Короткое определение

Эталонный VP8/VP9-энкодер от Google. Долгое время – рабочая лошадка YouTube; до сих пор встречается в WebRTC-пайплайнах.

libvpx – референсный энкодер и декодер Google для VP8 и VP9. Изначально разработан On2 Technologies (приобретён Google в 2010 году), и был канонической реализацией этих двух royalty-free кодеков со времени их выхода. YouTube использовал libvpx как основной энкодер большую часть 2010-х; WebRTC годами по умолчанию использовал libvpx-VP8-кодирование для видеозвонков. Везде, где сегодня в мире живёт VP8- или VP9-видео – велика вероятность, что туда его положил libvpx.

По сравнению с конкурентами своего времени. libvpx против x264 для эквивалентного H.264-кодирования: libvpx-VP9 даёт файлы примерно сопоставимые с x265-HEVC при том же качестве, драматически меньше x264-H.264, но при значительно более высокой стоимости кодирования. libvpx против SVT-AV1 для next-generation-кодирования: libvpx сейчас старше и медленнее; SVT-AV1 даёт лучшие AV1-файлы, чем libvpx даёт VP9-файлы, и AV1 – естественный преемник. Сам Google сдвинул фокус с libvpx на вклад в SVT-AV1 для новой разработки кодирования.

Для продуктовой команды в 2026 году libvpx – legacy, которое всё ещё можно встретить. WebRTC-стеки по умолчанию используют его для VP8-видеозвонков (и всё чаще для VP9). Некоторые старые Chromium-based-пайплайны до сих пор используют libvpx-VP9 для VOD по умолчанию. YouTube всё ещё отдаёт много VP9, закодированного libvpx. Если строите новую систему сегодня – дефолтьтесь на AV1 через SVT-AV1 для VOD и на AV1 или VP9 (что поддерживают ваши конечные точки) для realtime. libvpx не исчез, но новая разработка идёт в другом месте; относитесь к нему как к стабильному зрелому инструменту, а не как к стратегической платформе.

Считаете параметры для своего продукта?

Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.