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.
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 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.
geerlingguy•2h ago
happytoexplain•2h ago
geerlingguy•2h ago
Unless the goal is not to create standards, but instead to control access to said standard.
stogot•2h ago
btown•2h ago
dare944•34m ago
andrewaylett•2h ago
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.
thx67•2h ago
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.
wowczarek•1h ago
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.
thx67•50m ago
duped•1h ago
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.
plorkyeran•1h ago
asdcplib•49m ago
cortesoft•55m ago
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.
seanhunter•2h ago
jjmarr•1h ago
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.
ksec•1h ago
But now it is all too late to debate and fix this.
lars_francke•2h ago
In the organizations I know - including ISO - the money is basically exclusively spent on "overhead".
gwerbin•1h ago
lars_francke•1h ago
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.
JdeBP•1h ago
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.
PaulHoule•1h ago
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.
cpgxiii•57m ago
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.
asdcplib•25m ago