LINUX.ORG.RU — Русская информация об ОС Linux

[#]  
MuZHiK-2

Самый быстрый декодер VP8: ffvp8

Ранее уже была новость про разработку собственного декодера VP8 для FFmpeg. Но на тот момент это была достаточно сырая версия, чтобы говорить о каких-то конкретных результатах и тестировании. Теперь, после завершения первоначального этапа оптимизации, один из основных разработчиков x264 — Jason Garrett-Glaser — представил публике первые результаты тестирования нового декодера. И, надо сказать, они действительно впечатляют:

  • абсолютно во всех тестах ffvp8 оказался быстрее libvpx от Google;
  • в некоторых тестах ffvp8 превзошёл конкурента более чем в 1.5 раза;
  • больше всего преимущество ffvp8 было заметно на 64-битных платформах, на 32-битных платформах преимущество существенно заметно лишь на платформе Windows.

Для тестирования использовались два видеоклипа (Parkjoy и Sintel) с качеством HD 1080p. Команда, при помощи которой проводилось тестирование: time ffmpeg -vcodec {libvpx or vp8} -i input -vsync 0 -an -f null. Была взята последняя версия FFmpeg из SVN. Ниже представлены результаты (в кадрах в секунду) для платформы Linux, результаты для платформ Mac OS X и Windows можно найти по ссылке.

Core i5 520M (2.4Ghz), Linux, 64-bit:

  • Parkjoy ffvp8: 68.29 +/- 0.06
  • Parkjoy libvpx: 41.06 +/- 0.04
  • Sintel ffvp8: 112.38 +/- 0.37
  • Sintel libvpx: 69.64 +/- 0.09

Atom N270 (1.6Ghz), Linux, 32-bit:

  • Parkjoy ffvp8: 15.29 +/- 0.01
  • Parkjoy libvpx: 12.46 +/- 0.01
  • Sintel ffvp8: 26.87 +/- 0.05
  • Sintel libvpx: 20.41 +/- 0.02

Также по ссылке можно прочитать рассказ разработчика о том, как проводилась разработка декодера, и за счёт чего ffvp8 оказался таким быстрым.

>>> Подробности

Метки: ffmpeg, vp8

MuZHiK-2 *** (24.07.2010 14:34:50)
Проверено: JB (24.07.2010 14:50:50)
Juick

[#]  

>ffvp8 превзошёл ... в 1.5 раза;
>1.5 раза


Fail.

anon_666 * (24.07.2010 14:52:06)
[#] Ответ на: комментарий от anon_666 24.07.2010 14:52:06  
MuZHiK-2

Ты можешь 1.5 заменить на "полтора" и смысл не поменяется. Цифры нагляднее.

MuZHiK-2 *** (24.07.2010 14:55:42)
[#]  

12-15 кадров на атоме? Не хотет, мой нетбук мне еще нужен

upcFrost ** (24.07.2010 14:55:48)
[#]  

поздравления разработчикам! хорошие результаты

maxt (24.07.2010 14:57:54)
[#]  
wxw

Dark Shikari - мужик!

wxw ** (24.07.2010 15:08:21)
[#]  
proton

Ждём ответа от гугла

proton (24.07.2010 15:10:46)
[#] Ответ на: комментарий от anon_666 24.07.2010 14:52:06  

>>ffvp8 превзошёл ... в 1.5 раза;
>>1.5 раза


>Fail.


Учимся читать.
В одну целую пять десятых раза.
В полтора раза.

anonymous (24.07.2010 15:17:25)
[#]  
northerner

> абсолютно во всех тестах ffvp8 оказался быстрее libvpx от Google

всегда знал, что в Google нет хороших системных программистов

northerner * (24.07.2010 15:18:26)
[#] Ответ на: комментарий от upcFrost 24.07.2010 14:55:48  

1080p
Чему удивляться?
720p нетбук тянет, а вот 1080p в любом кодеке никак, если нет vdpau.

CyberTribe ** (24.07.2010 15:19:38)
[#] Ответ на: комментарий от anonymous 24.07.2010 15:17:25  
Zodd

> Учимся читать. В одну целую пять десятых раза. В полтора раза.

Где разница? О_о

Тогда вопрос: что больше/равно: 0.99(9) или 1.0

Zodd ** (24.07.2010 15:19:45)
[#] Ответ на: комментарий от northerner 24.07.2010 15:18:26  
MuZHiK-2

>>всегда знал, что в Google нет хороших системных программистов

Вообще, скорее всего, этот код писал не гугл, а просто взяли то, что досталось от O2n и зарелизили.

MuZHiK-2 *** (24.07.2010 15:21:21)
[#]  

Если тестирование достоверно, то результат безусловно хорош.

twosev ** (24.07.2010 15:23:50)
[#]  
dotbg

позитивно. Правда, на всего 2х роликах тестировать некорректно

dotbg *** (24.07.2010 15:31:55)
[#]  

> после завершения первоначального этапа оптимизации

Нормально - "next step was adding SIMD assembly"

Они походу только начали, и уже результат, совсем неплохой.

Ilshat (24.07.2010 15:37:11)
[#]  
registrant

маловато болда

registrant ***** (24.07.2010 15:38:57)
[#]  
pevzi

Это радует (: ffmpeg офигенен.

pevzi **** (24.07.2010 15:41:59)
[#] Ответ на: комментарий от registrant 24.07.2010 15:38:57  
pevzi

> маловато болда

Согласен, даже как-то не по-мужски.

pevzi **** (24.07.2010 15:43:56)
[#] Ответ на: комментарий от pevzi 24.07.2010 15:43:56  
MuZHiK-2

>>Согласен, даже как-то не по-мужски.

Было нормально, но JB срезал.

MuZHiK-2 *** (24.07.2010 15:51:58)
[#]  

ffvp8 — доказательство, что Dark Shikari is tsundere for VP8.

anonymous (24.07.2010 16:24:46)
[#]  
Gukl

Ожидаемо, на самом деле.

Gukl ** (24.07.2010 16:29:34)
[#] Ответ на: комментарий от northerner 24.07.2010 15:18:26  
Legioner

VP8 делал не гугл а какая то другая контора, которую гугл купил.

Legioner ***** (24.07.2010 16:32:05)
[#] Ответ на: комментарий от Zodd 24.07.2010 15:19:45  
kde4-hater

> Тогда вопрос: что больше/равно: 0.99(9) или 1.0

Конечно же 0.99(9)=8.91 больше, чем 1.0.

kde4-hater (24.07.2010 16:52:23)
[#] Ответ на: комментарий от kde4-hater 24.07.2010 16:52:23  
Zodd

> Конечно же 0.99(9)=8.91 больше, чем 1.0.

Щито?

Zodd ** (24.07.2010 17:05:42)
[#] Ответ на: комментарий от anon_666 24.07.2010 14:52:06  

> ...Now, with the [b]first round[/b] of optimizations complete... ...Теперь, когда [b]первый цикл[/b] оптимизации завершен...

1,5? Чё, нормально для первого цикла.

anonymous (24.07.2010 18:01:31)
[#] Ответ на: комментарий от Zodd 24.07.2010 17:05:42  
NightOperator

>Щито?

0.99(9) = 0.99 * (9) = 0.99 * 9 = 8.91

а корректная запись периода 0.(9)

Ваш К.О.

NightOperator (24.07.2010 18:05:33)
[#] Ответ на: комментарий от NightOperator 24.07.2010 18:05:33  

>0.99(9) = 0.99 * (9) = 0.99 * 9 = 8.91

Такое ощущение, что нас с тобой разным видам математики учили.

Ttt **** (24.07.2010 18:27:00)
[#]  
KPSS

Чтобы не смущать троллей, тесты на одинаковых процессорах и разных ОС не проводились?

KPSS (24.07.2010 18:32:00)
[#]  

Гугле предоставил исходник, суровые мужики показали как нужно работать. У всех счастье

paran0id * (24.07.2010 18:35:00)
[#]  

Кто-то еще будет утверждать, что все сообщество FOSS состоит из криворуких школьников?

unikoid ** (24.07.2010 19:22:11)
[#]  

http://habrahabr.ru/blogs/video/100076/

Перевод блогозаписи на русский.

anonymous (24.07.2010 19:34:31)
[#] Ответ на: комментарий от anonymous 24.07.2010 19:34:31  
malices_gossips

>блогозаписи
ПЦ. Ты бы еще блогосвитком это назвал.

malices_gossips ** (24.07.2010 19:42:18)
[#]  
d1337r

1> на 32-битных платформах преимущество существенно заметно лишь на платформе Windows.

Почему это на винде вдруг быстрее?

d1337r * (24.07.2010 19:52:00)
[#] Ответ на: комментарий от malices_gossips 24.07.2010 19:42:18  

этож хабрадолбоеп. Там нормальных не бывает...

AVL2 ***** (24.07.2010 20:40:37)
[#] Ответ на: комментарий от d1337r 24.07.2010 19:52:00  

>Почему это на винде вдруг быстрее?

На винде гугло-кодег кривее

anonymous (24.07.2010 20:48:36)
[#] Ответ на: комментарий от d1337r 24.07.2010 19:52:00  

>>на 32-битных платформах преимущество существенно заметно лишь на платформе Windows.

>Почему это на винде вдруг быстрее?

Потому что у разработчиков не было машины с нормальным процессором и 32-битным линуксом на борту. Атом не является нормальным процессором и требуют особых оптимизаций из-за того, что он не поддерживает out of order execution. Тестировать же 64-битный ffmpeg на винде нельзя из-за вот этого бага: http://roundup.ffmpeg.org/issue1889.

anonymous (24.07.2010 22:12:57)
[#]  
helios

Новость, безусловно, радует!

helios *** (24.07.2010 22:57:22)
[#] Ответ на: комментарий от AVL2 24.07.2010 20:40:37  
goingUp

>этож хабрадолбоеп. Там нормальных не бывает...

Им всем захавал мозг Мицгол. А может быть это даже он тут под анонимусом является

goingUp ** (24.07.2010 23:02:26)
[#]  

Почему нельзя было протестировать все ос на одном железе? А так графики про ос ниочем, ясно только что ffvp8 быстрее.

anonymous (24.07.2010 23:39:28)
[#] Ответ на: комментарий от anonymous 24.07.2010 23:39:28  

>Почему нельзя было протестировать все ос на одном железе? А так графики про ос ниочем, ясно только что ffvp8 быстрее.

Потому что тестировали ни OS'ы, а декодеры на разных процессорах. Графики с разных OS лишь показывают, что результаты повторяемы между разными платформами.

anonymous (24.07.2010 23:54:10)
[#] Ответ на: комментарий от anonymous 24.07.2010 23:39:28  
wxw

Пока что ясно другое:
1) гогель вывалил на публику кучу дерьма
2) эта куча дерьма плохо документирована (ещё бы, чтож там документировать-то в дерьме)
3) документация не совпадает (OH SHI-) с эталонной реализацией
4) выявленные ошибки полагается считать частью спецификации
5) даже после серии оптимизаций, проведенных признанными высококлассными специалистами, декодер конкретно сливает прямому - как всех старательно убеждают маркетолухи - конкуренту.

wxw ** (25.07.2010 2:56:59)
[#] Ответ на: комментарий от anonymous 24.07.2010 23:39:28  
mkfifo

> Почему нельзя было протестировать все ос на одном железе? А так графики про ос ниочем, ясно только что ffvp8 быстрее.

тыг йопт! придётся:

1. либо на одно и тож железо ставить одновременно/попеременно ставить разные операционные системы

2. либо гдето доставать одинаковые аппаратные конфигурации конфигурации компьютеров..

--------------------

по поводу пункта [2] тут конешно вся ясно.

а что касается пункта [1] -- то -- ну вот предположим у меня на компе жёсткий диск с GPL-разметкой жосткого диска (а не разметкой MSDOS, так как нафиг мне эта MSDOS сдалась?!). и как теперь поставить Windows(?)... всё к чортовой бабушке удалять с HDD и переразмечать под MSDOS ?

и вообще -- существует большенство людей -- которые сначало пкупают Hardware, а потом думают о том "какую бы операционную систему и программы сюда можно поставить?"
...и сущесвует меньшее количество людей -- которые при покупке Hardware заранее подбирают железо именно под нужное программное обеспечение :-) :-) ... ...вобщем чо я объясняю -- наверно все это и так понимают.. :-)

mkfifo * (25.07.2010 4:48:00)
[#] Ответ на: комментарий от mkfifo 25.07.2010 4:48:00  

>ну вот предположим у меня на компе жёсткий диск с GPL-разметкой жосткого диска (а не разметкой MSDOS, так как нафиг мне эта MSDOS сдалась?!).

Могли бы подключить несколько дисков, или это уже проблема?

> и как теперь поставить Windows(?)... всё к чортовой бабушке удалять с HDD и переразмечать под MSDOS ?

Я почти так и делал, только данные на другой винт перекидывал. Диски был в gpl а потом ВНЕЗАПНО пришлось работать с оффтопиком, которая отказалась ставится . Ну а что поделать?

anonymous (25.07.2010 6:11:17)
[#] Ответ на: комментарий от mkfifo 25.07.2010 4:48:00  
ptah_alexs

>GPL-разметкой жосткого диска

Make me unsee it.

GPT, это называется GPT.

ptah_alexs *** (25.07.2010 10:53:12)
[#] Ответ на: комментарий от ptah_alexs 25.07.2010 10:53:12  
rave

>Make me unsee it.

Да все норм. ну записали парни после MBR текст GPL.

rave * (25.07.2010 12:18:33)
[#] Ответ на: комментарий от ptah_alexs 25.07.2010 10:53:12  
mkfifo

да да GPT -- опечатался

mkfifo * (25.07.2010 17:29:26)
[#] Ответ на: комментарий от ptah_alexs 25.07.2010 10:53:12  
mkfifo

после темы обсуждения лицензий WordPress и WordPressШаблонов -- мой моторный мозг уже квадратит и он букву "..L" -- сам печатает, после "GP.." :DDDDDDDDDD

mkfifo * (25.07.2010 17:32:22)
[#] Ответ на: комментарий от upcFrost 24.07.2010 14:55:48  
cruxish

> 12-15 кадров на атоме? Не хотет, мой нетбук мне еще нужен

12-15 кадров на 1080p. Сомневаюсь, что для нетбуков актуален такой формат. :)

cruxish ** (25.07.2010 20:39:54)
[#] Ответ на: комментарий от cruxish 25.07.2010 20:39:54  
cruxish

Под "форматом", естественно, подразумевается формат кадра. :)

cruxish ** (25.07.2010 20:44:57)
[#] Ответ на: комментарий от cruxish 25.07.2010 20:39:54  
wxw

>12-15 кадров на 1080p. Сомневаюсь, что для нетбуков актуален такой формат

Вероятно, не так уж сложно догадатся, что от скорости декодирования зависит как минимум расход батарейки.

wxw ** (26.07.2010 2:12:48)
[#]  
Chu

Классная новость. С утречка заряд бодрости)).

Chu (27.07.2010 7:08:37)

О Сервере - Правила форума
http://www.linux.org.ru/

Rambler's Top100 Рейтинг@Mail.ru