The OpenNET Project / Index page

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

Анализ эффективности работы видеокодека VP8

19.05.2010 22:56

Разработчик проекта x264 представил в своем блоге детальный технический анализ открытого сегодня кодека VP8.

Краткие выводы:

  • Спецификация на VP8 оформлена лишь немного лучше H.264 Baseline Profile и VC-1, но требует доработки и заметно отстает от H.264 Main и High Profile.
  • Качество картинки, при кодировании представленным VP8-кодировщиком, можно значительно улучшить, сейчас оно находится на уровне примерно между Xvid и Microsoft VC-1.
  • Декодер VP8 работает медленней реализации H.264 из ffmpeg и скорее всего будет трудно как-то улучшить этот показатель.
  • С точки зрения вероятного нарушения патентов MPEG-LA в VP8 заметно слишком много пересечений с H.264, поэтому вопрос полной защиты от патентных претензий остается открытым. Надеемся лишь, что мало кто отважится противостоять патентному портфолио Google.
  • C позиции уровня сжатия видеопотока VP8 значительно лучше кодеков Theora и Dirac;
  • VP8 еще полностью не готов для повсеместного внедрения - в спецификации вместо внятного описания можно встретить участки кода на языке Си, интерфейс кодировщика и формат битового потока еще требует доработки.
  • Компания Google сделала абсолютно верное решение, выбрав в качестве контейнера формат Matroska и для кодирования звука Vorbis.
  • В итоге, в текущем состоянии VP8 еще заметно проигрывает H.264 по уровню сжатия потока, в основном проблем в реализации адаптивного квантования, отсутствия поддержки B-кадров, трансформации 8x8 и не адаптивной цикличной фильтрации. Тем не менее кодек уже достиг уровня VC-1 и H.264 Baseline Profile, при том, что многие отмеченные проблемы поддаются устранению.


  1. Главная ссылка к новости (http://x264dev.multimedia.cx/?...)
Лицензия: CC-BY
Тип: Обобщение
Короткая ссылка: https://opennet.ru/26658-video
Ключевые слова: video, vp8, codec
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Vitto74 (ok), 23:10, 19/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это лишь вопрос времени - все исправят. Даже если кодек будет местами несколько уступать H.264 он в разы лучше, чем Theora и соответственно будет гораздо более привлекательным. В общем это никак меня не опечалило.
     
     
  • 2.3, birdie (?), 23:32, 19/05/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Патенты исправят? Не несите чушь.
     
     
  • 3.17, Vitto74 (ok), 05:43, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Патенты исправят? Не несите чушь.

    Есть много примеров, когда патентные иски против держателей солидного количества патентов не подавались или отзывались. MPEG LA в любом случае идут лесом т.к. Гуглу им противопоставить нечего.

     
     
  • 4.23, аноним (?), 21:35, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Блажен кто верует.
     

  • 1.2, User294 (ok), 23:23, 19/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > потока, в основном из-за проблем в реализации адаптивного квантования,
    > B-кадров, трансформации 8x8 и не адаптивной цикличной фильтрации.

    И сие как бы вполне поддается исправлению, при том половина еще и без потери совместимости с старым форматом потока.

     
     
  • 2.11, аноним (?), 02:29, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и с приобретением совместимости с патентами MPEG-LA.
     

  • 1.6, Аноним (-), 00:54, 20/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > в текущем состоянии VP8 еще заметно проигрывает H.264 по уровню сжатия потока

    Да как же так, утверждалось же обратное - что для онлайн-вещания VP8 превосходит H.264!

     
     
  • 2.7, Аноним (-), 00:55, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Неужели проблемы с масштабированием на более высокие потоки/разрешения?
     
  • 2.10, аноним (?), 01:57, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хаха! Кем утверждалось? Фанатиками и совладельцами проданной конторы?
    Смешно право
     
  • 2.12, аноним (?), 02:30, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да как же так, утверждалось же обратное - что для онлайн-вещания VP8
    >превосходит H.264!

    Это только on2 и утверждала с парой невнятных графиков, кривой видюшкой и парой страниц воды. Нет, VP8 банально убог.

     
  • 2.19, anon1 (?), 10:45, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да как же так, утверждалось же обратное - что для онлайн-вещания VP8 превосходит H.264!

    И это не обязательно ложь. Существует несколько реализаций стандарта h.264, некоторые настолько неудачные, что да, они проигрывают VP8, а вот про x.264 (лучшая open-source реализация) ещё неизвестно... нужно доработать VP8 и потом уже проводить тесты...

     

  • 1.8, Аноним (-), 01:36, 20/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а какой размер файлов получаются при одинаковом качестве у vp8 и H.264 (для сравнения) ?
     
     
  • 2.9, аноним (?), 01:56, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Логично предположить, что если vp8 сжимает жуже, то видеофайлы с равным качеством будут толще.
     

  • 1.13, астронимус (?), 03:29, 20/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    The primary weaknesses mentioned above are the lack of proper adaptive quantization, lack of B-frames, lack of an 8×8 transform, and non-adaptive loop filter
    >в основном из-за проблем в реализации адаптивного квантования, B-кадров, трансформации 8x8 и не адаптивной цикличной фильтрации

    Без лицемерия, пожалуйста, не думаю что автор новости не знает как переводится *lack* (и если с переводом 1го lack ещё можно согласится, то остальные явно не просто "проблемы в реализации").
    Отсутствие B-фреймов, кстати, обусловлено, ага, патентами MPEG LA (и что-то мне подсказывает та же песня с 8×8 transform and non-adaptive loop filter).
    И вот ещё что. Спецификация формата окончательна, ничего нового в нём уже не будет. Текущий кодер VP8 написан довольно грамотно, ощутимых изменений по скорости кодирования, эффективности сжатия ждать не стоит (да, код писали не индусы, и именно поэтому улучшать мало что осталось).

     
     
  • 2.14, аноним (?), 03:57, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Без лицемерия, пожалуйста

    Напоминаю, что вы находитесь на сайте о "свободном ПО"

    Улучшать осталось скорость декодирования. Слайд-шоу 720p на двухядерниках - это Стыд.

     
     
  • 3.15, астронимус (?), 04:05, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Напоминаю, что вы находитесь на сайте о "свободном ПО"

    И что из этого следует?
    >Улучшать осталось скорость декодирования. Слайд-шоу 720p на двухядерниках - это Стыд.

    Нечего там улучшать. VP8 не тяжёлый кодек (таким проектировался), а AVC 720p софтово декодировался на моём Athlon64 2800+ (1.8Ггерц) ещё 3 года назад, без рассинхрона со звуком и пропуском кадров.

     
     
  • 4.16, аноним (?), 04:32, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >И что из этого следует?

    То что здесь стыдливое прикрывание ладошкой - обычное дело.

    >Нечего там улучшать. VP8 не тяжёлый кодек

    Многие отмечали, что h.264 под flash обёрткой воспроизводится шустрее.
    Возможно, проблемы не столько в декодировании, сколько в способе рендеринга.

     
     
  • 5.18, Глобалист (?), 07:48, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Толстовато...
     
     
  • 6.20, аноним (?), 12:12, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правдовато...
     
  • 5.21, none (??), 13:08, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и потому эппл отказался от флеша, ага ;)
     
     
  • 6.22, аноним (?), 17:14, 20/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Эппл отказался от флеша в пользу H.264.
    На эпловских таблетках видео в h.264 крутится до 10 часов, vp8 дайбох чтобы хватило на один фильм.
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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