Dark Shikari sice na VP8 nenechal nit suchou, ale poslední dva měsíce s kolegy (Ronald Bultje a David Conrad) pracovali na implementaci, která tu od Googlu předčí. Však pohlédněte na grafy prezentující rychlost dekódování (time ffmpeg -vcodec {libvpx or vp8} -i input -vsync 0 -an -f null), tedy přehrávání dvou testovacích klipů na různých počítačích. Kód ffvp8 vznikl na zelené louce, není založen na tom od Googlu (zvaném libvpx), ale pouze na specifikaci. Již před pár týdny byl kód 100% kompatibilní s Google, pak už se jen ladil výkon. Aktuálně jsme teprve po prvním kole optimalizací, je tedy jasné, že ffvp8 čeká do budoucna další zrychlování. Nemohu nedodat: toto je zářná ukázka toho, kde otevření kódu/specifikace věci neskutečně prospěje.

Benchmarky také ukazují, že ffvp8 se daří náramně zejména na 64bitových systémech, velmi pozitivně dopadlo i zrychlení na Atomech. Ve velmi blízké budoucnosti lze očekávat, že řada přehrávačů založená na FFmpeg přinese tento kód a tím i zrychlení přehrávání VP8 videí na CPU (o GPU se dnes bavit nebudeme). Z nich lze jmenovat třeba VLC, otázka implementace ve webových prohlížečích visí na jejich tvůrcích, ale pokud bude ffvp8 i nadále rychlejší než VP8 od Google, byla by hloupost používat pomalejší kód. Uvidíme, co na to Mozilla a Opera, Microsoft je v tomto irelevantní, neboť bude spoléhat na kodek v systému, ale hlavně jsme zvědavi, jak se k tomu postaví Google - dá se očekávat, že s ffvp8 přijde Chrome/Chromium jako jeden z prvních prohlížečů, ostatně Chrome již dnes používá libavcodec pro většinu věcí.

Jak již zaznělo, tvůrci budou nadále pokračovat v optimalizacích, i v těchto dnech se ve zdrojácích objevuje řada vylepšení, která teprve budou zahrnuta.