Live data from Hacker News

Google Removing H.264 Support in Chrome

blog.chromium.org

281–290 of 358 posts

Re: Google Removing H.264 Support in Chrome

#281
post #276

Earlier quoted context omitted.

Software decoding video isn't really that big of a deal. Even mobile processors are powerful enough... (yes, it'll consume battery like a dry horse drinks water in a desert)

> (yes, it'll consume battery like a dry horse drinks water in a desert) For mobile devices, that's a huge deal. There are no resources more scarce than battery power on a mobile device.

I don't disagree, but Android users seem to get by more or less "ok" without hardware 264 decoding (at least the ones who have devices without hardware decoding).

Personally, I just leave my mobile devices plugged in most of the time anyway so they're always topped off, but that's just me.

Re: Google Removing H.264 Support in Chrome

#282

Earlier quoted context omitted.

ffmpeg only has a working webm decoder. xvp8 (the x264-based encoder) hasn't been touched for a few months and is basically vaporware.

In #ffmpeg on freenode: (09:50:48 PM) sjuxax: Guy on HN said this: "ffmpeg only has a working webm decoder. xvp8 (the x264-based encoder) hasn't been touched for a few months and is basically vaporware" (09:50:50 PM) sjuxax: true? ... (09:52:34 PM) Dark_Shikari: not quite true (09:52:42 PM) Dark_Shikari: close, but not quite. (09:52:58 PM) Dark_Shikari: 1) the github tree hasn't been updated (09:53:05 PM) Dark_Shikar…

Assuming you're sjuxax, thank you for the research! I think a lot of us sometimes forget how simple it is to go to the primary sources in cases like this.

Re: Google Removing H.264 Support in Chrome

#284

Google's assumption: People will add WebM encoding to their already complicated video workflows What will actually happen: Chrome will get served h.264 wrapped in Flash. Lose all round, then.

Content providers already have to support browsers that don't include h.264, and Chrome users are now in the same boat as Firefox users -- which content providers certainly won't ignore. For sites which only produce h.264, Chrome includes Flash which can play h.264. And every video site is going to support a Flash playback path for older browsers. The real impact here is pretty small, other than legitimizing a free a…

It's a loss because Chrome is moving from the HTML5 video must-support category to the Flash fallback category.

Re: Google Removing H.264 Support in Chrome

#285
post #244
post #82

Earlier quoted context omitted.

Maybe that is somehow what Google wants? It has cozied up to Adobe to the point of including flash in Chrome itself. And YouTube apparently can't be bothered to make html5 video work reliably. I can't think of why anyone would want to promote flash, though.

I have been without flash for almost a year now and I can't remember the last time I had a problem playing a video on YouTube. It has happen possibly twice.

Really? You must be much, much luckier than I. I just headed over to YouTube, disabled the (excellent) YouTube5 Safari extension, and tried 20 random videos. Only two worked (but fullscreen is still broken).

Re: Google Removing H.264 Support in Chrome

#286

Earlier quoted context omitted.

There ain't no such thing as a free codec. At least, not as long as software patents exist. Does Google want a Free, interoperable web? Then they should take the money they'd spend re-encoding all of YouTube into VP8 and instead spend it on lobbying to eliminate software patents. Then they could just use whatever's the best option from a technical perspective and we could stop having codec shitstorms every six months…

"There ain't no such thing as a free codec." This is what groups like the MPEG-LA want us to think, but I'm not so sure. The Ogg Vorbis codec used for WebM audio has been in use for a decade, and has shipped in dozens of software and hardware products, some from large companies with big pockets. MPEG-LA made the same vague threats about patent pools against Vorbis, but they never followed through. Xiph.org conducted…

Sadly, any random piece of software is somewhat vulnerable.

Any random piece of software is vulnerable.

Look, if Google's serious about the threat software patents pose to openness, there's an obvious thing they should be doing, and it isn't "switch the video codec we use in our web browser". Until I see them doing some serious (i.e., big-money) lobbying to abolish software patents, I'm going to assume the whole openness thing is just marketing bullshit designed to play into geeks' stereotypes of them and Apple.

Re: Google Removing H.264 Support in Chrome

#287

I like Gruber, but he's almost insufferable on issues like these. These questions are "simple" in the least flattering sense. Let's dispatch them: If H.264 support is being removed to “enable open innovation”, will Flash Player support be dropped as well? If not, why? The premise is that openness is all or nothing. But Google can support Flash and work towards openness, just as Apple can prefer open web standards in…

But Google can support Flash and work towards openness

Here's the thing, though. Mozilla and Google, over the past year, have basically used the video-codecs thing as a publicity stunt. LOOK AT ME I'M SO PURE AND OPEN AND NOT LIKE THOSE VICIOUS CLOSED EVIL APPLE NAZIS (except please please please don't ask us about all that proprietary stuff we still do, please). It's hard not to see this as hypocritical.

So it's perfectly reasonable to, for example, call Google out on that. If they're really serious about openness, but need to make some compromises to deal with legacy proprietary stuff, why was this the specific compromise? Why not, say, keep H264 support in the element while encouraging people to re-encode, and cut Flash? That at least gets you progress toward an open standard -- HTML5 -- if not a completely ideologically pure platform.

And especially given the fact that H264 has already literally won -- in the mobile market, in the broadcast market, in the home-entertainment market -- while Flash players which spool out H264-encoded video are essentially interchangeable with HTML5 elements which spool out H264-encoded video, it's hard to see this as a genuine move in support of "openness".

It should be obvious that Google's hope is anyone using HTML5 video will eventually move to WebM exclusively.

This is the real point, I think. Google, I'm pretty sure, doesn't actually give a shit about openness; they care about getting people to use platforms they can control. See the requirements you have to meet to get the actual Android platform (you know, the one with the useful Google apps). See their ongoing spats with sites like Facebook, which are rooted more in Google not getting access to/control over data than any noble attempt to serve privacy. And see WebM, the codec Google owns, and which they're going to ram down everyone's throat via every channel they can use.

Post reply on HN