3 ms·

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

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?

lukeschlather 16y ago
Presumably the next Android Dev phone will have a SoC that supports WebM... otherwise yes this move is toothless.
trotsky 16y ago
Someone else's SOC?
- rabidsnail 16y ago
  Yes. The only smartphone makers that I can think of that design their own chips are Apple and Samsung.
  - trotsky 16y ago
    To clarify, I meant choose option C) a SOC that supported my requirements.
  - dfox 16y ago
    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 :)
vetinari 16y ago
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.
- rabidsnail 16y ago
  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?
  - mpyne 16y ago
    > 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.
  - kelnos 16y ago
    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.
  - suraj 16y ago
    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.
  - bane 16y ago
    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&DCMP=TIHomeTracking&HQS=Other+OT+home_p_dsp http://focus.ti.com/dsp/docs/dsphome.tsp?sectionId=46&DC...

lukeschlather 16y ago

Presumably the next Android Dev phone will have a SoC that supports WebM... otherwise yes this move is toothless.

trotsky 16y ago

Someone else's SOC?

rabidsnail 16y ago
Yes. The only smartphone makers that I can think of that design their own chips are Apple and Samsung.
- trotsky 16y ago
  To clarify, I meant choose option C) a SOC that supported my requirements.
- dfox 16y ago
  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 :)

vetinari 16y ago

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.

rabidsnail 16y ago
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?
- mpyne 16y ago
  > 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.
- kelnos 16y ago
  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.
- suraj 16y ago
  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.
- bane 16y ago
  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&DCMP=TIHomeTracking&HQS=Other+OT+home_p_dsp http://focus.ti.com/dsp/docs/dsphome.tsp?sectionId=46&DC...