News for hackers. Stuff that matters.
Re:Google Removing H.264 Support in Chrome by dev_jim on Tuesday January 11, 2011 @04:28PM (#2093592)
> The big deal breaker i see is the mobile devices who natively support H264

You kind of buried this but this is the true deal breaker. There aren't (and probably won't be) hardware WebM decoders.

And Firefox doesn't support WebM yet. You'll have to wait on version 4 (0% market share right now as you said for IE9).

Re:Google Removing H.264 Support in Chrome by patrickaljord on Tuesday January 11, 2011 @04:32PM (#2093616)
> There aren't (and probably won't be) hardware WebM decoders.

The very article states that there are hardware WebM decoders, not only that but Google is licensing the technology for free as in zero dollars:

http://blog.webmproject.org/2011/01/availability-of-webm-vp8...

Re:Google Removing H.264 Support in Chrome by rabidsnail on Tuesday January 11, 2011 @06:27PM (#2094082)
Licensing isn't the (only) issue for asics. Hardware decoders are only reasonably priced if they're being produced at scale. If I'm a device manufacturer and I have a choice between getting h.264 for free because it's on the SoC I'm using and paying multiple dollars (!) for a WebM decoder, not to mention wasting valuable board space and paying for it to be soldered on, which do you think I'll choose?
Re:Google Removing H.264 Support in Chrome by vetinari on Tuesday January 11, 2011 @07:15PM (#2094242)
1) You aren't going to get H.264 decoder for free. There will be always at least license fees to MPEG-LA. 2) Current hardware video decoders are DSPs. You are not going to "waste valuable board space". It is a program in ROM, it is easy to change H.264 to VP8, you will probably even save some space.
Re:Google Removing H.264 Support in Chrome by rabidsnail on Tuesday January 11, 2011 @07:51PM (#2094363)
1) Those license fees approach zero as you produce more units.

2) If I'm not mistaken they're not general purpose computers. If they were what would be the point? Why not use a math coprocessor?

Re:Google Removing H.264 Support in Chrome by kelnos on Tuesday January 11, 2011 @10:37PM (#2094823)
Most hardware video decoders are special-purpose DSPs that the manufacturers write firmware/microcode for to decode particular formats. The instruction sets of the DSPs are well suited to operations normally performed when decoding (or encoding) video.
Re:Google Removing H.264 Support in Chrome by mpyne on Tuesday January 11, 2011 @09:55PM (#2094720)
> If I'm not mistaken they're not general purpose computers. If they were what would be the point? Why not use a math coprocessor?

They are not general-purpose, but that doesn't mean they're not easily re-programmable either. Consider the example of GPUs.

I want to say some SNES games used a DSP chip, there are several known to emulator authors, including two versions that used the exact same hardware with different microcode (and therefore different abilities). So it's been done before at least.

Re:Google Removing H.264 Support in Chrome by suraj on Tuesday January 11, 2011 @10:44PM (#2094841)
DSP's are like processor units in GPU. Optimized for fast and parallel multiply and add computations (and some other basic signal processing stuff). One codec is not that much different from other from computation point of view.

The accelerator units are usually filters that operate over a region of memory while processor is busy computing something else. These can be made fixed function, however most of them are programmable to support multiple steps in codec processing.

Re:Google Removing H.264 Support in Chrome by bane on Wednesday January 12, 2011 @12:25AM (#2095106)
DSPs are programmable, limited functionality, computers.

TI I believe is the largest vendors of DSPs for hardware decoding/encoding

http://focus.ti.com/dsp/docs/dsphome.tsp?sectionId=46&DC...

Re:Google Removing H.264 Support in Chrome by lukeschlather on Tuesday January 11, 2011 @06:50PM (#2094157)
Presumably the next Android Dev phone will have a SoC that supports WebM... otherwise yes this move is toothless.
Re:Google Removing H.264 Support in Chrome by trotsky on Tuesday January 11, 2011 @06:52PM (#2094163)
Someone else's SOC?
Re:Google Removing H.264 Support in Chrome by rabidsnail on Tuesday January 11, 2011 @07:46PM (#2094346)
Yes. The only smartphone makers that I can think of that design their own chips are Apple and Samsung.
Re:Google Removing H.264 Support in Chrome by dfox on Wednesday January 12, 2011 @10:15AM (#2096359)
Your assumption is valid only in case when you don't count smartphone makers that actually design their own complete phones and not license baseband implementation from someone :)
Re:Google Removing H.264 Support in Chrome by trotsky on Tuesday January 11, 2011 @08:01PM (#2094396)
To clarify, I meant choose option C) a SOC that supported my requirements.
Re:Google Removing H.264 Support in Chrome by ot on Tuesday January 11, 2011 @05:50PM (#2093949)
But it is not sure whether Apple will adopt them. Could the competition with iPhones have influenced this decision?
Re:Google Removing H.264 Support in Chrome by bandushrew on Tuesday January 11, 2011 @07:42PM (#2094324)
which means that not one of the tablet/mobile devices out there right now supports webM.

is that true? how many released mobile devices have hardware support for the webM decoder?

Re:Google Removing H.264 Support in Chrome by redrobot5050 on Wednesday January 12, 2011 @05:14PM (#2097940)
None. And its likely that software decoding of WebM will behave on mobile devices the same way Flash behaves. Okay in newer devices, but laughable in previous generation devices.
Re:Google Removing H.264 Support in Chrome by Raphael_Amiard on Tuesday January 11, 2011 @04:31PM (#2093603)
> You kind of buried this but this is the true deal breaker.

Well i mentionned it. I'm at least partially intellectually honest :)

> Firefox doesn't support WebM yet. You'll have to wait on version 4 (0% market share right now as you said for IE9)

That's totally true, but from experience and statistical evidence, i think firefox users are more inclined to upgrade their browser than IE user are.

> There aren't (and probably won't be) hardware WebM decoders.

I don't think that's true

Re:Google Removing H.264 Support in Chrome by dev_jim on Tuesday January 11, 2011 @04:37PM (#2093638)
> That's totally true, but from experience and statistical evidence, i think firefox users are more inclined to upgrade their browser than IE user are

Very true. Our site has had for a while only a couple percent of non 3.5+ Firefox traffic.

Re:Google Removing H.264 Support in Chrome by sigzero on Wednesday January 12, 2011 @08:21AM (#2096016)
There are hardware decoders but nobody uses them at this point. It will be a very long very painful process. I am not sure whether it is good or bad.
Re:Google Removing H.264 Support in Chrome by ZeroGravitas on Tuesday January 11, 2011 @04:34PM (#2093624)
There are already hardware WebM decoders, in fact they've just announced hardware encoders too.

They link to a relevant announcement in the linked blog post:

http://blog.webmproject.org/2011/01/availability-of-webm-vp8...

And the update rates of Firefox and Chrome and totally different from IE, especially since version 9 doesn't support XP.

Re:Google Removing H.264 Support in Chrome by bane on Wednesday January 12, 2011 @12:28AM (#2095111)
There aren't _(and probably won't be)_ hardware WebM decoders.

http://googland.blogspot.com/2011/01/g-availability-of-webm-...

The Oulu team will release the first VP8 video hardware encoder IP in the first quarter of 2011. We have the IP running in an FPGA environment, and rigorous testing is underway. Once all features have been tested and implemented, the encoder will be launched as well.

Re:Google Removing H.264 Support in Chrome by ajb on Wednesday January 12, 2011 @05:08AM (#2095607)
No, there are hardware webm decoders. Eg: "Broadcom Accelerates WebM Video on Mobile Phones" from http://www.broadcom.com/press/release.php?id=s471536 And that's from eight months ago. Broadcom is a huge maker of mobile SOCs; I haven;t checked the others, but I bet they support webm too.