Entries tagged with h.264

A few months ago, Cisco announced they would distribute a free and
fully licensed h.264 encoder/decoder blob that FOSS projects could use
to support h.264. At the same time Mozilla announced we'd use the
blob in Firefox. I blogged about it at the time.

That announcement was mostly about WebRTC, but there was plenty of
talk about this being another step toward full MP4 playback in
Firefox. Moz obviously can't do that without also supporting (and
licensing) AAC, the audio half of MP4. AAC was not included in
Cisco's h.264 offer, which many people noticed and Brendan confirmed on his blog.

At the end of my blog post about Cisco's plan, I suggested it might
influence MPEG licensing:

"In the future, could nearly every legal copy of HEVC come as a binary
blob from one Internet source under one cap? I doubt that possibility
is something the MPEG LA has considered, and they may consider it now
that someone is actually trying to pull it off with H.264."

Woah, damn. Did that just happen with AAC?

After Cisco's h.264 Open h.264 announcement, Via Licensing,
which runs the AAC licensing pool, pulled the AAC royalty fee list off
their website. Now the old royalty terms (visible here)
have been replaced by a new, apparently simplified fee list that eliminates licensing sub-categories, adds a new, larger volume tier and removes all the royalty caps. Did royalty liability for AAC software implementations just become unlimited?

The new page is much shorter than the old page; Perhaps this is just an oversight or an as-yet-incomplete pricing update. Still it would be a bit odd for an organization that exists for the purpose of royalty licensing and collection to publish an inaccurate or incomplete price list.

So, who'd like to do the dirty work of following up in more detail with Via?

[update 2014-01-29]: Janko Roettgers followed up with Via Licensing, he details their response in a Google+ post. The short version is the old categories 'remain available' but 'under the new terms, products must be approved by Via before they can be reported in these categories.' In short, the caps are still there at Via's discretion. That's probably not actually much of a change; I believe Via decided what products qualified for capped pricing before as well.

Please note: This is not a statement on
behalf of Xiph.Org or Mozilla. I speak here for myself, my team, and other
developers who share my views on an open web.

If you haven't seen today's announcements
from Cisco
and Mozilla regarding H.264, you'll want to read them
before continuing.

Let's state the obvious with respect to VP8 vs H.264: We lost, and
we're admitting defeat. Cisco is providing a path for orderly retreat
that leaves supporters of an open web in a strong enough position to
face the next battle, so we're taking it.

By endorsing Cisco's plan, there's no getting around the fact that
we've caved on our principles. That said, principles can't replace
being in a practical position to make a difference in the future. With
Cisco making H.264 available at no cost, holding out against H.264 in
WebRTC makes even less sense than holding out after Google shipped
H.264 in the video tag. At least under these terms, H.264 will be
available at no cost to Mozilla and to any other piece of software
that uses the downloadable plugin.

Cisco's license hack is obvious enough if you have the money:
There's a yearly cap on total payments for any given licensed H.264
product. This year the cap is $6.5M. Any company that pays the cap each year can
distribute as many copies as they want. There are still terms and
restrictions on how the distribution gets done, but Cisco will be
handling that (and only Cisco will be allowed to build and distribute
these copies without a separate license).

Once you or your applications download the prebuilt codec blob from
Cisco, you're allowed to use that specific blob for anything you want
so long as you don't modify it or give it to anyone else. H.264 codecs
for everyone! Cisco has committed to these blobs being available for
just about every platform and architecture you can think of. "IBM
S/360? Yes, please!"

This arrangement has obvious short-term benefits. Open source
projects get licensed (if partial and restricted) access to H.264, and
users don't feel like they're being held hostage in the ongoing battle
between the open web and closed codecs. Firefox and other projects
can install H.264 support (via Cisco), which is a big deal.

That said, today's arrangement is at best a stopgap, and it doesn't
change much on the ground. How many people don't already have H.264
codecs on their machines, legit or otherwise? Enthusiasts and
professionals alike have long paid little attention to licensing.
Even most businesses today don't know and don't care if the codecs
they use are properly licensed[1]. The entire
codec market has been operating under a kind of 'Don't Ask, Don't
Tell' policy for the past 15 years and I doubt the MPEG LA minds. It's
helped H.264 become ubiquitous, and the LA can still enforce the brass
tacks of the license when it's to their competitive advantage (or
rather, anti-competitive advantage; they're a legally protected
monopoly after all).

The mere presence of a negotiated license divides the Web into
camps of differing privilege. Today's agreement is actually a good
example; x264 (and every other open source implementation of an
encumbered codec) are cut out. They're not included in this agreement,
and there's no way they could be. As it is, giving away just this
single, officially-blessed H.264 blob is going to cost Cisco $65M
over the next decade[2]. Is it any wonder video
is struggling to become a first-class feature of the Web? Licensing
caused this problem, and more licensing is not a solution.

The giveaway also solves nothing long-term. H.264 is already
considered 'on the way out' by MPEG, and today's announcement doesn't
address any licensing issues surrounding the next generation of video
codecs. We've merely kicked the can down the road and set a dangerous
precedent for next time around. And there will be a next time
around.

So, we're focusing on being ready.

Fully free and open codecs are in a better position today than
before Google opened VP8 in 2010. Last year we completed
standardization of Opus, our popular state-of-the-art audio codec
(which also happens to be the best audio codec in the world at the
moment). Now, Xiph.Org and Mozilla are building Daala, a
next-generation solution for video.

Like Opus, Daala is a novel approach to codec design. It aims not
to be competitive, but to win outright. Also like Opus, it will carry
no royalties and no usage restrictions; anyone will be permitted to
use the Daala codec for anything without securing a license, just like
the Web itself and every other core technology on the Internet.

That's a real solution that can make everyone happy.

I can't resist a little codec fantasy football.

MPEG HEVC licensing isn't set yet. It will be interesting to watch
the negotiations if Cisco's H.264 giveaway plan is wildly successful.
In the future, could nearly every legal copy of HEVC come as a binary
blob from one Internet source under one cap? I doubt that possibility
is something the MPEG LA has considered, and they may consider it now
that someone is actually trying to pull it off with H.264. Perhaps in
five years, even cameras and televisions will download a software
codec to avoid paying monopoly rents. Sillier things have happened
given sufficient profit motive.

Or maybe they'll build in a free, legally uncomplicated copy of
Daala instead. Dare to dream.