If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

FFmpeg's VP8 Decoder Blasts Google's Decoder

Phoronix: FFmpeg's VP8 Decoder Blasts Google's Decoder

It was just back in May that Google opened up the VP8 video format that they got their hands on through the acquisition of On2 and at the same time they created the WebM container format. VP8 has already received a lot of love by the open-source community -- both developers and end-users -- and support for it has already worked its way into FFmpeg, GStreamer, and other multimedia projects. Google released the libvpx library as their official VP8 decoder library, but now the FFmpeg developers have created their own decoder and it's shockingly faster than that of Google's own open-source library...

I'm sure it'll do quite well even on a uniprocessor (or hyperthreading) P4 if the ffvp8 library is compiled with the right compiler flags.

Yep, FFmpeg devs tend to make sure that things work well on all numbers of cores. so far as to say that any change for multi-core systems should not degrade single core performance. At least for h264, I would expect the same treatment for webM/vp8

Well did you see that the bitrate is only 4.5 mbit for those videos? Of course it is 1080p, but what matters is the bitrate. Well youtube will most likely not use much more, so it should be possible to decode it. But html5 still misses a good full screen playback.

Well did you see that the bitrate is only 4.5 mbit for those videos? Of course it is 1080p, but what matters is the bitrate. Well youtube will most likely not use much more, so it should be possible to decode it. But html5 still misses a good full screen playback.

I'm sure that shortcoming will be fixed eventually once VP8 encoded video hits the mainstream