The OpenNET Project / Index page

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

28.06.2010 22:17  Разработчики FFmpeg написали собственный декодер для видеокодека VP8

Разработчики проекта FFmpeg написали с нуля собственную реализацию декодера для видеокодека VP8, в мае открытого компанией Google. Примечательно, что благодаря использованию уже присутствующих в FFmpeg типовых функций, декодер уместился в 1400 строк на языке Си, включая комментарии и пустые строки, плюс 450 строк для задействования функций DSP. Для сравнения, оригинальный декодер libvpx от Google насчитывает около 11 тыс. строк кода. Корректность работы нового декодера была проверена с использованием специального тестового комплекта для VP8, выходной поток оказался бинарно идентичен с эталонным потоком.

Среди достоинств нового декодера названа тесная интеграция с общей кодовой базой FFmpeg. По словам разработчиков, возможна не только организация совместного использования кода для всей серии кодеков VPx (у VP8 много общего с VP5/6/7), но и совместное использование некоторых высоко оптимизированных функций, используемых для обеспечения работы H.264 и Theora. В настоящий момент разработчики занялись оптимизацией производительности нового декодера и поставили перед собой цель обогнать по скорости декодирования эталонную реализацию libvpx, развиваемую компанией Google.

В процессе работы участники проекта FFmpeg отметили несколько проблем: спецификация охватывает только основной профиль VP8, логику работы некоторых расширенных функций приходилось улавливать из исходных текстов; libvpx изобилует ассемблерными оптимизациями, назначение некоторых из которых не совсем понятно, например, есть код, который не компилируется или не используется (например, для архитектуры PPC).

  1. Главная ссылка к новости (http://blogs.gnome.org/rbultje...)
  2. OpenNews: Релиз FFmpeg 0.6 и успехи в оптимизации видеокодека VP8
  3. OpenNews: Компания Google внесла изменения в лицензию на видеокодек VP8
  4. OpenNews: Анализ эффективности работы видеокодека VP8
  5. OpenNews: Проблемы с открытостью кодека VP8 и новые сравнения с H.264
  6. OpenNews: Компания Google перевела видеокодек VP8 в разряд свободных технологий
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: VP8, ffmpeg, video
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Anonim (?), 00:40, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]
  • +4 +/
    Ждём либу в репозиториях нашего города.
     
  • 1.2, svchost (ok), 02:52, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]
  • +4 +/
    Отлично. ffmpeg в последнее время работает ударными темпами. Так держать, товарищи!
     
     
  • 2.3, астронимус (?), 05:31, 29/06/2010 [^] [ответить]    [к модератору]
  • +2 +/
    >в последнее время

    По-моему ваш срок хранения в криокамере истёк. С разморозкой. Они давно работают с таким темпом.

     
  • 1.4, gkv311 (ok), 08:56, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    Эх, неужели есть шансы увидеть полноценный VP6 декодер в ffmpeg...
     
     
  • 2.5, Аноним (-), 09:26, 29/06/2010 [^] [ответить]    [к модератору]
  • +/
    VP6-декодер есть, а вот VP7 нет.
     
     
  • 3.6, gkv311 (ok), 09:27, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    >VP6-декодер есть, а вот VP7 нет.

    Не читайте между строк, я написал что нету ПОЛНОЦЕННОГО VP6 декодера.

     
  • 2.7, vadiml (ok), 09:46, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    А зачем Вам именно VP6?
     
     
  • 3.9, gkv311 (ok), 10:20, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    >А зачем Вам именно VP6?

    Ну наверное, потому что у меня есть ВИДЕО в этом формате ;). Если бы я знал, что потом с ним будут проблемы, то конечно бы другим кодеком ужал много лет назад.

     
  • 3.11, Анонимоус (?), 10:48, 29/06/2010 [^] [ответить]    [к модератору]  
  • +1 +/
    Порево иногда выкладывали в этом формате.
     
  • 1.8, RedRat (ok), 10:02, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    Вот тут можно посмотреть последнее сравнение VP8 с x264 и XviD: http://www.compression.ru/video/codec_comparison/h264_2010/appendixes.html#Ap
     
     
  • 2.12, x0r (??), 10:56, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    We've been following the MSU tests since they began and respect the group's work. One issue we noticed in the test is that most input sequences were previously compressed using other codecs. These sequences have an inherent bias against VP8 in recompression tests. As pointed out by other developers, H.264 and MPEG-like encoders have slight advantages in reproducing some of their own typical artifacts, which helps their objective measurement numbers but not necessarily visual quality. This is reflected by relatively better results for VP8 on the only uncompressed input sequence, "mobile calendar."

    Even with this limitation, VP8 delivered respectable results against other encoders, especially considering this is the first time VP8 has been included in the test and VP8 has not been specifically optimized for SSIM as some other codecs have.

     
  • 2.13, User294 (ok), 16:33, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    Эти человеки вполне серьезно тестят кодеки. И из тестов видно что кодек сильнее xvid-а и по битрейт-качество наступает на пятки h.264, зачастую уделывая простые/быстрые профайлы/настройки но сливая наиболее качественным. В целом недурно для кодека который выпущен без году неделя.
     
     
  • 3.14, RedRat (ok), 18:11, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    >И из тестов видно что кодек сильнее xvid-а и по битрейт-качество наступает на пятки
    >h.264, зачастую уделывая простые/быстрые профайлы/настройки но сливая наиболее >качественным.

    Ему бы ещё скорости прибавить, раз эдак в 5-20, и можно было бы говорить о реальной конкуренции с H.264. Хотя по качеству VP8 всё-таки уступает, и учитывая стандартизацию его битового формата, на какие-то серьёзные улучшения в этой части расчитывать не приходится.

     
  • 3.17, x0r (??), 21:50, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    почему - читайте мой пост выше - они пишут что исходники взяты уже закодированные с помощью MPEG
     
  • 2.15, Аноним (-), 19:12, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    Интересно было бы добавить Dirac туда. Википедия говорит, что "Dirac Pro was used internally by the BBC to transmit HDTV pictures at the Beijing Olympics in 2008."
     
     
  • 3.16, Аноним (-), 20:06, 29/06/2010 [^] [ответить]    [к модератору]  
  • +/
    Пробовал Дирак. Внешне на чистом источнике не хуже h264 был, но он медленнее даже VP7 кодера, очень медленный.
     
     
  • 4.19, qwerty (??), 06:19, 30/06/2010 [^] [ответить]    [к модератору]  
  • +/
    Реализация была дирак или шрëдингер? Последний, вроде, специально на скорость точат.
     
  • 1.10, Zenitur (?), 10:40, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Напоминает появление AIGLX и Beryl: да, Compiz и XGL открытые, только тяжёлые как Aero и эффектов почти не умеют. Но это ещё не значит, что создавать такие вещи могут только большие корпорации. Мне кажется, Новелл обиделся. Beryl присоединили к Compiz и заморозили развитие.
     
  • 1.18, Аноним (-), 23:39, 29/06/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    а я всё равно буду юзать вебморду. и открыл когда надо и не мешается и памяти жрет минимум.
     

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


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