Royalty-Free MPEG Video Proposals Announced 108
theweatherelectric writes "Rob Glidden notes on his blog that MPEG has recently 'announced it has received proposals for a royalty-free MPEG standard and has settled on a deliberation process to consider them.' There are two tracks toward royalty-free video currently under consideration by MPEG. The first track is IVC, a new standard 'based on MPEG-1 technology which is believed a safe royalty-free baseline that can be enhanced by additional unencumbered technology described in MPEG-2, JPEG, research publications and innovative technologies which are promised to be subject to royalty-free licenses.' The second proposed track is WebVC, an attempt to get the constrained baseline profile of H.264 licensed under royalty-free terms. Rob Glidden offers an analysis of both proposals. Also of interest is Rob's short history of why royalty-free H.264 failed last time."
Re:Failed? (Score:5, Informative)
He's saying that the attempt to define a royalty-free "baseline" subset of h.264 was unsuccessful, not that h.264 itself failed.
Re: (Score:2)
[quote]There isn't any costs involved in streaming, playing or showing H.264 content.[/quote]
Really? Did they change the license without telling anyone?
Re:Failed? (Score:5, Informative)
On August 26, 2010 MPEG LA announced that H.264 encoded internet video that is free to end users will never be charged for royalties.[10] All other royalties will remain in place such as the royalties for products that decode and encode H.264 video.[11]
Re:Failed? (Score:4, Informative)
The Wikipedia article you quote says
So there is a cost to "play" or "show" H.264 encoded content.
Re: (Score:3)
So basically the people watching the videos still have to pay license fees for the players they need to view them with, and the companies streaming the videos still need to pay license fees for the encoders required to produce the videos, MPEG LA have just graciously agreed not to charge a license fee for streaming them from the fee-paying encoders to the fee-paying decoders unless the end users have to pay for access.
Re: (Score:3)
That is only if the content is "free to end users".
Re: (Score:2)
The free costs for web content are only temporary.
No, they are permanent.
Re: (Score:2)
Yes there is something wrong with charging for them. The whole process must be free for the betterment of all mankind.
Re: (Score:2)
Or you can just... (Score:5, Insightful)
Or you can just tell the MPEG-LA group to screw themselves and use VP8.
This "Intellectual Property" business is a bunch of crap.
Re: (Score:1, Insightful)
Re:Or you can just... (Score:5, Insightful)
"Inferior" is subjective, and I'd love to see any proof you have that VP8/WebM is a "patent minefield".
Where did you get such a silly idea from? An H.264 license simply provides you a license to the patented technologies in H.264 that are owned by the MPEG-LA members. There are no guarantees or indemnities against any non-MPEG-LA member from suing you and everyone else for using H.264.
The risk from submarine patents for H.264 is exactly the same as VP8.
Re:Or you can just... (Score:5, Insightful)
The risk from submarine patents for H.264 is exactly the same as VP8.
No it's not. There are huge amount of companies, both big and small, using H.264. If there ever comes a problem with non-MPEG-LA member, I have a much smaller change of being directed alone. And even if I am, there are so much at play with H.264 that I'm sure to get help with it. You can't say the same for VP8. Hell, even Google isn't trusting VP8 enough to put it in HTML5 video draft.
As far as "subjective" quality issues go, this article [multimedia.cx] sums it up good:
VP8, as a spec, should be a bit better than H.264 Baseline Profile and VC-1. It's not even close to competitive with H.264 Main or High Profile. If Google is willing to revise the spec, this can probably be improved.
VP8, as an encoder, is somewhere between Xvid and Microsoft's VC-1 in terms of visual quality. This can definitely be improved a lot.
VP8, as a decoder, decodes even slower than ffmpeg's H.264. This probably can't be improved that much; VP8 as a whole is similar in complexity to H.264.
With regard to patents, VP8 copies too much from H.264 for comfort, no matter whose word is behind the claim of being patent-free. This doesn't mean that it's sure to be covered by patents, but until Google can give us evidence as to why it isn't, I would be cautious.
VP8 is definitely better compression-wise than Theora and Dirac, so if its claim to being patent-free does stand up, it's a big upgrade with regard to patent-free video formats.
VP8 is not ready for prime-time; the spec is a pile of copy-pasted C code and the encoder's interface is lacking in features and buggy. They aren't even ready to finalize the bitstream format, let alone switch the world over to VP8.
With the lack of a real spec, the VP8 software basically is the specâ"and with the spec being âoefinalâ, any bugs are now set in stone. Such bugs have already been found and Google has rejected fixes.
Google made the right decision to pick Matroska and Vorbis for its HTML5 video proposal.
Re: (Score:2)
Re: (Score:2)
That's fine. The MPEG-LA do not indemnify their licensees either.
I'm not sure what Microsoft licenses for Android have to do with the MPEG-LA.
Which, as I said in a previous post, is subjective and isn't supported by the reality of the situation. Under normal viewing cond
Re: (Score:2)
Under normal viewing conditions, WebM and H.264 are comparable.
No, they really aren't. Every rigorous quantitative and rigorous qualitative (large sample sizes and double-blind) study has shown that the best available VP8 encoders require almost 2x the bitrate of the best H.264 high profile encoders.
VP8 is basically useless, as it is very likely encumbered by patents (12 different companies have made claims, and Google will not offer indemnification for a reason). So it isn't free, it is extremely slow, and it requires twice as many bits. I operate a commercial video s
Re: (Score:2)
Re: (Score:1)
Claims are meaningless. Lets see them actually sue. Not a single company making such a claim has ever sued On2, Xiph or Google. They can't have much faith in their own claims.
Yes, because the MPEG-LA also do not offer indemnification. Double standards much?
Got links?
Re: (Score:2)
Got links?
Sure... this [compression.ru] is the most comprehensive qualitative test I've seen, using a huge varietry of sources and metrics. See conclusions section on page 93, which shows WebM requiring >2x the bits of x264 for the same quality.
A rigorous subjective comparison can be found here [infoscience.epfl.ch], using the Double Stimulus Continuous Quality Scale methdololgy.
Note in both subjective and objective comparisons, WebM takes 2x or more bits to achieve the same quality at web bitrates of ~500 kbps.
At much higher bitrates, the quality diff
Re: (Score:2)
You want to know why there's no lawsuits? There's no money in it.
Ever notice that all the lawsuits come out AFTER a product is launched and is successful? Patent trolls don't go after people when change is still possible. When someone is making money hand over fist, or when something is so ent
Re:Or you can just... (Score:5, Insightful)
Again the bullshit about x264 developers being "biased".
He also helped write the fastest VP8 decoder available, you know. Why did he do that if he was so biased against it?
Enough of these ridiculous ad hominem attacks. The guy is incredibly competent in the field, and nobody who's attacked him for what he said is anywhere close.
Re:Or you can just... (Score:4, Insightful)
He's not exactly biased, he just doesn't grasp how weird the patent situation around h.264 is. Apparently a lot of the patents are quite narrow and easy to avoid because narrow patents are easier to defend in court, and the various companies just rely on their control of the standardization process to make sure that the standard is written in such a way that it necessarily infringes their patents. On2 claim to have worked around all the patents.
Re: (Score:2)
Well, WebM has one advantage - it's small and the people using it aren't really that rich. No patent troll will sue now because there's no money to be made.
H.264 doesn't have that advantage, so if there really was a submarine patent someone's sitting on, they're losing a lot of
Re:Or you can just... (Score:4, Informative)
In fact, there have been submarine patent attacks on h.264 in the past, whereas WebM hasn't encountered any yet.
Re: (Score:2)
There is one. If such a company does sue you, then the MPEG-LA is going to come to your aid. Not in your support, but to defend their turf - their patent pool is massively devalued if it is incomplete. That means they'll either throw money at the responsible company until they agree to sell the patent, or come to your aid with the best lawyers in the field and a practically endless amoun
Re: (Score:2)
"Inferior" is subjective
Not that the rest of your point isn't valid but if you say that Inferior is subjective (even though it's kind of true). You haven't taken the time to compare the codecs. If you want to distribute media over the internet in higher than 480p H.264 is your only real option.
Re: (Score:1)
I think you made a typo:
At least with H.264 I can be certain that my business IS going to be taken to court one day and I lose it all.
Have you been under a rock and not keeping up with the behavior of the MPEG-LA? Denial is not just a river in Egypt. And as to "inferior" what are you talking about? Inferior in what way? I suppose VP8 is inferior in the sense that it won't make the MPPEG-LA executives rich.
Re: (Score:2)
VP8 absolutely and objectively technically inferior to h.264. Anybody with any kind of understanding of the field knows that.
Re:Or you can just... (Score:4, Informative)
At least with H.264 I can be certain that my business isn't going to be taken to court one day and I lose it all.
No you can't. They do *not* protect you from 3rd party patents that and it explicit states in the license agreement that its between you and the 3rd party, not them. MPEG-LA offer *zero* immunity or guarantees. In fact guess how many 3rd parties have come forward with claims on MPEG-LA licensed codecs? Now guess with either Theora or VP8?
It does not matter what you do, you are not safe from patent trolls. Paying one of em does nothing to remove the rest.
Re:Or you can just... (Score:5, Insightful)
And use inferior technology that is a patent minefield? At least with H.264 I can be certain that my business isn't going to be taken to court one day and I lose it all. With H.264 I don't need to worry about such, and I get better technology (and hardware decoders on almost every kind of device on planet that can show video).
You are being sarcastic right? You do know that when you purchase equipment such as cameras and software that include a H.264 license it's for non-commercial uses only right?. Let say you purchase a shiny new Mac and you purchase Final Cut Pro. Note the "pro" in the name. And you decide to produce professional video and re-distribute it. You must get a license from MPEG-LA to do that. Read the fine print in the Final Cut Pro license. [apple.com]
Additional use licenses and fees are required for use of information encoded in compliance with the MPEG-4 Visual Standard other than the personal and non-commercial use of a consumer (i) in connection with information which has been encoded in compliance with the MPEG-4 Visual Standard by a consumer engaged in a personal and non-commercial activity, and/or (ii) in connection with MPEG-4 encoded video under license from a video provider. Additional information including that relating to promotional,internal and commercial uses and licensing may be obtained from MPEG LA, LLC. See http://www.mpegla.com./ [www.mpegla.com]
You mentioned "At least with H.264 I can be certain that my business isn't going to be taken to court one day and I lose it all." So I am assuming you are using MPEG-4 for commercial uses and you have contacted MPEG LA for MPEG-4 licenses for each MPEG-4 work that you use commercially correct?
Re: (Score:2)
Anybody who works in video distribution knows that distribution may require a different license than just encoding. Encoding software does not and can not include that license.
Re: (Score:2)
Anybody who works in video distribution knows that distribution may require a different license than just encoding. Encoding software does not and can not include that license.
That sounds pretty absurd to me. It's like if somebody patented a drug, and then the maker of the drug was charged twice, once to make, and second to distribute the drug, and then the doctor was charged for prescribing the drug.
You really can't distribute a file just because it is encoded in a certain format? Really?
Re: (Score:2)
Yes, that is how the licensing works.
This is probably preferable to the alternative, which would be that encode licenses would be astronomical sums. With license fees dependent on distribution, that means that those that can afford to pay a lot pay the largest part of the money involved, and smaller companies get away with small sums.
Re: (Score:1)
Yeah. It's always a better choice to just pay the guys that come along, look around, and say "Nice business you have there. Wouldn't it be a shame if something happened to it?"
Re:Or you can just... (Score:5, Insightful)
And what do you do with the sections of your workflow that are not specifically Web-based?
H.264 is a video industry standard, which includes myriad delivery media. VP8 is a web video technology.
-dZ.
Re: (Score:1)
Re: (Score:2)
Because the media industry primary goal is to produce videos that are not to be broadcasted on the web? Yeah television is the probably media of the future.
I have an editor in Syria that's shot some local footage, and wants to incorporate some library material, before feeding it back to base.
Once in base it's reversions for various outlets (childrens news). A few graphics are then added.
The editor is on a 192kbit bgan, and has a 5 minute package to send back, sending uncompressed video around the place just won't work.
How do I get this footage back in
1) A high quality
2) A decent time
But I need to be able to change that footage later, which tends to mean bringi
Re: (Score:1)
That bit right there is where VP8 can just as easily replace H.264, and where Google are not surprisingly positioning it with WebM. As you're transcoding the original high quality source anyway, you lose nothing transcoding it to VP8 instead of back to H.264.
Re: (Score:2)
MPEG is not MPEG-LA.
Re: (Score:2)
Re: (Score:2)
Or you can just tell the MPEG-LA group to screw themselves and use VP8.
There are about thirty H.264 licensors --- most of them global giants in manufacturing like Mitshubishi.
These are the companies that dominate every link in the hardware chain from the studo camera to your tv set. Your Internet enabled HDTV doesn't need a browser, it only needs the client app.
Open the Metro UI in Windows 8 and the H.264 or HEVC Netflix app will be there. "Web Standards" no longer matter when you can distribute higher quality or more secure video outside the web.
There are close on to 1100 H
Re: (Score:2)
That's... productive. Obviously we don't want the MPEG involved, they're just a standards body that's brought us MPEG-1 (VCDs), MP3s, MPEG-2 (DVDs, HDTV, ALL broadcast back-ends, etc), DivX, and H.264. Clearly they are useless...
Honestly, if they were to basically adopt VP8, maybe enhance it a bit, and standardize it, it might actually make some headway, instead of being the in-thing among the 1% of people who follow /. regularly. If
Re: (Score:2)
I'm well aware of the difference. This story is about MPEG, so at best the original statement is off-topic and meaningless. Secondly, they're (unfortunately) very closely related anyhow, and everything I said still stands.
Just use WebM for the web (Score:3, Informative)
WebM is already royalty-free, and it out-performs h.264. Where is the problem?
Support: here is a performance comparison of the latest iteration of the WebM encoder hardware, showing also previous versions and a h.264 encoder for comparison.
http://blog.webmproject.org/2011/11/time-of-dragonflies.html
If WebM is better anyway, already royalty-free, and WebM/HTML5 is supported by more browsers than h264/HTML5, then why on earth shouldn't people just go ahead and use WebM.
Where is the issue?
Re: (Score:3)
Re: (Score:3, Insightful)
Re: (Score:2)
It would be stupid to choose lesser solution only because authoring tools don't need to pay small licensing costs.
Hey! I'm an indie dev with Zero initial capital! I want my players to be able to capture video feeds of in-game play and upload them to video sites. I also want to open source the game at some point... Guess which codec standard PREVENTS THIS? Not WebM. I'm sorry, H.264 isn't even an option for me. It was trivial for me to include a WebM encoder in my code, took one afternoon. It's also natively supported by the most used video upload site... Youtube. I can't even begin the process of legally doing t
Re: (Score:2)
Oh, yes. Microsoft and Apple are both MPEG-LA members, and stand to profit substantially from the success of h264. Whereas WebM is the product of one of their rivals.
I can't see either of those browsers getting WebM support any time soon - and those browers which can support WebM are excluded from h264 by patent and licencing concerns. We're back in the bad old days of Netscape vs IE, where web designers had to write s
Re: (Score:2)
The native browsers of two largest OS, IE and Safari, only support H.264.
Two important things of note here.
First, on Windows, only IE9 supports HTML5 video at all. Past versions of IE are still more popular than IE9, largely because it's not bundled with any OS out of the box. It'll take some time to change.
Second, IE does support WebM, just not out of the box. It requires a separate download [google.com] of the codec. I don't know for sure, but I think that Safari also supports installable codecs for HTML5 video on OS X. It definitely does not support them on iOS.
Re:Just use WebM for the web (Score:5, Informative)
[quote]Support: here is a performance comparison of the latest iteration of the WebM encoder hardware, showing also previous versions and a h.264 encoder for comparison.
http://blog.webmproject.org/2011/11/time-of-dragonflies.html%5B/quote%5D [webmproject.org]
I hope you realize that the comparison you linked to compares ENCODER quality between two decoders (H264 and WebM) made by the same company? It says nothing about the abilities of WebM as a codec.
Try this one instead:
http://x264dev.multimedia.cx/archives/377 [multimedia.cx]
Re: (Score:2)
Good luck running x264 on your mobile phone, which is the platform both of those hardware encoders are targetting.
Re: (Score:2)
Re: (Score:2)
Re: (Score:3)
Because you want to record a video? Pretty much all mobile phones have hardware allowing them to encode video in real time these days; some of the newer smartphones even support recording in 1080p.
Re: (Score:2)
When I am using the rear facing camera to capture videos of my family or the front facing camera for video conferencing.
Re: (Score:1)
x264 has a variety of settings that allow you to tweak the quality/speed ratio. It also has (and is getting more) ARM assembly optimizations, which should be useful for use on a number of phones. It's a really well optimized piece of software over a number of platforms.
Re: (Score:2)
Re: (Score:2)
Good luck running x264 on your mobile phone, which is the platform both of those hardware encoders are targetting.
This is exactly what I am doing just fine at 720p on my phone, what exactly is the problem?
Re: (Score:3)
WebM is not in any way better than h.264, and your link does not support this claim.
Re: (Score:2)
Youtube uses an ancient and broken encoder. Comparing it to anything is meaningless.
Why use mpeg? (Score:3)
What is wrong with just using Theora?
Re: (Score:2)
Theora isn't as great a video codec as VP8 or H.264.
Re: (Score:1)
It has a completely different target... as does MPEG-1 and MPEG-2. Theora goes after the same target as MPEG-2 IIRC.
Re: (Score:2)
It is not known to be patent-free, unlike MPEG-1. MPEG-1 is, due to its age, patent-free by definition.
Re: (Score:2)
Absolutely everything...
Theora really can't even compete with MPEG-1 on either video quality at a given bitrate, or performance. It was very specifically designeed for extremely low quality, extremely low resolution, extremely low bitrate streaming video, over a decade ago...
Theora is the perfect example of how NOT to run a project. They dicked around with alpha and beta versions of Theora for a decade, and in all the time we've got basically nothing to show for it.
Re: (Score:2)
Interesting reply. What do you think of x264?
Re: (Score:2)
What is there to think about it? It's an H.264 implementation, so it comes with all the patent problems that go with it.
Most people find it to be the best video codec out there. Personally, I have some reservations... It does a couple things like include a small amount of high frequency random noise that I find very unsightly and distracting, and it also washes out the picture a bit, and there are no settings to allow you to adjust this behavior (afaik). Whe
You're just repeating the "Theora sucks" meme (Score:2)
I don't have to explain:
Theora really can't even compete with MPEG-1 on either video quality at a given bitrate, or performance. It was very specifically designeed for extremely low quality, extremely low resolution, extremely low bitrate streaming video, over a decade ago...
This isn't true. There's plenty of results out there which say Theora is, while not the best, a good codec. To quote Wikipedia: More recently however, Xiph developers have compared the 1.1 Theora encoder to YouTube's H.264 and H.263+
Re: (Score:2)
Wkipedia is a shit-hole, end of story. There's tons of utterly inaccurate crap on there, which will never go away. There have been plenty of fights over quality on there for many years, but eventally the fair-minded give up and the cult of Xiph & RMS stay, and corrupt it.
The idea that Theora can remotely compete with H.264 is positively laughable. That you believe it either suggests you've go
MPEG or MPEG-LA? (Score:2)
"MPEG has received" or MPEG-LA?
I thought I read here on Slashdot that -LA is different from just plain old MPEG.
So who is actually doing the receiving? Good guys/bad guys?
Re:MPEG or MPEG-LA? (Score:4, Informative)
MPEG has been around for a long time, they're the ones responsible for creating the actual IP. MPEG-LA is the patent trolls that have managed to cobble together a number of questionable patents to make people pay for h.264.
Yes, this is needed (Score:5, Informative)
From the point of view of technological progress, proposing the use of 20-year old technology is shameful, but it really is the only solution. (until software patents get abolished)
This was also suggested by Nokia during the html5 standard discussion of the video tag:
http://en.swpat.org/wiki/Use_software_and_functionality_from_20_years_ago [swpat.org]
And remember, this problem is caused not by trolls but by the MPEG-LA signatories: Columbia University, Electronics and Telecommunications Research Institute of Korea (ETRI), France Télécom, Fujitsu, LG Electronics, Matsushita (Panasonic), Mitsubishi, Microsoft, Motorola, Nokia, Philips, Robert Bosch GmbH, Samsung, Sharp, Sony, Toshiba, and Victor Company of Japan (JVC).
Re: (Score:1)
As Rob Glidden has pointed out, half of MPEG-2 patents expire in 2012, and a lot more in 2013:
http://www.robglidden.com/2011/12/half-of-mpeg-2-patents-expire-in-2012/ [robglidden.com]
Patented equations (Score:2)
They don't get it (Score:3)
Re: (Score:1)
I think there are only two major patent free video formats right now, Motion JPEG and H.261. Theora and VP8 are patented, but the patents are allowed to be used royalty free.
Title was supposed to be... (Score:1)
"Royalty-Free MPEG Video Proposals Proposed."
Comment removed (Score:4, Interesting)
Re: (Score:2)
Flash contains the ability to play h.264 video. Are you saying that Adobe is friendlier to FOSS because they wrote the check and give you a binary to run in your FOSS browser?
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Is there a way for the browser (or OS) to query the graphics card to find out if this support is available?