Мэт Фрост (Matt Frost), руководитель проекта WebM, объявил (http://blog.webmproject.org/2013/07/vp9-lands-in-chrome-dev-...) о включении кодека VP9 (http://www.webmproject.org/vp9/) в dev-каналы поставки браузера Chrome. Работа над данным кодеком началась 18 месяцев назад. В данный момент основной объем работ завершен и в основном ведется работа над оптимизацией производительности библиотеки libvpx (http://www.webmproject.org/code/#libvpx-vp8vp9-codec-sdk) на различных платформах и работа по внедрению поддержки в разнообразных программных и аппаратных продуктах. Отдельно можно упомянуть, что поддержка использования кодека VP9 также включена в текущие кодовые базы проектов FFmpeg и libav.
По результатам внутреннего тестирования кодек VP9 кодирует видео примерно на 50% эффективнее (при аналогичном уровне сжатия удаётся упаковать видео с более высоким качеством картинки), чем VP8 или лучшие реализации H.264 high profile и даже немного обгоняет H.265 (HEVC). Библиотека libvcx с эталонной реализацией кодека VP9 доступна на условиях BSD-подобной лицензии. Компания Google также явным образом разрешает использовать неограниченному кругу лиц все патенты, касающиеся данной технологии без выплаты каких либо отчислений (royalty-free).URL: http://blog.webmproject.org/2013/07/vp9-lands-in-chrome-dev-...
Новость: http://www.opennet.me/opennews/art.shtml?num=37326
>>поддержка использования кодека VP9 также включена в текущие кодовые базы проектов FFmpeg и libavПодскажите плееры, умеющие играть видео, пожатое данным кодеком.
Любой с поддержкой libvpx. А её поддерживает ffmpeg, например.
Просто собери libvpx с git.
А плеер допрет указывать кодек VP9 этой либе? Впрочем, ща проверим :)
Если не допрёт — можно пнуть самому:
mplayer -vc fflibvpx
> mplayer -vc fflibvpxА он допрет потом сообщить оной либе что это VP9 а не VP8? Впрочем, ща проверим. Что-то гугловский компрессор VP9 - мееееееедленный, зараза этакая.
Проверил. А вот и хрен тебе, золотая рыбка. Одной заменой libvpx не отделаешься: плееры не понимают что это за VP9 вот так сразу :)
$ git clone -b experimental http://git.chromium.org/webm/libvpx.git
$ cd libvpx
$ ./configure --enable-vp9 --enable-shared
$ make && make install$ cd ffmpeg
$ ./configure --enable-libvpx
Во-во, еще ffmpeg или libav надо из гита собирать.
> $ git clone -b experimental http://git.chromium.org/webm/libvpx.gitА что там такого в experimental? Вроде в дефолтном мастере vp9 тоже есть.
>Любой с поддержкой libvpx. А её поддерживает ffmpeg, например.А её поддерживает gstreamer, например. А её поддерживает phonon, например.
Нужно больше древесины^W уровней абстракции.
На второй итерации гугл порвал таки проприетарщиков.
После того как они купили команду классных спецов это было лишь вопросом времени
Не нужно. x264 и x265 на все. Достаточно зайти на любой трекер чтобы в этом убедиться.
Все со временем будет. Качество все равно победит. Только те кто видео занимаются зачастую либо укурки либо слоупоки. Время им много понадобится чтобы перейти на новый формат.Еще хороший вариант промыть мозги рекламой бесплатного (ахахаха) кодека.
> Не нужно. x264 и x265 на все. Достаточно зайти на любой трекер чтобы в этом убедиться.Не вижу что-то там никакого x265. А сжатие у VP9 лучше чем у любой инкарнации H.264.
А насчет трекеров - сейчас вам взбесившийся принтер объяснит что вы неправы. Там помнится довольно конские штрафы предлагаются.
>Не нужно. x264 и x265 на все. Достаточно зайти на любой трекер чтобы в этом убедиться.В таком случае там не было бы MKV-контейнера. Все бы пользовались стандартым (и кстати, намного более совместимым) MP4
> (и кстати, намного более совместимым) MP4И куда более убогим/примитивным. Как будто те кто рипы делает ориентируются на просмотр оных на этом вашем глупом тетрисе.
Очень интересно сравнение сабжа с Dirac. Всетаки модификация последнего стандартизирована как VC-2...
> как VC-2...Кэп намекает что VC-2 ориентирован на передачу качественного видео с высоким битрейтом.
> Кэп намекает что VC-2 ориентирован на передачу качественного видео с высоким битрейтом.Ну VC-2 это Dirac-Pro, но это всеравно ничего говорит о его характеристиках для обычного видео.
gpu-cpu ускорения нету
> gpu-cpu ускорения нетуДык у h.265 аналогично :)
в текущей реализации, которая, со временем, может быть (и скорее всего будет) изменена