Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
Google licenses VP8 patents from MPEG-LA (businesswire.com)
109 points by av500 on March 7, 2013 | hide | past | favorite | 86 comments


This shows that VP8 wasn't as patent-free as On2/Google claimed. OTOH, there's probably nothing to worry about now since Google has licensed the patents on behalf of everyone.

Original context from 2010: http://x264dev.multimedia.cx/archives/377


Precisely the opposite. If MPEG-LA thought they had VP8 dead to rights, they would never have agreed to this deal -- they would have litigated to the bitter end.

This is actually a huge badge of honor for VP8, and a repudiation of the meme that somehow it's just an H.264 knock-off. It's always stunned me that the same community that hates on patent trolls is in love with H264 (aka MPEG4++). MPEG-LA are IMSHO the very definition of trolls -- patenting (and charging royalties for) techniques that were obvious and known art in the video compression community for ages.


There is no such thing as "dead to rights" in a patent war over algorithms. It would come down to the jury, and it would be a gamble (as the disagreement amongst people who should know about whether VP8 infringes or not shows).

The risk for MPEG-LA in not agreeing is that the patent pool would collapse - if Google isn't in then why should anyone else remain in the pool?

I do agree that this agreement seems to be pretty good for Google though. Their ability to sub license VP8 has the potential to undermine royalties for H264 to the patent pool.

BTW, MPEG-LA isn't a patent troll by any conventional definition.

Firstly, MPEG-LA doesn't patent anything itself, they are merely an organisation to pool related patents amongst member organisations.

Secondly, the member organisations are mostly (all?) the opposite of patent trolls, too: they hold patents in the field because they are actively producing software in the field. That is the opposite of the typical non-practising-entity patent troll model.

Thirdly, if you do accept software patents then the patent pool model is actually quite a nice way to manage them. It means people who want to work in the field only have to deal with one entity and gain protection from patent claims from any other company in the field. (Note: I don't accept software patents at all - just pointing out that while they exist this isn't a bad way to do them).

I have no real opinion on VP8 vs H264, but I do know that the patent situation is much more complex than you seem to believe.


>The risk for MPEG-LA in not agreeing is that the patent pool would collapse - if Google isn't in then why should anyone else remain in the pool?

I think you have it kind of backwards. This whole thing is inside baseball.

Start with the patent system. It's really easy to get a narrow patent. It's far too easy to get an overly broad and totally obvious patent. It's really easy to get a narrow patent.

So what happens when all the industry players come together to create a standard for a video codec? They all offer up their "technologies" for inclusion in the standard, because if it gets included and they have a patent then they get royalties. Some of these are the ridiculously overbroad and obvious patents everyone is accustomed to complaining about. But here's where the narrow patents come in: Narrower patents tend to be stronger. It's harder to find invalidating prior art if the claims are more specific. Plus, more is better, and narrow patents are easier to get. So what they do is they all file for specific patents on exactly what they intend to put in the standard, so that all the major industry players each have several strong patents that cover the standard they're creating. The incentive that they each have individually to do this is obvious, and the others allow it because they want to do it too and they implicitly expect reciprocity.

It's basically a method for implicit collusion. They each include a bunch of patented stuff in the standard primarily for the purpose of increasing the amount of royalties they get from anyone who uses it. Since each of the major players does the same thing, the royalties between one another largely cancel out, but if there are any minor players or any new competitor attempts to enter the market, now they've got to pay a bunch of royalties to all the incumbents to use the standard whereas the incumbents don't have to pay any royalties to them because the newcomer wasn't around at the time to have put their patented technologies in the standard. It serves as a pretty effective method to thwart competition, and it's really hard for the antitrust authorities to prove anything illegal is going on.

So enter Google/On2 and VP8. They don't like all this. "Promote competition in markets complementary to your own" is business 101. So they specifically design a codec that doesn't infringe the H.264 patents and release it free to the world. Obviously this means one less barrier to competition in those markets -- it's exactly the same strategy as giving away Android for free. You can't allow a cartel to form in a complementary market or eventually they'll find a way to lock up all your customers behind a toll booth and squeeze all the margins out of your market.

This doesn't make MPEG-LA happy. They're in the toll booth business. If people start using VP8 or its successors then the whole antitrust-resistant implicit collusion scheme is going to fall apart. So they try to figure out how to stop it, but what can they do? When you sell hammers, you start seeing nails everywhere. So they threaten to create a patent pool for VP8. The point of the pool was never to actually license patents to people who wanted to use VP8. VP8 is somewhat worse than H.264 on account of having to avoid some of the ridiculously broad and obvious patents. If you have to license patents then you might as well just use H.264. Which was the real point of the pool for VP8. Make sure there doesn't exist a decent royalty-free codec so that people can't use it instead of H.264.

But VP8 was specifically designed to avoid all known patents, so setting up a pool for it turns out to be harder than it sounds. On the other hand, software patents are so broken that you can generally find a few bad ones that maybe possibly read on any given thing, at least to the point that you can tie it up in litigation for years. So that's what I imagine happened here: MPEG-LA probably knew they wouldn't be able to win in the end, but they had the ability to cause trouble, which can be leveraged into a tidy settlement.


I'm not sure why you think I have it backwards. That's precisely the point - if MPEG-LA couldn't get Google to license the patent pool then other patent holders in the pool might jump ship too.

Imagine if you are patent-holder-X, present scenario: We want to transpose the MacGuffin, but that is covered by the patents held by ZZZ Corp. But that's ok, because ZZZ Corp is in the MPEG-LA patent pool, and the patent is covered by our license so we'll just do it. Happy days at ZZZ Corp

Scenario if Google didn't pay the license: We want to transpose the MacGuffin, but that is covered by the patents held by ZZZ Corp. So lets see what VP8 does instead... hmm.. we can do that. And now we don't need out MPEG-LA license, so lets drop paying that.

Meanwhile at ZZZ Corp: no we aren't getting any revenue from MPEG-LA for out patent on transposing MacGuffin. But look: Apple and Microsoft and Adobe all transpose the MacGuffin exactly how the patent explains to do it. If we drop out of the patent pool now, and then file a new derivative patent on fast MacGuffin transposing, then everyone will have to pay us fees themselves, or not implement the new, faster MacGuffin transpose.


>That's precisely the point - if MPEG-LA couldn't get Google to license the patent pool then other patent holders in the pool might jump ship too.

But there is no pool for VP8. I'm not aware of anyone being able to articulate a specific patent that VP8 is alleged to infringe. The point of a patent pool for VP8 could never be to actually license anyone because the only reason to use it over H.264 is if it's royalty-free. The point of threatening to create the pool is to cause FUD as to its royalty-free status. The "license" Google just bought is them paying MPEG-LA to shove off and stop spreading FUD about VP8.


wow, you actually know wtf


>It's always stunned me that the same community that hates on patent trolls is in love with H264

The same community that hates patent trolls continued to use gif and MP3 for many years, so I'm not sure why use of H264 would surprise you. And are people really 'in love' with it? All I see is people who prefer the clearly technically superior option. Not to mention the fact that many of us live in places where software patents are not relevant, and don't feel inclined to use inferior technology just because of the idiocies of the US legal system.


H.264 is an inferior technology that only exists because of the idiocies of the US legal system. (MPEG-LA specifically asked the US gov if they could set up a patent cartel without being held to account for antitrust). See the excellent comment above by AnthonyMouse that explains the process.

But since those "idiocies" have had their intended effect of squashing competition you don't know what you are missing. Its like everyone complaining about how bad other office suites are when MSFT controls the evolution of the .doc format and Windows.

You'll only notice if we end up locked into using and paying for H.264 long after it stops being technically current.


Yes these are all reasons that software development shouldn't be carried out in the USA at all. But in the real world it is and the US is a big market so it impacts the technologies available to me. None of that makes VP8 better than H.264 though.

Back when the US authorities were trying to restrict exporting strong crypto, was the correct response to just use worse crypto, or was it to move crypto development outside the US and tell the US gov to go fuck themselves? I feel it was the latter, but I may be wrong.


H.264 is in no way an inferior technology, from a video compression point of view.


Ignoring the patent issues for a second...

The reason why people tend to be fans of H.264 is that it has a wide range of hardware that can encode/decode and that hardware has been available for years. This saves greatly on power for embedded devices/phones/etc.

While implementations of VP8 in hardware do exist, I'm not aware of it shipping in any sort of volume. Are there any modern Android phones that can do VP8 in hardware?


This deal was done in the context of WebRTC, and getting VP8 made mandatory to implement.

Basically none of the H.264 hardware is usable for this purpose. And x264 isnt tuned for this useccase, which makes VP8 the best codec for this purpose in basically every dimension.

But don't expect the political oppostion to be silenced by that, as patents and technical excellence and hardware support and power efficiency were just convenient excuses that they can ignore if the facts change.

edit: just noticed this covers VP9 too. Its probably too early to push for that as mandatory in WebRTC but there's nothing stopping Google using it for Chrome to Android chats, or anyone else picking it up.


And x264 isnt tuned for this useccase

Apart from the IPR issues please explain why you have come to this conclusion. x264 has excellent low latency encoding support.


I read something recently on Doom9 that suggested the x264 psy tunings had their sweet-spot aimed higher up the bitrate scale and could actually be detrimental as the bitrate dropped to ridiculously low rates (as might happen in a live chat), but I'll bow to your superior knowledge.

I take it you believe x264 is better than libvpx for these use cases to some noticeable degree? Because even if x264 was tuned for this I thought there were some other considerations in the H.264 format that would make VP8 more competitive in this area than in other, no-holds barred maximum compression of high-bitrate files situations. (And I mean technically, not in the respective chances that people will actually use that specific H.264 encoder)


nVidia Tegra-3 ships in fairly massive volume.

http://www.nvidia.com/object/tegra-3-processor.html

But your point still stands. Hardware support is still rare, and it's extremely beneficial, nearly required.


Going by the wikipedia page for webm, the following companies are implementing webm hardware support:

amd, arm, broadcom, qualcomm, texas instruments, nvidia

intel is considering hardware based acceleration for their atom based tv chips.

Given that the vp8 hardware acceleration is free of licence costs, and given this patent agreement, I hope that we'll see much increased hardware support for it.


Litigating to the bitter end is rarely rational. I can imagine a couple scenarios where this deal makes sense; e.g. if Google paid more than what a pool would have earned.


>It's always stunned me that the same community that hates on patent trolls is in love with H264

There is no hypocrisy here; I am allowed to love technology while simultaneously hating the practices if its authors. I am allowed to benefit from the good produce of a bad regime. In no way does that compromise my argument for reform.

Those who try to argue that reformers ought to boycott everything they disagree with are making a kind of appeal to hypocrisy; a logical fallacy.


> Precisely the opposite. If MPEG-LA thought they had VP8 dead to rights, they would never have agreed to this deal -- they would have litigated to the bitter end.

Huh? Whether or not they had VP8 dead to rights, they would agree to a licensing deal. The MPEG-LA's purpose is to make licensing deals for the patents in their pools. They litigate when they cannot get an agreement for a licensing deal.


Well this is an interesting way to look at it.

Litigation is rarely a smart move for a licensing organisation. During the years wasted going back/forth during appeals etc the competitor has a price margin advantage which they can use to increase market share. It's not that easy to quantity that if damages are awarded.

And seriously you either need to put up or STFU. If you have some prior art that invalidates specific patents then speak up. Plenty of companies would be very, very interested. But I'm going to take a guess that you don't.


It's the MPEG-LA who needed to put up or shut up, as you put it. Vague threats of assembling a patent pool, a threat that never materialized, are not evidence of infringement. I'm inclined to believe that the deal with Google this late in the game indicates that MPEG-LA didn't have a leg to stand on, as while they were negotiating with Google they could have gone after Mozilla or other VPx users.


I think this story sounds like great news. MPEG LA's licensors include the research labs -- Fraunhofer, etc -- not your usual patent trolling companies. This gives the labs a sugar daddy (Google) that has a commercial interest in paying them for it their advances to be licensed to the public. Which is a nice release valve, because government budget squeezes means there's always more and more pressure for research labs to lock up their tech to earn money from commercialising it. Good on Google for doing this.


> And seriously you either need to put up or STFU. If you have some prior art that invalidates specific patents then speak up. Plenty of companies would be very, very interested. But I'm going to take a guess that you don't.

To quote Seth Meyers -- Really?

So you honestly believe that all the MPEG-LA patents are true innovations? Or just perhaps, having 100+ patents, an army of lawyers, and an FTC antitrust pass is intimidating enough to trump whether the patents are for the most part frankly crap.

Not sure who I'm misquoting here, but in reality you can patent a ham sandwich.


It doesn't demonstrate that VP8 wasn't patent-free - just that Google felt signing a license with MPEG-LA was the best route to clearing up the issue.

IMHO, MPEG-LA probably just scored some free cash. However, by avoiding a legal battle, and getting a 'clean bill of health' for VP8 from their main detractor, Google's VP8 is now ready for much wider adoption. After all, the principle patent-free niggle issue has now been dealt with cleanly.


Patents were never the reason for a lack of VP8 adoption. When you have the likes of Adobe, Apple, Canon, Microsoft and Sony firmly against it was always going to be a dead on arrival.

I honestly don't know why Google bothered to buy the company in the first place. Seems an odd place to assert a competing position.


I'll reiterate what I told you back when we had this discussion in the past. Google bought On2 and developed vp8 because they wanted a codec they could directly adapt to their needs when it comes to their many services, with alot of effort spent on real-time video.

I mentioned Google Glass for instance, to which you retorted that Google Glass was 'vapourware'. Funny enough you then spent tons of posts trying to raise concerns regarding Google Glass privacy implications, you sure spend alot of time addressing vapourware.

It's almost as if you had an anti-Google agenda...


The guy with a username that references an utterly failed Apple operating system project might have an agenda?

Well color me surprised!


I don't have an anti-Google agenda. I just don't see why Google is actively trying to make life more difficult for consumers by promoting an inferior codec (in every way possible). I include Mozilla into that list as well.


Okay, then fork Chrome/Firefox and add mp3/h.264 support and see how quickly the lawyers circle overhead.


When the dinosaurs of old media die, the web will remain. The question is whether that web will be open and royalty free, or owned by new dinosaurs. The purchase of On2 was a move in the direction of an open web.


That will sound more palatable when the royalty-free web can provide the technically superior solution.


I unfortunately am cynical and don't believe that in the presence of so many commercial interests that free and open is going to reign supreme. The odds are simply too stacked against it.

Instead I would much prefer to see standards made available under low royalty, FRAND terms. This has worked to great effect for WiFi, USB, Bluetooth etc.

But of course that is looking harder to achieve with FRAND abusers like Google around.


>Instead I would much prefer to see standards made available under low royalty, FRAND terms. This has worked to great effect for WiFi, USB, Bluetooth etc.

FRAND works fine for hardware because by the time you spend $100 to manufacture and ship the thing you can spend $5 licensing patents.

It fails miserably for software because it's incompatible with free software, which means that the free software people have to create a competing standard that they can implement and we get useless fragmentation that hurts everybody. Produce something compatible with free software to begin with and none of that needs to happen.

I mean WTF, just require the patent holders to license the patents royalty free for free software implementations in order to have their patents included in the standard, and then they can still collect royalties from manufacturers who do hardware implementations. It's not like they were going to get any royalties from free software developers in the first place.


Then let your cynicism drive you to hedge with H.26x but hope and advocate for something royalty free and technically equivalent to emerge. There's no need to attack VP8 and other royalty-free endeavors just because the world is cold. Look at what happened with SOPA, and now with bills being introduced to claw back against the DMCA. I wouldn't have expected either of those things to happen two years ago.

Old habits die hard; old industries die harder.

Abuse of FRAND patents is a different matter, but I will point out that it was in retaliation for asserting some pretty ridiculous patents in the first place. The nice thing about VP8 is that, even if Google turns evil (or, if you're of the opinion they already are, even more evil), the patent promise they granted is irrevocable.


You're not cynical, you're just anti-Google


Yes, Sony is so firmly against VP8 that they sell millions of devices that ship with VP8 support every quarter.


The fun think about patent poker is that the players never reveal their hand, regardless of if they win or lose.

Microsoft ended up giving Barnes & Noble (a bookstore for goodness sake) half-a-billion dollars after going after them for Android/Linux patents, but if you read the press release then they focus on an ongoing royalty payment going in the opposite direction.

Google may have entered negotiation with these 11 patent holding firms and threatened to destroy them with either a giant patent lawsuit or just by bullying them with their massive bank account, team of corporate lawyers, and market control. I would suggest the royalty free licence to these patents for use in VP8 or VP9 would take either that or a very big bag of cash from Google (or some combination of the two).

It's not really to either sides benefit to reveal what happened after they've got the best deal they thought they could though.


...on the other hand nothing is patent free these days. If the diaphragm were invented today we'd all be getting our lungs ripped out for patent infringement.


> OTOH, there's probably nothing to worry about now since Google has licensed the patents on behalf of everyone.

Or have they? The press release says that Google can sublicense the patents to other VP8 implementors...

edit: never mind, the rtcweb post (below) nails it down a bit.


They just sent this out: http://www.ietf.org/mail-archive/web/rtcweb/current/msg06631... "Google intends to license the techniques under terms that are in line with the W3C’s definition of a Royalty Free License."

(I also see they're playing a bit of the martyr by saying "This agreement is not an acknowledgment that the licensed techniques read on VP8." As if the truth has anything to do with patents.)


The W3C's definition of a "Royalty Free License", for reference:

http://www.w3.org/2004/02/05-patentsummary.html


This doesn't really show anything until the details on these patents are published.


This seems like a pretty rational way to go. It side steps the issue fairly cleanly by paying off the consortium who now would look bad if they came back and tried to sue people for using VP8.


Pretty sure the handful of people who use VP8 aren't going to cause a PR problem for MPEG LA or its members.


It's obvious you have a personal axe to grind with VP8. You show up in every VP8 thread, going on and on about how VP8 is dead on arrival[0].

Why don't you tell us all why you're so personally invested in this argument?

[0] http://www.hnsearch.com/search?q=VP8+taligent


He does the same in Every. Single. Thread. about Linode.

http://www.hnsearch.com/search#request/all&q=linode+tali...

Basically, all this person seems to do is troll a certain set of pet topics.


http://news.ycombinator.com/user?id=taligent

I have a higher karma than you in a much shorter time. So logically that means I comment on a range of topics.

I continually comment on Linode because I don't believe that companies that deliberately hide security incidents should be praised.


Perhaps a refugee from 'pink' ?

Codec wars are pretty old though, just look at discussions of Ogg vs MP3. My hope is that a bit of traction out there on it and it will establish itself by virtue of its lack of royalties.


Give us all a break. I am just as 'invested' in this as anyone else is.

I am critical of VP8 because I believe in companies like Google, Apple, Microsoft etc working together to define standards in the common interest of the consumer. Google's entire behaviour with VP8/H.264 as well as their FRAND abuse goes entirely against this.

Standards are good for everyone.


Standards are good for everyone.

Royalty-free standards are even better. Given the state of the video codec world at the time of Google's On2 acquisition, purchasing a codec that was explicitly designed to avoid MPEG-LA patents seems like the only viable path they could have taken to a royalty-free codec for the web. And remaining royalty free is essential to the very concept of the World Wide Web.

Developing a new royalty-free standard would only invite participants to try to include as many encumbered concepts as possible to derail the royalty-free aspect, or to delay ratification and implementation for as long as possible to preserve the revenue from their royalty-bearing codecs.

Having a standard that is designed by committee should not be an end in itself, but only a means to an end, and if other means are more expedient, then the other means should be used.


Exactly. Having been involved in the H264 process (as well as On2/VPx), I saw first-hand how the big guys abused the process at every turn. Their attitude was not "we're doing this for everyone", but rather, "cool, with this patent pool thing we can collude on pricing and it's totally legal!"

Then they spent the rest of the time jockeying to get their allies into position to ratify their precious patent-protected IP into the standard so they could reap the royalties and remain in a position of control.

To their credit, the people who actually ran the standards process attempted to thwart this behavior (they even tried to produce a "royalty free baseline"), but the powers that be were just too entrenched and committed to their predatory ways for it to succeed.

I was there, I saw.


Like most collectivists, you fail to recognize that the power to lead collective action is almost uniformly commandeered by special interests, with the supposed collective benefits corrupted to benefit only those with the power to make decisions "for the rest of us".

What works in the real world is free agents doing business with each other on fair terms, with transparency, oversight, and no fingers on the scale.

On2 developed a competitive codec, taking pains to avoid MPEG patents. Google acquired that technology. In a fair market, VPx and H264 could battle it out and the best value proposition would win. Even if H264 is marginally better from a technical perspective in some cases, VPx has the advantage of being free of licensing restrictions and royalties.

But instead of letting this play out fairly in a free market, the MPEG dudes decided to play rough. They used their antitrust get-out-of-jail card for the exact opposite reason it exists -- to attempt to intimidate the market with FUD, and squash potential competition before it gained a foothold.

Unfortunately for them, in the new order Google just has more money, lawyers, and smarts than the old guard, so they won the battle. But this is not the way things should have to go -- the market should be free and open. State-sponsored "standards" simply stifle innovation and provide lock-in for the power players lucky enough to have a place at the table early on.


Now if only Google would actually remove H.264 support from Chrome.


For real. They said they were going to over two years ago.

http://blog.chromium.org/2011/01/html-video-codec-support-in...

I'd really like to see them actually follow through on this.


A huge part of the problems with the web are people playing politics with technology.

Leave the highly common hardware accelerated that's the _only_ one all browsers support alone.

VP8 can beat it on technical grounds.


Of course, without b-frames, VP8 can't beat squat.


As far as I remember, Firefox only supports H.264 on Windows. So it's not quite supported by all browsers.


The writing's on the wall, though, so you can just use something like MediaElement.js' Flash fallback until Mozilla ships OS H.264 support for other platforms. That's a much better situation than having to double your media transcoding & storage costs.


Firefox doesn't support H264, but it can offload the decoding to the OS. So if your OS doesn't have it, it won't work. This affects Windows XP, which still has substantial users.


Firefox supports H.264 on Mac via the QuickTime plugin.


Firefox supports H.264 on Linux via the Flash plugin


Flash has historically always been used to deliver H264 to Firefox, though. That's not quite the same as the browser supporting it in <video>.


This sounds bad. Does it mean that Google admits that VP8 is patent encumbered now? What are those patents and is it really true or it's Google chickening before the MPEG-LA trolls and there are no real patents involved?


Does it mean that Google admits that VP8 is patent encumbered now?

No, both the wording and explicit statements made make it clear that VP8 doesn't infringe anything: "if any"..."may be essential".

As if they can't tell whether the patents apply after all those years of throwing FUD at it.


Looks like they just payed the bullies instead of fighting them.


Google should disclose what those patents are so others could evaluate whether they really affect the codec or not. While I don't like that Google obliges these trolls, this can be conductive for wider VP8 adoption.



This doesn't help sorry, since it doesn't say which patents are supposedly affecting VP8, and which Google has supposedly licensed.


I know facts are tough, but the MPEG-LA is in no wise comprised of trolls. Dolby, Apple, Philips, Samsung, Microsoft -- not NPEs, sorry.


I don't mean trolls in a sense of them not producing anything. I mean in a sense of extorting money for what they didn't make. I.e. racketeers. Non practicing aspect is not the case here. Racket aspect is. They deserve to be called trolls, even though usually it implies NPEs.


IOW, they are patent holders just like any other patent holder. You can dislike the patent system, but sloppiness in language doesn't help your argument, such as it is.


Being patent holders doesn't imply they must become money extortionists and racketeers. Just because they have tons of patents doesn't mean they should bully everyone around. And they do, just making threats and FUD, without actually saying what patents are supposedly violated. That's protection racket and a form of patent trolling.

And personally I think software patents don't deserve to exist, and don't respect those who use them to extort money or to prevent competition.


This is an excellent development -- it takes almost all the remaining FUD out of VP8.


There's also a post on the webm project blog about it: http://blog.webmproject.org/2013/03/vp8-and-mpeg-la.html

> we may sublicense those techniques to any VP8 user on a royalty-free basis

What did Google put in their drinks?


And what did the complimentary Google Glasses actually show?


Way to legitimize the FUD, Google.


They've already spent over $100M on VP8; I guess they figured it wasn't worth spending more to fight 11 companies to the death.


It could be beneficial if they'd bust their patents in the process.


You have no concept of how much this would cost :)


Indeed! Why not support software patent while they're at it... oh, and on maths, arts and recipes too!


I wonder if this also relates to the Motorola-Microsoft lawsuit over Motorola patents being used in Microsoft products... apparently MPEG-LA figures in there somehow: http://www.groklaw.net/article.php?story=20130302164903635


Invent your own technology and then license the patents for it from someone else.

Hmmm... Why doesn't that seem right?


This is an educational take on VP8 that considers both patent issues and technical issues: http://x264dev.multimedia.cx/archives/377


What does this mean for the WebRTC developers who made Opus and are now looking at making a video codec?

It would have been nice to have examples of video that didn't step on MPEGLA's patents.


There is a push to make VP8 MTI for WebRTC, but there was obvious pushback from people who preferred H.264, despite most of the normal arguments for H.264 (hardware support) have zero bearing on the low-latency requirements of WebRTC (most hardware encoders can't meet the requirements for videochat).

Those people didn't have an argument and can't even pretend they have one now.

What's going to happen next is that all in the MPEG-LA will still oppose making VP8 MTI (because the licensing for it is obviously way less interesting for them compared to H.264), but any neutral bystanders might be swayed more in the direction of VP8.

It would have been nice to have examples of video that didn't step on MPEGLA's patents.

We have, it's called VP8.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: