Back when I originally reviewed VP8, I noted that the official decoder, libvpx, was rather slow. While there was no particular reason that it should be much faster than a good H.264 decoder, it shouldnt have been that much slower either!
So, I set out with Ronald Bultje and David Conrad to make a better one in FFmpeg. This one would be community-developed and free from the beginning, rather than the proprietary code-dump that was libvpx.
A few weeks ago the decoder was complete enough to be bit-exact with libvpx, making it the first independent free implementation of a VP8 decoder.
As these benchmarks show,
ffvp8 is clearly much faster than libvpx, particularly on 64-bit. Its even faster by a large margin on Atom, despite the fact that we havent even begun optimizing for it. In many cases, ffvp8′s extra speed can make the difference between a video that plays and one that doesnt, especially in modern browsers with software compositing engines taking up a lot of CPU time. Want to get faster playback of VP8 videos?
The next versions of FFmpeg-based players, like VLC, will include ffvp8. Want to get faster playback of WebM in your browser? Lobby your browser developers to use ffvp8 instead of libvpx. I expect Chrome to switch first, as they already use libavcodec for most of their playback system.
Keep in mind ffvp8 is not done we will continue to improve it and make it faster. We still have a number of optimizations in the pipeline that arent committed yet.