Пол Уилкинс (Paul Wilkins), один из авторов видеокодеков серии VPx, ныне руководящий группой разработки технологий кодирования видео в Google, объявил (https://groups.google.com/a/webmproject.org/forum/#!msg/webm...) о финальной стабилизации формата битового потока кодека нового поколения VP9, идущего на смену VP8. Одновременно со стабилизацией потокового формата, подразумевающей полное прекращение внесения каких-либо изменений, реализация декодировщика VP9 активирована (https://code.google.com/p/chromium/issues/detail?id=180280) по умолчанию в экспериментальной кодовой базе браузеров Chrome и Chromium. В ближайшее время также ожидается начало обеспечения поддержки нового кодека в сервисе YouTube.
Кодек VP9 развивается в качестве конкурента будущего стандарта сжатия видео H.265/HEVC (http://www.opennet.dev/opennews/art.shtml?num=35933) (High Efficiency Video Coding). По сравнению с VP8 разработчикам удалось добиться в VP9 сокращения размера битового потока на 50% при сохранении идентичного качества, а также обеспечить более высокий уровнь сжатия по сравнению с формируемым стандартом H.265/HEVC. Проведённые тесты свидетельствуют об увеличении степени сжатия по сравнению с VP8 на 44% для видео высокого разрешения и на 26% для видео среднего и низкого разрешения. Среди других особенностей отмечается адаптация декодера для работы на маломощных встраиваемых устройствах и широкий спектр режимов качества, в том числе кодирование без потерь.
Достигнутых результатов удалось добиться благодаря внедрению ряда новых технологий (http://www.ietf.org/proceedings/85/slides/slides-85-videocod...): применение новых структур кодирования - квадродеревьев; поддержка использования в качестве суперблоков областей в 32x32 и 64x64 пикселей; возможность трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16); улучшенный алгоритм предсказания межкадровых изменений; улучшенная модель кодирования энтропии; новые методы объединения схожих блоков в сегменты.
URL: https://groups.google.com/a/webmproject.org/forum/#!msg/webm...
Новость: http://www.opennet.dev/opennews/art.shtml?num=37195
без GPGPU его нельзя использовать для кодирования
Кто вам это сказал? Тот же VP8 с deadline ориентированным на реалтайм - жмет очень резво, у меня спокойно успевает сплюснуть 1280x1024 в реалтайме. Просто соотношение битрейт-качество у картинки несколько хуже чем у "не реалтаймного" кодировщика.Это же касается и аппаратных энкодеров. Для любого кодека. Там применяются более простые алгоритмы с некоторым ущербом качеству. Зато в реалтайме.
Ясен фиг, 2-проходное сжатие например - лучше. Но это автоматически подразумевает "оффлайновое" сжатие, никакого реалтайма, т.к. 2 прохода по всему материалу требуется.
может таки 1280 на 720 ?
вангую захват экрана с 17" монитора.
А может 1280*960 или может 1*1, к чему вообще эта тупая реплика, или ты не видел 4:3?
Чепуха. У меня билд ихней "беты" давал 3 фпс на одном из ядер (треды были выключены самой либой как пока нестабильные). И судя по всему там не использовались процессорные оптимизации, но это опять же вопрос времени
а что там с качеством аудио/видео? улучшили или нет?
Посмотрим, как они с Daala’ой уживутся…
>включен по умолчанию в ChromеА в браузеры будет включен?
Ну в Оперу же!
Красавцы! Таки успели раньше конкурентов. Интересно будет посмотреть на сколько позже выйдет h265 и сравнение качества с финальной версией h265. Потому что конечно сравнива1ть выпущенный кодек с незавершенной версией конкурента некорректно, ИМХО.
H.265 вышел в январе 2013 г.
>возможность трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16)МПЕГЛА же засудит
MPEG LA тут совершенно ни при чем. Патент о использовании DCT в сжатии за Canon: http://patentimages.storage.googleapis.com/pdfs/31efb2f5d736...
Это что касается DCT преобразования в сжатии. Что касается ADST, то я даже не нашел что это.
Canon это и есть MPEG LA
http://www.mpegla.com/main/programs/M4V/Pages/Licensors.aspx
Как я понимаю, ADST это асимметричное дискретное синусное преобразование.
Не засудит. После того, как Google прижал MPEG LA патентами Motorolla на технологии, использованные в кодеках стандарта AVC - они быстро заключили с Google договор о ненападении. Даже не стали ждать результатов судебного процесса. Думаю, с Google им слабо тягаться. Вот Nokia пока борзеет, не поняли ещё финны, с кем они патенты свои не поделили. Когда поймут - будет поздно...
> МПЕГЛА же засудитС ней как ни странно договорились вроде.
>МПЕГЛА же засудитгугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить и судить, так что пусть МПЕГЛА мешает ему как может.
Все издержки патентной системы оплачивает потребитель.
> Все издержки оплачивает потребитель.*fixed
>>МПЕГЛА же засудит
> гугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить
> и судить, так что пусть МПЕГЛА мешает ему как может.увы, у вас кроме самообмана еще и философия терпилы
>>>МПЕГЛА же засудит
>> гугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить
>> и судить, так что пусть МПЕГЛА мешает ему как может.
> увы, у вас кроме самообмана еще и философия терпилыДа вы тут все до единого терпилы. Сидите и ждете, пока кто-то напишет. Потом дружно начинаете ср.ть - "Ооооооо.......аааааааааа! не тоооооооо! Хачюююююю с перламутровыми пугавицамиииииииииии!"
Ибо башлять за нормальный труд вам нечем, кроме как своим безлимитным свободным временем. И разница лишь в том, что у вас какие-то сорцы есть - которые ни один будак НЕ ЧИТАЕТ.
Опачки?
Жду релиза libvpx, и добавление сабжа в FFMPGEG. Надеюсь, Google заставит реализовать в железе данный кодек всех вендоров, производящих видеокарты и SoC для решений на базе Android. У них есть возможность это сделать.
> У них есть возможность это сделать.И что характерно, в новых SoC VP8 повально есть.
> Жду релиза libvpx, и добавление сабжа в FFMPGEG. Надеюсь, Google заставит
> реализовать в железе данный кодек всех вендоров, производящих видеокарты и SoC
> для решений на базе Android. У них есть возможность это сделать.Все современные SoC это лицензированное ядро + стандартная библиотечная периферия, накидают на вафлю как тот школоло в вижуале на формочку кнопок. Опубликовать модуль декодера и он будет везде где вендору было не влом пару кнопок нажать и немного мышой поёрзать.
$ git clone -b experimental http://git.chromium.org/webm/libvpx.git
$ cd libvpx
$ ./configure --enable-vp9 --enable-shared
$ make && make install
> $ 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
Видеокодек от ГУГЛа достиг стабилизации потокового формата и включен по умолчанию в браузер ГУГЛа, конкуренты не поспели ! Ура товарищи !Ждем на всех видео хостингах и на Лисе.
Мужики, а к GStreamer когда VP9 прикрутят?
Очень жду.