The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Видеокодек VP9 достиг стабилизации потокового формата и включен по умолчанию в Chromе

17.06.2013 22:35

Пол Уилкинс (Paul Wilkins), один из авторов видеокодеков серии VPx, ныне руководящий группой разработки технологий кодирования видео в Google, объявил о финальной стабилизации формата битового потока кодека нового поколения VP9, идущего на смену VP8. Одновременно со стабилизацией потокового формата, подразумевающей полное прекращение внесения каких-либо изменений, реализация декодировщика VP9 активирована по умолчанию в экспериментальной кодовой базе браузеров Chrome и Chromium. В ближайшее время также ожидается начало обеспечения поддержки нового кодека в сервисе YouTube.

Кодек VP9 развивается в качестве конкурента будущего стандарта сжатия видео H.265/HEVC (High Efficiency Video Coding). По сравнению с VP8 разработчикам удалось добиться в VP9 сокращения размера битового потока на 50% при сохранении идентичного качества, а также обеспечить более высокий уровнь сжатия по сравнению с формируемым стандартом H.265/HEVC. Проведённые тесты свидетельствуют об увеличении степени сжатия по сравнению с VP8 на 44% для видео высокого разрешения и на 26% для видео среднего и низкого разрешения. Среди других особенностей отмечается адаптация декодера для работы на маломощных встраиваемых устройствах и широкий спектр режимов качества, в том числе кодирование без потерь.

Достигнутых результатов удалось добиться благодаря внедрению ряда новых технологий: применение новых структур кодирования - квадродеревьев; поддержка использования в качестве суперблоков областей в 32x32 и 64x64 пикселей; возможность трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16); улучшенный алгоритм предсказания межкадровых изменений; улучшенная модель кодирования энтропии; новые методы объединения схожих блоков в сегменты.

  1. Главная ссылка к новости (https://groups.google.com/a/we...)
  2. OpenNews: Компания Google близка к завершению работы над кодеком VP9, идущим на смену VP8
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/37195-vp9
Ключевые слова: vp9, vp8, video
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:54, 17/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    без GPGPU его нельзя использовать для кодирования
     
     
  • 2.15, Аноним (-), 04:16, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто вам это сказал? Тот же VP8 с deadline ориентированным на реалтайм - жмет очень резво, у меня спокойно успевает сплюснуть 1280x1024 в реалтайме. Просто соотношение битрейт-качество у картинки несколько хуже чем у "не реалтаймного" кодировщика.

    Это же касается и аппаратных энкодеров. Для любого кодека. Там применяются более простые алгоритмы с некоторым ущербом качеству. Зато в реалтайме.

    Ясен фиг, 2-проходное сжатие например - лучше. Но это автоматически подразумевает "оффлайновое" сжатие, никакого реалтайма, т.к. 2 прохода по всему материалу требуется.

     
     
  • 3.19, Аноним (-), 06:23, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    может таки 1280 на 720 ?
     
     
  • 4.26, Михаил (??), 08:01, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вангую захват экрана с 17" монитора.
     
  • 4.34, 1 (??), 05:09, 22/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А может 1280*960 или может 1*1, к чему вообще эта тупая реплика, или ты не видел 4:3?
     
  • 2.27, kurokaze (ok), 09:06, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Чепуха. У меня билд ихней "беты" давал 3 фпс на одном из ядер (треды были выключены самой либой как пока нестабильные). И судя по всему там не использовались процессорные оптимизации, но это опять же вопрос времени
     

  • 1.2, UraniumSun (?), 23:11, 17/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    а что там с качеством аудио/видео? улучшили или нет?
     
  • 1.3, Аноним (3), 23:27, 17/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Посмотрим, как они с Daala’ой уживутся…
     
  • 1.6, Аноним (-), 00:29, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >включен по умолчанию в Chromе

    А в браузеры будет включен?

     
     
  • 2.10, WherWolf (?), 01:03, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в Оперу же!
     

  • 1.8, Avator (ok), 00:43, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Красавцы! Таки успели раньше конкурентов. Интересно будет посмотреть на сколько позже выйдет h265 и сравнение качества с финальной версией h265. Потому что конечно сравнива1ть выпущенный кодек с незавершенной версией конкурента некорректно, ИМХО.
     
     
  • 2.25, anonymous (??), 07:44, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    H.265 вышел в январе 2013 г.
     

  • 1.9, Аноним (-), 00:49, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >возможность трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16)

    МПЕГЛА же засудит

     
     
  • 2.12, BratSinot (ok), 02:19, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    MPEG LA тут совершенно ни при чем. Патент о использовании DCT в сжатии за Canon: http://patentimages.storage.googleapis.com/pdfs/31efb2f5d736fb9b0ca7/EP155352
    Это что касается DCT преобразования в сжатии. Что касается ADST, то я даже не нашел что это.
     
     
  • 3.21, 1 (??), 06:45, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Canon это и есть MPEG LA
    http://www.mpegla.com/main/programs/M4V/Pages/Licensors.aspx
     
  • 3.22, Eugene Ryabtsev (?), 06:50, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как я понимаю, ADST это асимметричное дискретное синусное преобразование.
     
  • 2.13, lucentcode (ok), 03:22, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не засудит. После того, как Google прижал MPEG LA патентами Motorolla на технологии, использованные в кодеках стандарта AVC - они быстро заключили с Google договор о ненападении. Даже не стали ждать результатов судебного процесса. Думаю, с Google им слабо тягаться. Вот Nokia пока борзеет, не поняли ещё финны, с кем они патенты свои не поделили. Когда поймут - будет поздно...


     
  • 2.16, Аноним (-), 04:17, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > МПЕГЛА же засудит

    С ней как ни странно договорились вроде.

     
  • 2.18, Тот_Самый_Анонимус (?), 05:10, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >МПЕГЛА же засудит

    гугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить и судить, так что пусть МПЕГЛА мешает ему как может.

     
     
  • 3.20, Paver (ok), 06:42, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все издержки патентной системы оплачивает потребитель.
     
     
  • 4.23, Аноним (-), 07:10, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Все издержки оплачивает потребитель.

    *fixed

     
  • 3.28, kurokaze (ok), 09:08, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>МПЕГЛА же засудит
    > гугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить
    > и судить, так что пусть МПЕГЛА мешает ему как может.

    увы, у вас кроме самообмана еще и философия терпилы

     
     
  • 4.32, Аноним (-), 10:34, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>>МПЕГЛА же засудит
    >> гугл пытается установить свою монополию на рынке веб, чтобы потом всех троллить
    >> и судить, так что пусть МПЕГЛА мешает ему как может.
    > увы, у вас кроме самообмана еще и философия терпилы

    Да вы тут все до единого терпилы. Сидите и ждете, пока кто-то напишет. Потом дружно начинаете ср.ть - "Ооооооо.......аааааааааа! не тоооооооо! Хачюююююю с перламутровыми пугавицамиииииииииии!"

    Ибо башлять за нормальный труд вам нечем, кроме как своим безлимитным свободным временем. И разница лишь в том, что у вас какие-то сорцы есть - которые ни один будак НЕ ЧИТАЕТ.

    Опачки?

     

  • 1.14, lucentcode (ok), 03:25, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Жду релиза libvpx, и добавление сабжа в FFMPGEG. Надеюсь,  Google заставит реализовать в железе данный кодек всех вендоров, производящих видеокарты и SoC для решений на базе Android. У них есть возможность это сделать.
     
     
  • 2.17, Аноним (-), 04:18, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У них есть возможность это сделать.

    И что характерно, в новых SoC VP8 повально есть.

     
  • 2.24, Аноним (-), 07:15, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Жду релиза libvpx, и добавление сабжа в FFMPGEG. Надеюсь,  Google заставит
    > реализовать в железе данный кодек всех вендоров, производящих видеокарты и SoC
    > для решений на базе Android. У них есть возможность это сделать.

    Все современные SoC это лицензированное ядро + стандартная библиотечная периферия, накидают на вафлю как тот школоло в вижуале на формочку кнопок. Опубликовать модуль декодера и он будет везде где вендору было не влом пару кнопок нажать и немного мышой поёрзать.

     
  • 2.29, Аноним (-), 09:45, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    $ git clone -b experimental http://git.chromium.org/webm/libvpx.git
    $ cd libvpx
    $ ./configure --enable-vp9 --enable-shared
    $ make && make install
     
     
  • 3.30, Аноним (-), 09:46, 18/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > $ 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

     

  • 1.31, Аноним (-), 10:30, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Видеокодек от ГУГЛа достиг стабилизации потокового формата и включен по умолчанию в браузер ГУГЛа, конкуренты не поспели ! Ура товарищи !

    Ждем на всех видео хостингах и на Лисе.

     
  • 1.33, robux (ok), 23:12, 18/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мужики, а к GStreamer когда VP9 прикрутят?
    Очень жду.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру