https://opennet.ru/openforum/vsluhforumID3/101927.html После полутора лет разработки представлен (https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/2zYWenmdUM8) выпуск библиотеки libvpx 1.4.0 (http://www.webmproject.org/), в рамках которой развиваются эталонные реализации свободных видеокодеков VP8 (http://www.opennet.ru/opennews/art.shtml?num=26656) и VP9 (http://www.opennet.ru/opennews/art.shtml?num=37195). Код libvpx распространяется под лицензией BSD. Компания Google делегировала неограниченному кругу лиц возможность безвозмездного использования всех патентов, касающихся заложенных в VP8 и VP9 технологий, и отказалась от сбора каких либо отчислений (royalty-free).<br><br><br>По результатам внутреннего тестирования кодек VP9 кодирует видео значительно эффективнее (при аналогичном уровне сжатия удаётся упаковать видео с более высоким качеством картинки), чем VP8 или лучшие реализации H.264 high profile, и даже немного обгоняет H.265 (HEVC). Особенностью VP9 также является адаптация декодера для работы на маломощных встраиваемых устройствах и предо https://opennet.ru/openforum/vsluhforumID3/101927.html#95 Thu, 25 Jun 2015 20:43:32 GMT Иксперты заливающие на rghost...<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#94 Wed, 08 Apr 2015 13:25:45 GMT SSE/AVX с унифицированными шейдерными блоками в телевизоре нужны только в том случае, если вы собираетесь играть на нём в скайрим. А для просмотра видео таки дешевле поставить туда какой-нибудь хиленький ARM со встроенным аппаратным декодером.<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#93 Tue, 07 Apr 2015 19:21:46 GMT &gt; Можно конечно с радостным видом включить ignore-gpu-blacklist и думать что он включит <br>&gt; GPU декодирование на линуксе, но только это как раз неправда.<br><br>А вы как эталон правды - приведете нам ссыль на источник ваших данных про отсутствие поддержки? А то я код нашел, если что.<br><br> https://opennet.ru/openforum/vsluhforumID3/101927.html#92 Tue, 07 Apr 2015 15:51:05 GMT Чтоб ничего не отклеивалось и грива была мягкой шелковистой есть простой рецепт.<br>Проверять что значат флаги типа ignore-gpu-blacklist, проверять оф багтрекеры на информацию, проверять самому, проверять выхлоп браузера на то что используется ли реально GPU декодирование видео и т.д. и т.п. Это не трудно.<br>Можно конечно с радостным видом включить ignore-gpu-blacklist и думать что он включит GPU декодирование на линуксе, но только это как раз неправда.<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#91 Tue, 07 Apr 2015 14:00:43 GMT &gt; На самом деле не так, они для венды и os x запилили GPU декодирование,<br><br>При том для начала GPU умеющих H.265 - полторы модели на планету.<br><br>&gt; а про линукс сослались, &#171;что графическая система плохая, пилить не будем&#187; <br><br>Вы когда врете - следите чтоб усы не отклеивались. Потому что тут в соседних коментах рассказывают как включить это самое "нереализованное" ускорение через флаги в хроме. Интересная фигня - не реализовано, но включается. Где-то здесь нестыковочка! :)<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#90 Tue, 07 Apr 2015 13:56:53 GMT &gt; Не удалось найти в ынтернетах человека, у которого бы это заработало.<br><br>А сколько человеков ты опросил? :)<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#88 Tue, 07 Apr 2015 12:37:38 GMT На самом деле не так, они для венды и os x запилили GPU декодирование, а про линукс сослались, &#171;что графическая система плохая, пилить не будем&#187;<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#87 Tue, 07 Apr 2015 06:22:48 GMT Ога, нравятся мне такие кадры: <br><br>&gt; we don't need to add software decoder<br><br>Ну то-есть играться будет только на девайсах с хардварным декодером, то-бишь по принципу random(10). Их тима то поди ориентируется на какие-то внутренние юзкейсы, типа поставки девайса по типу приставки к телеящику, с аппаратным декодером который так заведомо умеет, так что 100% этих девайсов будут играть то что хотела эта командочка.<br><br>Но в постановке вопроса от той командочки нет ни малейшего намека на то чтобы каждый первый обладатель хрома/хромиума в любой ОС на любом девайсе мог бы играть это видео, что намекает что они целятся в какой-то свой юзкейс а не решение которое GA.<br> https://opennet.ru/openforum/vsluhforumID3/101927.html#86 Mon, 06 Apr 2015 20:41:53 GMT &gt; Нет, я предлагаю использовать отлaженный rate control, напр. в ffmpeg.<br><br>Не заметил фундаментальной разницы ваших мувиков с моими, если честно. В том плане что все проблемные места остались там же где и были. Может общее качество чуть выросло, но принципиально ничего не изменилось. А один фиг первый проход делается грубо и быстро и потом сложность сцен намереная там и определяет общий вид rate curve. Собствено, пoйнт 2-проходного кодирования в том чтобы кодек заранее знал что его ждет и мог оптимальнее раскинуть доступный бюджет битрейта.<br><br>&gt; А как насчет полного мыла в текстурах камней, зверей и прочего в <br>&gt; VP9, чего нет в h.264?<br><br>Действительно: там у бегущего зайца на пyзе - просто мпеговские квадратики. Зато никакого мыла! :) <br><br>Но вот на мое имхо - мыло меньше бросается в глаза чем квадратики. Более того - если обратить внимание, в х265 это, похоже, осознали и там - все тоже именно замылено. Относительно незаметный артефакт: глаз мелкие элементы в движении не очень различает, безoбрaзие видно тольк