Live data from Hacker News

Google's dropping H.264 in Chrome is not a step backward for openness.

my.opera.com

101–110 of 128 posts

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#101
I'm kind of curious... It seems like the MPEG-LA is doing great work by creating all these video and audio compression codecs. MP3 is used by everybody, MPEG2 was good for the day, and now H.264 is even better. Plus, nobody else seems to be coming up with something compelling. Sure, there's WebM and VP8, but if I recall correctly, they are, at best, at parity with H.264. It seems like here's a good case of patents being useful: the MPEG people do research and create great codecs and we all pay them a $1 (or something) in licensing fees so we get small video. I'm all for open standards and free and Free software, but it seems like H.264 is a net will, compared to what we'd have without it. (Remember the days of huge .wav files and electronic .mod files before MP3 came out?)

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#102

Earlier quoted context omitted.

> There's no reason why they would have to make it closed > source, especially if they use x264. That's not what the lawyers said. In the US, at least; things may be different in your jurisdiction. Note that this is the route Chrome used to take: Chromium did not support H.264, while the Chrome binaries, built from some source that was not public, did. > H264 patents don't require everyone to pay to create > content…

That's not what the lawyers said. In the US, at least; things may be different in your jurisdiction. http://mailman.videolan.org/pipermail/x264-devel/2010-July/0... Even if you decide to use a closed-source decoder, just because the decoder has to be closed source doesn't necessarily mean the entire browser has to be closed. What exactly was the lawyers' reasoning behind this? http://www.mpegla.com/Lists/MPEG%20LA%20…

> doesn't necessarily mean the entire browser has to be closed.

Right. I did say that #1 can be worked around. If you you you approach, you still get the Chromium/Chrome model, where you can't release the actual source to the binaries you ship, and worse yet others can't easily fork your "open-source" app while keeping the functionality or redistribute your binaries.

> The page you linked clearly says that non-commercial content is free.

"commercial use" in that context includes putting it up on a website that has ads. So yes, not everyone has to pay to create content. If you find someone who will give you a free encoder for which they paid the licensing fees, and you make sure that either you don't put your content on the web or if you do that there are no ads on the page and you don't charge for the videos, then you can get away with paying nothing.

Quick; name me the places on the web where there are free videos and no ads. I'd love to know where this is!

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#103
post #94

Earlier quoted context omitted.

I agree with your thesis. I just disagree that H264 is a worse standard than WebM. On marketshare, while Android just passed up iPhone, something happened this past Tuesday which will probably tighten up the race a fair bit more. On top of that, the report counted iPhone subscriptions. Not iPad or iPod Touch devices. I've heard estimates that iPod Touch + iPad sales == iPhone sales. And iPad2 is likely hitting the ma…

> I just disagree that H264 is a worse standard than WebM. Both WebM and h.264 are imperfect solutions for the same problem. WebM has a image quality issue h.264 has not, but this can be corrected, as WebM can be improved over time. The problem h.264 has - being encumbered by patents you can borrow for free only for a limited time - will not be corrected. If we decide to store all our video in h.264 we risk being una…

I'm impressed you guys encode that much. I don't think you're the common case.

The case where WebM dies is that everyone continues to encode with H264 (which is what they're doing now). If you're IE or an iOS device you get raw H264. If you're Chrome or Firefox you get H264 in Flash.

You just encode H264 and that's it. Now dual encoding, and you work everywhere.

Whereas with WebM there is NO delivery mechanism to iOS devices (iOS won't play WebM and won't play Flash). You have to dual encode to get those devices. Just seems like a less likely scenario.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#104
post #66
post #54

Earlier quoted context omitted.

> But it would become another closed de facto standard, just like IE6. Huh? IE6 is a browser not a standard. Well, neither can H.264 be a standard, it is a non-free codec for video. The key was de facto.. Internet Explorer 6, at the peak of its dominance, became the standard that many web developers developed for. Even though it wasn't a standard, when it had over 90% of the market, it was often the only browser that…

> Well, neither can H.264 be a standard Let's not split hairs. Browser != data format. I can see the point you're arguing (or at least what the author is trying to argue, whether or not it's your opinion as well). But it's at best a stretch. In the IE6 "glory" days, it wasn't just a case that Websites wouldn't be made to work for other browsers (meaning they were never tested or, if they were, it was beyond scope to…

>2. Converting video from one format to another can be automated. Converting a site designed for IE6 to work on other browsers cannot.

Sure it can. You run it through IE6 and print to an image format of your choice.

>1. We're talking about the entire Web vs the narrow context of Web-based videol so it's a question of scope; and

Yes, and thanks to the narrower scope it's not as big a deal to convert between video formats, but there's still going to be a marked loss of quality.

>So not only aren't the problems analogous but the author is engaging in scaremongering to try and equate H.264 with the (stipulated) horrors of IE6.

Viewing a website designed specifically for IE6 is likely to cause similar loss of fidelity to viewing a video transcoded from VP8 to H.264, or vice versa.

>Let's not split hairs. Browser != data format.

The data format in question is the HTML accepted by IE6. That data format actually works fairly well with modern web browsers, much like VP8 decoders will likely be bundled with H.264 encoders once the patents run out and H.264 can properly be called an open standard.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#105
post #88

Earlier quoted context omitted.

I don't shy away from buying DVD players. The companies that make them are the ones on the hook there. But I certainly wouldn't want to build one. Again: We have no guarantees from the MPEG-LA that they won't turn around tomorrow and demand outrageous royalties from anyone using H.264 videos. We also know that they are able to do so. The only reason it isn't so today is by their good grace. That is real uncertainty,…

We have no guarantees from the MPEG-LA that they won't turn around tomorrow and demand outrageous royalties from anyone using H.264 videos. Yes, we do know that, for the same reason that they don't start charging end users of DVD players. They have legally binding agreement. For free video, H264 is permanantly free. They can not turn around and change this. For non-free video, they have established pricing that is lo…

To me it is about permission and free legal redistribution. If H.264 were to become an entrenched part of HTML5 video, then freely distributed browsers would greatly suffer. Open source browsers like Konqueror would be left by the roadside. This is why I think Google is doing a good thing. HTML5 video suffers in the short term, but it is a good thing for the future.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#106

Earlier quoted context omitted.

That's not what the lawyers said. In the US, at least; things may be different in your jurisdiction. http://mailman.videolan.org/pipermail/x264-devel/2010-July/0... Even if you decide to use a closed-source decoder, just because the decoder has to be closed source doesn't necessarily mean the entire browser has to be closed. What exactly was the lawyers' reasoning behind this? http://www.mpegla.com/Lists/MPEG%20LA%20…

> doesn't necessarily mean the entire browser has to be closed. Right. I did say that #1 can be worked around. If you you you approach, you still get the Chromium/Chrome model, where you can't release the actual source to the binaries you ship, and worse yet others can't easily fork your "open-source" app while keeping the functionality or redistribute your binaries. > The page you linked clearly says that non-commer…

"commercial use" in that context includes putting it up on a website that has ads. So yes, not everyone has to pay to create content. If you find someone who will give you a free encoder for which they paid the licensing fees, and you make sure that either you don't put your content on the web or if you do that there are no ads on the page and you don't charge for the videos, then you can get away with paying nothing. Quick; name me the places on the web where there are free videos and no ads. I'd love to know where this is!

You completely misinterpreted that. First, the author pulled ads out of his ass -- there's no legal statement to support that theory. Second, the statement from MPEG-LA that I linked to trumps that article -- as long as you're not charging for H264 encoded content you have nothing to fear.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#107
post #34

This is a weak article. > It's called bait and switch. Not really. If anything, it's the eventual use of market power for profiteering. > But it would become another closed de facto standard, just like IE6. Huh? IE6 is a browser not a standard . > This is comparing apples and oranges. Flash is a plugin, This is splitting hairs and a straw man. The user does not care or typically doesn't differentiate between somethin…

> > It's called bait and switch. > Not really. If anything, it's the eventual use of market power for profiteering.

Personally I think "bait and switch" fits here correctly.

> > But it would become another closed de facto standard, just like IE6. > Huh? IE6 is a browser not a standard.

I don't think that you understand what "de facto standard" means. Or maybe you understand, but choose to ignore it to make bullshit argument.

> > This is comparing apples and oranges. Flash is a plugin, > This is splitting hairs and a straw man.

Really? I thought we are talking here about video codecs not Flash. Please stick to meritum. Dont use red herring. Why do you insist to bring Flash to discussion about two video codecs?

>WRONG. Bizarrely wrong in fact since we're arguing about the HTML5 container for video and supported codecs. Flash isn't involved.

Oh so now you insist that Flash isn't involved in this discussion?

> This isn't vapourware either. Modern browsers already support it.

But old browser are still here for at least couple years. I still have to deal with people using IE6 - 10 years after original release. One of the ways, for people building websites, to deal with old browser is to use Flash for certain tasks. So some websites still require Flash as they need to deal with this type of users. But let's not divert this discussion to Flash as it's NOT what we are talking about.

> If there are two dominant standards, sites will be faced with a choice: double-encode everything or pick one. Many have already picked H.264. What's more likely? Double-encoding or simply delivering H.264 to Chrome via a Flash (rather than HTML5) container?

True, there will be probably double encoding involved, but most likely only for certain period of time, the time of transition. Once WebM will gain popularity, double encoding will end, as majority of providers will chose free format. And google just took first steps to popularize WebM.

> If anything, this move prolongs the existence of Flash.

Here we go again. You bring Flash to discussion whenever you don't have another argument. But if you insist - there is still massive hole in your logic: "> What's more likely? Double-encoding or simply delivering H.264 to Chrome via a Flash (rather than HTML5) container?" I don't know if you realize but major players (youtube, vimeo, etc.) in web video double-encode at least since a year - at least to VP6 and h.264. But there is even bigger hole in your logic: "...simply delivering H.264 to Chrome via a Flash..." - you just contradicted yourself by saying that it's in fact h.264 that keeps Flash alive (that you hate so much). If we remove h.264 and propagate WebM, we will remove flash as a fallback dependency.

> > Just because a format is widespread offline does not mean that it is suitable for use on the web.

> Is the author really suggesting H.264 a) isn't widespread on the Web and/or b) isn't suitable for use on the Web? Really?

a) No, not really. You're putting YOUR words in original author's mouth. He said that it's widespread offline. He didn't said anything about it's web share. Your biased point of view implied this. b) Yes, he meant that, but you skipped context of the article. Article is in context of OPEN web, and in that context H.264 isn't suitable.

> If the author thinks this move will displace H.264 they are sadly mistaken. For one, the license fees for using H.264 are negligible for the largest players.

License fees for large players might be negligible but if another - free - format will become widespread enough they will simply switch to that free one, as there will be no reason to pay that fees. And as most big players are public companies, or parts of public companies, they have obligation to shareholders to maximize profits which is easy if you can cut costs.

> For another, there is an enormous installed base of devices with hardware H.264 decoding. Hundreds of millions in fact, most notably the various Apple iDevices.

And that step by Google is an attempt to change it. And given time it will change. First new devices will incorporate hardware encoding of WebM along with h.264. Later, given time they will abandon h.264. You think in categories of months. Big players think in years. Also, I remember people using similar argument against Android, and now android sells biggest number of smartphones.

> These provide a compelling use for the continued use of H.264 in the long term.

And to force world to use paid format for long term.

> Yes but double the processing and double the storage are real issues.

But adoption of WebM will not change situation. We encode to multiple formats whether WebM is here or not. And long term view is that widespread adoption of WebM might actually end that and end licensing fees. So double savings.

> What benefits are those exactly? At least for now the user experience, HTML5 video is still playing catch up to Flash video in terms of user experience.

So now you're arguing that there are no benefits of html5 video? What about the benefit of knowing that user of certain browser definitely have support for your video without requirement of using plugins, which might or might not be there? Honestly, are you trying that hard to shoot yourself in the foot, or are you just picking arguments when they are suitable to prove your point, whatever it is.

> HTML5 video is still playing catch up to Flash video in terms of user experience.

Are you now in favor of using flash instead html5 video? Sure html5 video is playing catch up with flash, but it's playing catchup regardless we use h.264 or WebM. And again, given time html5 video might catch up. If it will not than we will still use flash regardless if dominant codec will be h.264 or WebM.

> Worst case for IE is still about ~50%. That still makes it the single largest browser.

According to these stats http://en.wikipedia.org/wiki/Usage_share_of_web_browsers IE is loosing 10% of market a year. So it won't take much longer.

> I can't imagine it [Safari] getting WebM support anytime soon.

Apple might change their mind anytime if there will be money or pressure involved. Just like they finally removed ban on flash apps from appstore.

> By definition, not giving someone a choice takes away choices.

But you will have a choice. If you like h.264 you can install plugin, if you like Flash you will have Flash, and if you like WebM you will have WebM.

> All of the arguments for this move seem to be focused on the long term. That's fine but in the short term it will unarguably cause users and sites headaches.

Ah, sorry, I see you actually understand that it's not overnight change that they play in here. Sorry again your opinions above were worded (or understood by me) like you didn't understand that.

> That's fine but in the short term it will unarguably cause users and sites headaches.

That's true, but we are already in times of transition from Flash to html5 video, so that's the best time to make strategic moves like that.

> At best, the author's argument descends to "two wrongs make a right". > Note: I'm saying arguing in favour of Flash. In fact, I consider the lack of Flash on my iDevices to be a feature rather than a limitation.

I don't really understand what you are trying to imply here.

> Ironically this moves will likely prolong Flash and slow the adoption of HTML5 as a result.

As I stated many times above I don't think you're right about that. In fact I think opposite - keeping h.264 is prolonging flash and slowing adoption of HTML5.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#108
Chrome is 100% compliant without extraneous h264 support. The HTML5 spec contains no requirement for h264. If you want to blame anyone then blame the W3C working group for not specifying a codec.

As of now h264 is on the same level as ActiveX and VBScript so you might as well ask for Chrome to support those, too.

Granted, in this respect WebM is not perfect either. But at least WebM is meets the criteria to be a part of the W3C spec without modification whereas currently h264 does not.

tl;dr Don't complain if Chrome uses WebM for . My browser will only support Dirac and we're both right.

Re: Google's dropping H.264 in Chrome is not a step backward for openness.

#110
post #34

This is a weak article. > It's called bait and switch. Not really. If anything, it's the eventual use of market power for profiteering. > But it would become another closed de facto standard, just like IE6. Huh? IE6 is a browser not a standard . > This is comparing apples and oranges. Flash is a plugin, This is splitting hairs and a straw man. The user does not care or typically doesn't differentiate between somethin…

Huh? IE6 is a browser not a standard.

"Works on IE6" is a type of HTML/CSS/JS that works on IE6. People had to make websites to work on IE6. That meant new features of the web (HTML, JS & CSS) could not be used because they didn't work on IE6.

Post reply on HN