HydrogenAudio

Digital Audio/Video => Digital A/V News => Topic started by: romor on 2011-01-12 00:51:53

Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-12 00:51:53
I read this today, and thought it might be interesting to post about it:

Quote
Though H.264 plays an important role in video, as our goal is to enable open innovation, support for the codec will be removed and our resources directed towards completely open codec technologies.
source: http://blog.chromium.org/2011/01/html-vide...-in-chrome.html (http://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html)

Next? > WebM (http://www.webmproject.org/about/supporters/)ed YouTube
Title: Google removes H.264 from its browser/system
Post by: TechVsLife on 2011-01-12 01:48:50
fwiw, here's apple's view of the matter:
http://www.appleinsider.com/articles/10/05...webm_codec.html (http://www.appleinsider.com/articles/10/05/20/steve_jobs_says_no_to_googles_vp8_webm_codec.html)

http://www.appleinsider.com/articles/10/05..._is_a_mess.html (http://www.appleinsider.com/articles/10/05/19/x264_developer_says_googles_new_vp8_webm_codec_is_a_mess.html)







Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-12 02:18:22
"Unsubstantial claims" about VP8 and H.264 comparisons are hollow and biased.

Also Apple stubbornness may soften if YouTube moves to WebM, as Adobe brings (http://blogs.adobe.com/flashplatform/2010/05/adobe_support_for_vp8.html) WebM to Flash, iOS will be left alone
Title: Google removes H.264 from its browser/system
Post by: matav on 2011-01-12 08:28:32
it is way too early to make such a move.
so early that it's almost ridiculous.
Title: Google removes H.264 from its browser/system
Post by: Miramis on 2011-01-14 21:11:02
More about the Chrome HTML Video Codec Change (http://blog.chromium.org/2011/01/more-about-chrome-html-video-codec.html)
Title: Google removes H.264 from its browser/system
Post by: googlebot on 2011-01-15 10:32:21
I immediately thought about dropping Chrome, when I read the headline a while ago. This is really a huge step backwards. In fact, H.264 has a lot more features that should be called "open" than WebM. An article (http://arstechnica.com/web/news/2011/01/googles-dropping-h264-from-chrome-a-step-backward-for-openness.ars)by Ars sums this up pretty nicely.
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-15 11:52:40
This is really a huge step backwards. In fact, H.264 has a lot more features that should be called "open" than WebM. An article (http://arstechnica.com/web/news/2011/01/googles-dropping-h264-from-chrome-a-step-backward-for-openness.ars)by Ars sums this up pretty nicely.

While we are just spectators obviously, here is another article: http://www.osnews.com/story/24263/Google_H...fles_Innovation (http://www.osnews.com/story/24263/Google_H_264_Stifles_Innovation)

it is way too early to make such a move.
so early that it's almost ridiculous.

Was it early or was it obvious to some even earlier when Google purchased On2 technologies, we'll see in not so distant future

[edit] for those, not willing to read long stories, nice colorful summary:

(http://i53.tinypic.com/ta57aw_th.png) (http://html5test.com/videowars.png)
Title: Google removes H.264 from its browser/system
Post by: dhromed on 2011-01-15 23:41:31
Interesting how that infographic's Arguments panel doesn't even remotely touch upon the technical aspects of the codecs. But I'm probably being a naive developer when I say that these things should be determined based on practical merits.

Here's the blog post I read a while ago that rips VP8 apart (http://x264dev.multimedia.cx/archives/377). It's linked from the second appleinsider article, and goes into real detail, rather than rhetoric peppered with the words "open", "innovation" and "free". You know, the kind of real detail that we here at HA prefer over audiophile claptrap— which' equivalent I kind of see in the pro-WebM articles.
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-16 00:30:42
...goes into real detail, rather than rhetoric peppered with the words "open", "innovation" and "free". You know, the kind of real detail that we here at HA prefer over audiophile claptrap

Did you understand anything there other than summary, or did you take your time to compare both codecs?

random links:
http://www.streamingmedia.com/Articles/Edi...ared-67266.aspx (http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/First-Look-H.264-and-VP8-Compared-67266.aspx)
http://www.quavlive.com/video_codec_comparison (http://www.quavlive.com/video_codec_comparison)

I found that Dark Shikari blog post is overlinked and usually abused by lamers, including that biased appleinsider post

Quote
decodes video slowly, is buggy, and copies H.264 closely enough to all but guarantee patent issues

Come on! Can something be that good?

OTOH, technical aspects are other story than one announced here
Title: Google removes H.264 from its browser/system
Post by: Porcus on 2011-01-16 14:24:18
Isn't this all about web content, really? Once plugins are easily available, then Google will ditch Flash from Youtube, and then IE will probably support it by default. Apple will be biting its nails considering whether to give in to Google, but I'd put my money on them embracing a competition to Flash.
Title: Google removes H.264 from its browser/system
Post by: gaekwad2 on 2011-01-16 15:17:40
...goes into real detail, rather than rhetoric peppered with the words "open", "innovation" and "free". You know, the kind of real detail that we here at HA prefer over audiophile claptrap

Did you understand anything there other than summary, or did you take your time to compare both codecs?

random links:
http://www.streamingmedia.com/Articles/Edi...ared-67266.aspx (http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/First-Look-H.264-and-VP8-Compared-67266.aspx)
http://www.quavlive.com/video_codec_comparison (http://www.quavlive.com/video_codec_comparison)

The first one cripples H.264 by using baseline profile, and in the second one VP8 is obviously inferior.

I found that Dark Shikari blog post is overlinked and usually abused by lamers, including that biased appleinsider post

Nice ad hominem you got there.
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-16 16:43:17
The first one cripples H.264 by using baseline profile, and in the second one VP8 is obviously inferior.

Links were first hits (yeah by Google). Each format by itself should be fine, but h264 has mature encoders/decoders, features, h/w support... and it's big standard already. I'm not familiar with Sorenson's Squeeze, and why x264 wasn't used as encoder in the first link's comparison, but even then isn't most web h264, baseline? Also, Dark Shikari's comment on "VP8 to be more comparable to VC-1 or H.264 Baseline Profile" shows fine example in this case

I didn't downloaded attached videos from the second link, but Park Joy images from h264 encoded video looks better

Nice ad hominem you got there.

I tried to lower contrast
Title: Google removes H.264 from its browser/system
Post by: gaekwad2 on 2011-01-16 18:16:20
The first one cripples H.264 by using baseline profile, and in the second one VP8 is obviously inferior.

Links were first hits (yeah by Google). Each format by itself should be fine, but h264 has mature encoders/decoders, features [...]

VP8 isn't exactly new either.

I'm not familiar with Sorenson's Squeeze, and why x264 wasn't used as encoder in the first link's comparison, but even then isn't most web h264, baseline?

Nope. Youtube is high and every other site I tried is either high too or main.

Also, Dark Shikari's comment on "VP8 to be more comparable to VC-1 or H.264 Baseline Profile" shows fine example in this case

Yes, they do show that VP8 can only compete with H.264 baseline. A well-tuned VP8 encoder might be able to produce the same quality as x264 baseline, but then apparently VP8 is more limited when it comes to psychovisual tuning too (see the part about adaptive quantization in Dark Shikari's review).

Really, the claims about VP8 being equal to (or even better than, according to On2's marketing) H.264 should be laid to rest.
That doesn't make it unusable of course. It's better than Theora after all.

Otoh H.264 can be as good as it wants if it's too risky or plain impossible to use due to patent or license issues. The question is, is it? And is WebM really an alternative? But that's probably up to IP lawyers and patent trolls (or at least I haven't yet seen any discussion on the subject that didn't quickly start running in circles either).
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-01-16 18:52:03
VP8 isn't exactly new either.

but perhaps interest to WebM can change that

Nope. Youtube is high and every other site I tried is either high too or main.

I checked couple of my downloads, without any reference to research. They were mixed contents some YouTube some other services - baseline prevailed though it may easily be wrong conclusion

Really, the claims about VP8 being equal to (or even better than, according to On2's marketing) H.264 should be laid to rest.

I didn't said that, although I commented on exaggerated comparisons (which I'd do the same if someone posted On2 nonsense)

It's better than Theora after all.

Sure
Title: Google removes H.264 from its browser/system
Post by: Miramis on 2011-01-19 20:57:00
Free Software Foundation: No double standards: supporting Google's push for WebM (http://www.fsf.org/news/supporting-webm)
Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-19 21:43:56
I immediately thought about dropping Chrome, when I read the headline a while ago. This is really a huge step backwards. In fact, H.264 has a lot more features that should be called "open" than WebM. An article (http://arstechnica.com/web/news/2011/01/googles-dropping-h264-from-chrome-a-step-backward-for-openness.ars)by Ars sums this up pretty nicely.


Open in terms of what? Just because it is an ISO and ECMA standard like OOXML? The barrier of entry is simply too high for the small fishes (eg. royalities fees). I grant you that it is free for use  for some purposes at present, but this is the MPEGLA's "bait and switch" to get it firmly entrenched in the industry and profit later on. I wonder what the Internet would look like if people have to pay for every so called open standard such as TCP/IP, POP3, Imap, or any other RFCs.

Technically VP8 is inferior right new, but I can see it improve quickly, now that the source code is opened.
Title: Google removes H.264 from its browser/system
Post by: googlebot on 2011-01-19 22:36:50
Don't be fooled!

The only thing open about WebM is one implementation of an encoder and decoder! The project is hosted by Google, license is BSD. The development of the video standard itself stays under sole control of Google. All that Google is giving to the public is this software implementation, no guarantee to be exempt from licensing fees due to patents.

The situation is not much different regarding source openness for h264! The best encoder one can get, is an open source project! It's x264. x264 has been the pony show for h264's capabilities from the beginning. It is licensed under the GPL (see ffmpeg for a very fast open source decoder). That's not less open than Google's source project. The video standard itself is not under control of one company, but defines the state of the art at the time of standardization, with dozens of contributors from science and business. It has formally been standardized over several years in an open process. The standardization convened the creme de la creme from the field. It is highly questionable that a competing codec can reach comparable quality while completely avoiding the state of the art as it has been defined in that process.

Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-19 23:02:16
Don't be fooled!

The only thing open about WebM is one implementation of an encoder and decoder! The project is hosted by Google, license is BSD. The development of the video standard itself stays under sole control of Google. All that Google is giving to the public is this software implementation, no guarantee to be exempt from licensing fees due to patents.


Have you actually looked at the terms? Here it is:

Quote
Additional IP Rights Grant (Patents)

"This implementation" means the copyrightable works distributed by Google as part of the WebM Project.

Google hereby grants to you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, transfer, and otherwise run, modify and propagate the contents of this implementation of VP8, where such license applies only to those patent claims, both currently owned by Google and acquired in the future, licensable by Google that are necessarily infringed by this implementation of VP8. This grant does not include claims that would be infringed only as a consequence of further modification of this implementation. If you or your agent or exclusive licensee institute or order or agree to the institution of patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that this implementation of VP8 or any code incorporated within this implementation of VP8 constitutes direct or contributory patent infringement, or inducement of patent infringement, then any patent rights granted to you under this License for this implementation of VP8 shall terminate as of the date such litigation is filed.


(Emphasis mine). Enough said.

The situation is not much different regarding source openness for h264! The best encoder one can get, is an open source project! It's x264. x264 has been the pony show for h264's capabilities from the beginning. It is licensed under the GPL (see ffmpeg for a very fast open source decoder). That's not less open than Google's source project.


Of course I know ffmpeg, I compile it from svn weekly. The difference between webm and x264 is that Google granted a perpetual license. Where  as, I am sure with x264, the mpegla will come knocking once mpeg4 part 4 is entrenched and once the current terms expires for h.264.

Anyway, we are not really discussing about the quality of the codecs here, but a codec that is good enough and royality free for web distribution, in accordance with the vision of the w3c.
Title: Google removes H.264 from its browser/system
Post by: googlebot on 2011-01-20 00:02:32
I really can't see how this is supposed to even come close to "enough said". Google does not even assert "in good faith" that the WebM code is free from 3rd party patents. Let alone that they do not offer any form of patent indemnity. All they say is: "hey, we have this open source implementation (h264 does also) and at least WE don't charge for it (others might anyway). And BTW, the format's future is entirely in our hands, we won't commit it to any independent commitee (and we won't support the competition in our own products from now on)."

For h264, there has at least been the proposition to assemble complete coverage over all infringed patents and it is asserted in good faith. There is also no indemnity, but at least a transparent approach to achieve complete coverage. h264 extended its royality exemption forever in August 2010 (before it was only until 2016). When you want to sell encoders or decoders, license fees may apply. But they automatically exempt from the whole known patent pool from all participants throughout the industry.

RFCs are "open standards" exactly in the way, that they are not controlled by single entities (as h264, not as WebM). But methods described in RFCs, also the ones you have listed, are not exempt from patent licensing fees!
Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-20 00:50:13
I really can't see how this is supposed to even come close to "enough said". Google does not even assert "in good faith" that the WebM code is free from 3rd party patents. Let alone that they do not offer any form of patent indemnity. All they say is: "hey, we have this open source implementation (h264 does also) and at least WE don't charge for it (others might anyway). And BTW, the format's future is entirely in our hands, we won't commit it to any independent commitee (and we won't support the competition in our own products from now on)."


Nothing is immune to submarine patents. However, I do believe that Google should make a statement about its vetting process.

RFCs are "open standards" exactly in the way, that they are not controlled by single entities (as h264, not as WebM). But methods described in RFCs, also the ones you have listed, are not exempt from patent licensing fees!


Please show me an example where royalties must be paid.

All this should really be sorted out at the w3c:

Quote
2. Licensing Goals for W3C Recommendations

In order to promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented on a Royalty-Free (RF) basis. Subject to the conditions of this policy, W3C will not approve a Recommendation if it is aware that Essential Claims exist which are not available on Royalty-Free terms.

To this end, Working Group charters will include a reference to this policy and a requirement that specifications produced by the Working Group will be implementable on an RF basis, to the best ability of the Working Group and the Consortium.


Unfortunately, cooperate interests trumped everything.

As an aside, I don't support software patents. They really hinder rather than help innovation. I also have no faith in the ISO these days after witnessing how ooxml was approved.
Title: Google removes H.264 from its browser/system
Post by: NullC on 2011-01-20 02:58:09
Quote
Additional IP Rights Grant (Patents)

"This implementation" means the copyrightable works distributed by Google as part of the WebM Project.

Google hereby grants to you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, transfer, and otherwise run, modify and propagate the contents of this implementation of VP8, where such license applies only to those patent claims, both currently owned by Google and acquired in the future, licensable by Google that are necessarily infringed by this implementation of VP8. This grant does not include claims that would be infringed only as a consequence of further modification of this implementation. If you or your agent or exclusive licensee institute or order or agree to the institution of patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that this implementation of VP8 or any code incorporated within this implementation of VP8 constitutes direct or contributory patent infringement, or inducement of patent infringement, then any patent rights granted to you under this License for this implementation of VP8 shall terminate as of the date such litigation is filed.



You haven't quoted the whole thing, there are two. One for the implementation, one for the bitstream:

Quote
VP8 Bitstream Specification License

Google hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, and otherwise transfer implementations of this specification where such license applies only to those patent claims, both currently owned by Google and acquired in the future, licensable by Google that are necessarily infringed by implementation of this specification. If You or your agent or exclusive licensee institute or order or agree to the institution of patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that any implementation of this specification constitutes direct or contributory patent infringement, or inducement of patent infringement, then any rights granted to You under the License for this specification shall terminate as of the date such litigation is filed.


Don't be fooled by FUD.
Title: Google removes H.264 from its browser/system
Post by: HotshotGG on 2011-01-20 06:13:18
I built WebM from the source back in June in FFMPEG libvpx 0.9.1 on my Linux box here (The newest one built with speed in mind is 0.9.5). The only drawbacks that I saw with it was the encoding/decoding spped, which was rather slow when compared to Theora and H.264, although I can't tell difference quality wise and I am far from a videophile. You are folks are forgetting one thing here. It really does matter which one offers any vast Psychovisual improvements most people are going to transcode their entire video collections over anyway regardless and they both DCT based codecs so they are very similar. VP8 even though still difficult is somewhat simpler. I think we will see some vast improvements over the next year or so with speed. There is also hardware support in embedded microprocessors, which is a good thing and Firefox 4 and Chrome will have support. Android support is coming very soon as well. In terms of Google pushing WebM on people I think that's good for the HTML 5 standard and not really for the consumers unfortunately whom are stubborn to say the least. It's funny that everybody is gawking at Google for simply trying to "unite" the web under one standard and finally dump the stupid 7,000 different flash players used on most websites and there is this huge backlash over. People just use H.264 and flash out of "convenience" it's not going to take that much effort to transcode your video collection everyone knows there will be 1,000 drag-drop GUI's out there if they don't already exist to simplify the process    Does that mean that HTML 5 video is the end all be all? No there is much room for improvement even with HTML 5 in mind, but it's a start.

Quote
Unfortunately, cooperate interests trumped everything.


They always do. That's why I have completely switched over to Linux and made the break and it's been a much smoother ride ever since. Nerds realize this will always be an on going battle. 
Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-20 06:18:49
You haven't quoted the whole thing, there are two. One for the implementation, one for the bitstream:
...


Thanks. I missed out on that part.

Don't be fooled by FUD.




Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-20 06:22:42
They always do. That's why I have completely switched over to Linux and made the break and it's been a much smoother ride ever since. Nerds realize this will always be an on going battle. 


I understand your sentiments completely. Freedom feels great.

Title: Google removes H.264 from its browser/system
Post by: cpchan on 2011-01-20 08:52:19
Of course I know ffmpeg, I compile it from svn weekly. The difference between webm and x264 is that Google granted a perpetual license. Where  as, I am sure with x264, the mpegla will come knocking once mpeg4 part 4 is entrenched and once the current terms expires for h.264.


Wow, talking about ffmpeg, this piece of news came as a total shock:

http://lwn.net/Articles/423702/ (http://lwn.net/Articles/423702/)

Title: Google removes H.264 from its browser/system
Post by: 2Bdecided on 2011-01-20 13:57:33
I grant you that it is free for use  for some purposes at present, but this is the MPEGLA's "bait and switch" to get it firmly entrenched in the industry and profit later on.
Possible - but MPEG-2 has been more entrenched for several years (all DVDs, almost all SD digital broadcasts, some HD digital broadcasts, HDV, etc) and while the patent owners certainly make nice profits, I don't hear people screaming that MPEG-2 on DVDs is evil and we should all use something else.

Cheers,
David.
Title: Google removes H.264 from its browser/system
Post by: 2Bdecided on 2011-01-20 14:10:41
Just a thought: as a content provider, I'd already be providing H.264 in flash (and also not in flash) to lots of different devices, from iPhones to HDTVs.

The point where I'm going to stop delivering it via flash is a few years away at least. The point where I'm going to stop using H.264 completely is many years away.

Having to deal with another codec, and one that may be less efficient, is a headache I can do without. Unless it helps me reach more users, forget it. The other side of this Chicken-and-egg deal is that unless content providers force users to upgrade to watch the content, most users won't bother - except of course Firefox and Chrome users get updates without asking.

If a content provider is going to go through the hassle and expense of supporting a new codec, it'll be to HEVC (http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding) one day. That's what all these discussions forget - H.264 itself has a shelf life.

Cheers,
David.
Title: Google removes H.264 from its browser/system
Post by: googlebot on 2011-01-20 15:25:44
If a content provider is going to go through the hassle and expense of supporting a new codec, it'll be to HEVC (http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding) one day. That's what all these discussions forget - H.264 itself has a shelf life.


Following the recent comments, this

Quote
High Efficiency Video Coding (HEVC) is a proposed video compression standard, a successor to H.264/MPEG-4 AVC (Advanced Video Coding), currently under joint development by the ISO/IEC Moving Picture Experts Group (MPEG) and ITU-T Video Coding Experts Group (VCEG). MPEG and VCEG have established a Joint Collaborative Team on Video Coding (JCT-VC) to develop the proposed HEVC standard.


doesn't qualify as open enough.

To qualify as "open" according to the recent meaning, development and control of the standard should be under control of one single entitiy (e. g. Microsoft, Google, etc.), that owns some associated patents, but itself does not charge any royalties for them and promises the latter forever. That's about the main, significant, here recently proposed difference, when you take into account that open source implementations are nothing special in a world where they are available for all contenders.
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-02-12 04:36:38
two weeks ago MPEG announced intent for new royalty-free web video compression standard: http://mpeg.chiariglione.org/meetings/daeg...daegu_press.htm (http://mpeg.chiariglione.org/meetings/daegu11/daegu_press.htm)

and

MPEG-LA seeks for your help to collect more cash if possible: http://www.mpegla.com/main/pid/vp8/default.aspx (http://www.mpegla.com/main/pid/vp8/default.aspx)

which BTW will end questions about WebM patent infringements
Title: Google removes H.264 from its browser/system
Post by: NullC on 2011-02-15 20:25:01
The point where I'm going to stop delivering it via flash is a few years away at least. The point where I'm going to stop using H.264 completely is many years away.


FWIW, Adobe has announced plans to include WebM in flash as well.  (Though at the pace they move you may have long since abandoned flash by then  ).

From what I've seen, many sites are quite aggressive in dropping support for older versions of the flash client (intentionally or not).  So the codec choice may be even more of a non-issue even for people still using flash in the not-too-distant future.

Title: Google removes H.264 from its browser/system
Post by: romor on 2011-03-09 01:24:00
VP8 codec update, named "Bali" released: http://blog.webmproject.org/2011/03/vp8-co...i-released.html (http://blog.webmproject.org/2011/03/vp8-codec-sdk-bali-released.html)

Note that comparisons against H.264 linked in this thread are made with WebM launch release, not the Aylesbury release
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-03-24 23:48:12
Fresh WebM VP8, Ogg Theora, x264 SSIM benchmark:

One pass:

(http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-1-pass-time-vs-quality_small.png) (http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-1-pass-time-vs-quality.png)

(http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-1-pass-bitrate_small.png) (http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-1-pass-bitrate.png)

Two pass:

(http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-2-pass-time-vs-quality_small.png) (http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-2-pass-time-vs-quality.png)

(http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-2-pass-bitrate_small.png) (http://webscaws.x10.mx/wp-content/uploads/2011/03/ssim-2-pass-bitrate.png)

Quote from: Source: http://webscaws.x10.mx/?p=100 link=msg=0 date=
Conclusion

For comparisons between vpxenc and x264 baseline the conclusions from the previous article remain true “Although comparisons in quality are always somewhat subjective these benchmarks do show VP8 video encoded by vpxenc can be very competitive in encoding speed to quality ratio with x264 ‘baseline’ at the higher quality settings in both one pass and two pass modes. With faster encoding settings x264 ‘baseline’ clearly preforms increasingly better than vpxenc.”

However the tests in this article do show a more substantial gap in quality between x264 ‘high’ and the best quality vpxenc can currently achieve.
Title: Google removes H.264 from its browser/system
Post by: smok3 on 2011-03-27 21:40:42
romor: Do you actually understand this graphs? isn't SSIM scale from 0 to 1 (what would be dump SSIM?)? Is it correct to call SSIM quality, ect? What's up with this vpx 1 thread vs 4 threads - in the same sentence with h.264 profiles? What is the purpose of measuring baseline profile at all?

All: Any cool command lines to test Bali with all the 'quality based' encoding scenarios? Do we have and OSX compile of vpxenc?

questions, questions 
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-03-27 23:56:27
did you check quoted link source?
Title: Google removes H.264 from its browser/system
Post by: smok3 on 2011-03-28 07:57:32
did you check quoted link source?

about what exactly?
edit: more questions added to previous post.
Title: Google removes H.264 from its browser/system
Post by: romor on 2011-04-20 19:01:55
Google spins fast:

Quote
all new videos uploaded to YouTube are now transcoded into WebM...
...we’re also working to transcode our entire video catalog to WebM...So far we’ve already transcoded videos that make up 99% of views on the site or nearly 30% of all videos into WebM

Quote
In keeping with our goal of making videos universally accessible, we will continue to support H.264 as an important codec for video on YouTube


src: http://youtube-global.blogspot.com/2011/04...now-served.html (http://youtube-global.blogspot.com/2011/04/mmm-mmm-good-youtube-videos-now-served.html)
Title: Google removes H.264 from its browser/system
Post by: Robertina on 2011-07-29 13:03:19
WebM patent fight ahead for Google? (http://www.streamingmedia.com/Articles/News/Featured-News/WebM-Patent-Fight-Ahead-for-Google-76781.aspx)
Title: Google removes H.264 from its browser/system
Post by: Nystagmus on 2013-10-15 17:38:48
While you guys are separating the real wheat from the chaff, I am feeling good about the prospects of something Matroska-like being encouraged into existence.  I truly enjoy and like the Matroska container format.  Since WebM is a lot like Matroska and is somewhat cross-compatible, it makes me happy.  It would be nice if Matroska got the full support it deserves.
Title: Google removes H.264 from its browser/system
Post by: Nystagmus on 2014-01-02 21:51:59
While you guys are separating the real wheat from the chaff, I am feeling good about the prospects of something Matroska-like being encouraged into existence.  I truly enjoy and like the Matroska container format.  Since WebM is a lot like Matroska and is somewhat cross-compatible, it makes me happy.  It would be nice if Matroska got the full support it deserves.


To quote myself... (I couldn't find the edit post button)

I wanted to add, that although I typically like WebM videos for Matroska-like features, and although I like supporting Xiph.org projects such as OGG containers and Vorbis audio,... I am NOT so crazy about VP8 video codec.  It seems like MPEG4 is reasonable enough and I find a lot more video editors that support MPEG4 and other similar variants than VP6, VP7, VP8.  AVIdeMux can do some, but not always.  And yes, I'm a wierdo who edits video downloads, hahaha.

Peace.