At last. It's time the whole would gets on board with open standards that are truly open, and there is explosive devopment going on in the world of new approaches to media production and distribution that this can only aid.
It's net-head vs. Bell-heads all over again, and one of the biggest reasons for the success of the IETF standards was the no-cost availability of all their standards.
We need a SciHub for standards docs. Since APIs have been ruled incopyrightable in the US, building a library that implements the standard shouldn’t itself be illegal.
Because it costs a massive amount to get standards with this technical quality. They go through meetings, have a decent amount of staff to run, organize, have conference costs (locations...), take years to get done.
Someone has to pay for this. Making companies (and often, many of the individual members do this out of their own pocket) pay it all means worse standards, as some people stop going.
Sharing the cost to make the standard makes it a better mix of getting good standards and having low costs for final users.
Once upon a time, acquiring a standard involved writing to a far away address and then waiting "six to eight weeks" for a paper document to show up in your mailbox. By 1995 (when internet access became common) SMPTE was seventy years old. Certain, uh, expectations had become concretized by then, and it took considerable time and effort to overcome those.
Because these bodies want to maintain a moat for the products made by member companies. No more, no less.
A great example of this is the GigE Vision/GenICam standards that are used by basically all machine vision cameras, which were accessible to non-licensees but not usefully implementable (these standards explicitly prohibited their use in implementing any open source implementation of the standards). So essentially all they could be used for were (1) as a licensee producing closed-source software for their own cameras, or (2) you as customer trying to complain to your camera/software vendor that they failed to implement some part of the standard correctly.
This even extends to how some standards are written: deliberately complex and poor work just to make it frustrating and ensure a high barrier of entry. And of course there are either no test suites or testing against them costs a fortune.
This is the kind of thing politicians in a reasonable world would make illegal and subject to sanctions.
Back in the day when I was doing this kind of thing, we had to buy a whole load of British Standards. They are £100s each, and they each cover a small part of work. If you’re designing steel structures you need one for basic structural design, one for loads on structures, one for steel structural design, one for the steel sections themselves, one for foundation design, one for execution of steel structures, and many many more. It’s thousands of pounds.
Sometimes standards bodies are formed by an oligarchy of industry players who have decided that their businesses would be simplified by mutual interoperability. They have no interest in lowering any bar of entry for other players though; certainly, they don't care about some hobbyist who balks at forking up $300 for a document.
To be fair, though, $300 is a pretty low bar. Certainly for any company, but even for a decent chunk of hobbyists who are really into building something.
Even a few thousand dollars isn't much of a barrier for a company that wants to build a product.
I don't think the benefits of charging for your work are mysterious. It's reasonable to believe that certain works should not be behind paywalls, but not understanding is kind of a confusing stance.
There was a time when buying the Ansi C standard cost over $200 but you could get Herb Schildt’s “Annotated Ansi C Standard” for $20, which some said reflected the value he added to the process.
Well, for ISO it is a business model. And for a lot of standards which have limited interest in a certain industry and you are probably going to spend $2000 on gear to make measurements compatible with the standard it is not so bad to spend 133 CHF on something.
On the other hand I served on a committee and wrote a technical report that costs 133 CHF and personally I'm a bit annoyed that (1) I can't send you a link to read it for free and (2) a friend of mine who worked for the US government and is the only person I ever met who knew how to do complex modelling in OWL couldn't contribute her writing to it because everything US government employees write is supposed to be public domain.
If your entire goal is to create a standard... it seems like giving anyone access to the materials needed to _adhere_ to said standard is prerequisite.
Unless the goal is not to create standards, but instead to control access to said standard.
The people requiring adherence to a specific standard are not the people who then need to pay to see what they're supposed to be adhering to :(.
Strictly, just because the standard costs money doesn't mean that the information within it is otherwise unavailable. The C++ spec is an amusing example of this: the actual spec costs $$$, but the final draft is freely available. I can't imagine they sell many copies. I know that back when I was employed to work on a C++ compiler I only had access to the draft.
If demonstrating conformance is important, I suspect that the cost of access to specifications is only going to be a small fraction of the cost of certification. And as I understand things, it's certification that's the target of charging for specifications.
I am not sure if this is what happens, but I could imagine an arrangement where you have a standard, and in order to advertise that you meet the standard, you are required to pay a fee to the standards body, and that fee is used to fund an audit to verify that you adhere to the standard.
It would be nice if, for example, USB did this so that I know a USB cable actually works with a specific standard before I buy it.
USB-IF does in fact do this and has for years. Certified devices are allowed to have a "Certified USB" logo somewhere on them, usually placed next to the regulatory compliance marks.
In the world they operated in when this started was in a big corporate environment, gatekeeping was a feature. Anyone who needed a standard could already get it for free through their companies records department.
At my first corporate job the first thing I did was checkout and read all the MPEG standards.
But I agree, the whale we need to go after is IEEE.
I wholeheartedly second this. I'm an individual member and a member of a specific IEEE society that sponsors a specific standard and I still have to pay for a copy. In contrast, the same standard has been adapted for specific industries and there are IEC, ITU and a SMPTE specs adopting it and those I can get for free. Doubly irritating because some of the most crucial standards like the 802 family are all paywalled. And it's not like it's warranted because if I need a standard I'm probably a vendor. Take high-speed Ethernet for example, there is such a proliferation of media types, lane counts, line encodings, FEC options and speed combinations that an engineer needs a reference from the source, and instead it's either third-party information or "stolen" PDFs.
The whole world benefits when our infrastructure can stay on spec and those specs are freely available for everyone. Specs are the vaccines holding civilization together.
Both can be true. Promoting a standard isn’t free, and having licensing and certification fees, especially in an industry where such practices make a standardization org get taken more seriously, is a reasonable strategy. We’re lucky that our industry moved in a different direction!
IP licensing and certification are entirely separate from access to standards documentation. Of course certifying conformance to a standard is going to have a cost. But publishing documentation that has already been written is effectively free.
I think people have a flipped understanding of how these standards come to be.
They don't gather industry experts in a conference room and whiteboard out a perfect design that everyone agrees on and then go off to build products.
What happens is that companies develop products and services, and at some point it becomes more useful for those products to inter operate and protocols/interfaces between them need to be agreed upon. Oftentimes it's the mutant bastard children of the existing approaches by multiple stakeholders, encumbered by patents and legacy.
Adherence to a standard is not the goal, defining interoperability between existing systems is. And everyone participating is already a paying member of SMPTE.
This is mostly true, with some exceptions. The Digital Cinema standards (428, 429, 430, etc.) were in fact developed in conference rooms and on whiteboards. It was a greenfield application with no incumbent formats.
I have written software which needed to support SMPTE standards, and to do so I pirated the standard. The standards are initially written to reflect existing systems, but then more systems are developed later.
As someone working in standardization: I don't know any standardization organization where the people doing the actual work of writing standards are paid for their work. I certainly am not.
In the organizations I know - including ISO - the money is basically exclusively spent on "overhead".
Partially. Yes. Look at the budgets of these orgs and you'll see what I mean.
I use the term similar to who it's used for non-profit. The orgs I'm involved with are almost exclusively not involved in the actual standards creation.
If the secretariats were to shut down tomorrow I'd say the actual work on the standards could continue without anyone noticing.
No. In such organizations the money goes towards all of the usual things such as tax, building rental, utilities, and licences, as well as employee salaries and social security contributions.
BSI Group, for example, paid 26.1% tax (25% corporation tax plus some other stuff) according to its 2025 financial statement.
In my direct experience, the people who write the standard texts get a room to sit in, power for laptops, a whiteboard, and tea/coffee and biscuits, a few days per year.
>This move is part of a broader effort to modernize the organization's Standards development and publication processes. Recent initiatives include:
>Adopting GitHub-based workflows for version control
>Issue tracking and automation
>Transitioning to structured HTML-based authoring
>Implementing an integrated publishing pipeline that streamlines document creation, review, validation and release.
I am not entirely sure the Hosting on Github, Issue tracking and automation, and HTML-based authoring are all good thing. Although I would guess it is still better than what they had.
And on another note, can anyone pin point the significance of making this entirely Free? SMPTE doesn't hold any patents. And I don't believe their original standards were hard to access. Are there any significant impact of this announcement?
GitHub == git, which is free. You can clone the repo and push it to wherever. No comment on the rest. I am just pointing out that using GitHub for source code doesn't mean mean that code can't be easily forked or used elsewhere. I suspect GitHub is for convenience since the majority of folks using git use it.
>can anyone pin point the significance of making this entirely Free?
It's critical for data encodings (codecs, metadata,) because without free standards developers will attempt to reverse engineer from sample files, resulting in poor interoperability and causing chaos for those implementers that actually do bother to acquire and read the spec.
Society of Motion Picture and Television Engineers.
The SMPTE standards have been very important for cinematography and television, especially for professional applications.
Their importance has decreased since the transition to digital video, when many relevant standards have been issued by other organizations, but many SMPTE standards are still important, especially regarding the formats used for distributing digital movies for movie theaters.
Didn't realize they were so broad in scope. The only thing I had heard of was "SMPTE codes" used in audio recording to sync up multiple multi-track recording machines, so that e.g. you could record 30 tracks using two 16-track recorders (with one track on each machine used for the sync). I never bothered to look up what SMPTE meant.
It's net-head vs. Bell-heads all over again, and one of the biggest reasons for the success of the IETF standards was the no-cost availability of all their standards.
This will only increase innovation.
Someone has to pay for this. Making companies (and often, many of the individual members do this out of their own pocket) pay it all means worse standards, as some people stop going.
Sharing the cost to make the standard makes it a better mix of getting good standards and having low costs for final users.
NEC (electric) is $170: https://www.nfpa.org/product/nfpa-70-national-electrical-cod...
IPC (plumbing) is $130: https://webstore.ansi.org/standards/icc/iccipc2024
And there are many others.
(I will say the YC company https://up.codes/ makes these much more accessible, and deals with local variants to these regulations)
A great example of this is the GigE Vision/GenICam standards that are used by basically all machine vision cameras, which were accessible to non-licensees but not usefully implementable (these standards explicitly prohibited their use in implementing any open source implementation of the standards). So essentially all they could be used for were (1) as a licensee producing closed-source software for their own cameras, or (2) you as customer trying to complain to your camera/software vendor that they failed to implement some part of the standard correctly.
Is that legally enforceable? IANAL, but that feels dubious to me. Feels like there should be a way around that.
This is the kind of thing politicians in a reasonable world would make illegal and subject to sanctions.
Even a few thousand dollars isn't much of a barrier for a company that wants to build a product.
https://webstore.ansi.org/standards/iso/isoiec98992024?sourc...
Nobody does it. gcc/clang implement it from the "drafts", which are published online due to the need to discuss them prior to standardization.
Also, you can look at smaller European countries putting their national cover page on it, and selling it cheaper. It’s the same standard, in English.
The C standard is only a bit cheaper at the Lithuanian agency: https://eshop.lsd.lt/public#!/product/info/0a640332-9273-166...
Sometimes it‘s much cheaper: the Germans sell IEC 62443-4-2 for 400 Euros, the Estonians for 40 Euros:
https://www.dinmedia.de/de/norm/csa-iec-62443-4-2/331021994?...
https://www.evs.ee/et/evs-en-iec-62443-4-2-2019
But now it is all too late to debate and fix this.
On the other hand I served on a committee and wrote a technical report that costs 133 CHF and personally I'm a bit annoyed that (1) I can't send you a link to read it for free and (2) a friend of mine who worked for the US government and is the only person I ever met who knew how to do complex modelling in OWL couldn't contribute her writing to it because everything US government employees write is supposed to be public domain.
Unless the goal is not to create standards, but instead to control access to said standard.
Strictly, just because the standard costs money doesn't mean that the information within it is otherwise unavailable. The C++ spec is an amusing example of this: the actual spec costs $$$, but the final draft is freely available. I can't imagine they sell many copies. I know that back when I was employed to work on a C++ compiler I only had access to the draft.
If demonstrating conformance is important, I suspect that the cost of access to specifications is only going to be a small fraction of the cost of certification. And as I understand things, it's certification that's the target of charging for specifications.
It would be nice if, for example, USB did this so that I know a USB cable actually works with a specific standard before I buy it.
At my first corporate job the first thing I did was checkout and read all the MPEG standards.
But I agree, the whale we need to go after is IEEE.
I wholeheartedly second this. I'm an individual member and a member of a specific IEEE society that sponsors a specific standard and I still have to pay for a copy. In contrast, the same standard has been adapted for specific industries and there are IEC, ITU and a SMPTE specs adopting it and those I can get for free. Doubly irritating because some of the most crucial standards like the 802 family are all paywalled. And it's not like it's warranted because if I need a standard I'm probably a vendor. Take high-speed Ethernet for example, there is such a proliferation of media types, lane counts, line encodings, FEC options and speed combinations that an engineer needs a reference from the source, and instead it's either third-party information or "stolen" PDFs.
They don't gather industry experts in a conference room and whiteboard out a perfect design that everyone agrees on and then go off to build products.
What happens is that companies develop products and services, and at some point it becomes more useful for those products to inter operate and protocols/interfaces between them need to be agreed upon. Oftentimes it's the mutant bastard children of the existing approaches by multiple stakeholders, encumbered by patents and legacy.
Adherence to a standard is not the goal, defining interoperability between existing systems is. And everyone participating is already a paying member of SMPTE.
In the organizations I know - including ISO - the money is basically exclusively spent on "overhead".
I use the term similar to who it's used for non-profit. The orgs I'm involved with are almost exclusively not involved in the actual standards creation.
If the secretariats were to shut down tomorrow I'd say the actual work on the standards could continue without anyone noticing.
There is a reason that at least the EU is considering modernizing the system. https://single-market-economy.ec.europa.eu/consultations/pub...
ISO, CEN, CENELEC, ETSI are stuck very much in the past.
So yes. Overhead.
BSI Group, for example, paid 26.1% tax (25% corporation tax plus some other stuff) according to its 2025 financial statement.
In my direct experience, the people who write the standard texts get a room to sit in, power for laptops, a whiteboard, and tea/coffee and biscuits, a few days per year.
>This move is part of a broader effort to modernize the organization's Standards development and publication processes. Recent initiatives include:
>Adopting GitHub-based workflows for version control
>Issue tracking and automation
>Transitioning to structured HTML-based authoring
>Implementing an integrated publishing pipeline that streamlines document creation, review, validation and release.
I am not entirely sure the Hosting on Github, Issue tracking and automation, and HTML-based authoring are all good thing. Although I would guess it is still better than what they had.
And on another note, can anyone pin point the significance of making this entirely Free? SMPTE doesn't hold any patents. And I don't believe their original standards were hard to access. Are there any significant impact of this announcement?
[1] https://www.smpte.org/setting-the-standards-free?hsCtaTracki...
It's critical for data encodings (codecs, metadata,) because without free standards developers will attempt to reverse engineer from sample files, resulting in poor interoperability and causing chaos for those implementers that actually do bother to acquire and read the spec.
The SMPTE standards have been very important for cinematography and television, especially for professional applications.
Their importance has decreased since the transition to digital video, when many relevant standards have been issued by other organizations, but many SMPTE standards are still important, especially regarding the formats used for distributing digital movies for movie theaters.
They live in a ho-ho-hole
(Tiny hole)
That is usually empty
(Usually empty, tiny too)
They live by a code
(Dit dit dit dit)
That is usually SMPTE
Which stands for
Society of Motion Picture & Television Engineers
Then I scrolled to the bottom of the page and I did see it in the footer: SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS
Today I learned