alizar 23 июл 2013 в 19:56

Первые бенчмарки свободного кодека x265

1 мин

29K

IT-стандарты * Open source *

+21

Комментарии 14

Maratyszcza 23 июл 2013 в 19:59

сейчас параллельно существуют закрытый H.264 и свободный x264

После этой фразы я безошибочно угадал автора

ayrat 23 июл 2013 в 21:50

После статей alizar'а самым первым почти всегда почему-то идёт комментарий этого содержания :-)

yasha_somov 23 июл 2013 в 22:24

А что не так в этой фразе? Поясните, пожалуйста.

Maratyszcza 23 июл 2013 в 23:07

Сравнивается тёплое с мягким. H.264 это стандарт видеокодирования («закрытость» его заключается в том, что некоторые части стандарта покрыты патентами, и за их использование нужно платить лицензионные отчисления), а x264 — видеоэнкодер, кодирующий видео в соответствии со стандартом H.264 («свободность» его заключается в том, что исходный код открыт под GPL).

homm 23 июл 2013 в 23:09

А у закрытого кодека стандарта H.264 есть свое название? Или их даже несколько?

Maratyszcza 23 июл 2013 в 23:27

Закрытый кодек стандарта H.264 может (теоретически) разрабатывать кто угодно, включая вас и меня. Вообщем, сотни их.
Лицензия на референсный энкодер H.264 даже более свободная, чем лицензия x264. Но на практике референсный энкодер используют только для отладки и рисёрча, т.к. никаких оптимизаций производительности в нём нет, и потому кодирует он медленно.

Maratyszcza 23 июл 2013 в 20:03

По результатам видно, что x265 больше всего выигрывает от использования набора инструкций SSE3, а потом SSE4.1.

По результатам видно, что журналисты Tom's Hardware путают SSE3 и SSSE3.

xdemon 23 июл 2013 в 21:43

>Разработчики x265 надеются добиться скорости кодирования 1080p30 в реальном времени на Xeon-сервере с 16-ю ядрами в следующем месяце.
Что-то я не понимаю. Мой i5-3570k на 4.6 ghz вполне спокойно захватывает картинку с fullhd монитора через плату видеозахвата, энкодит ее через x264 и отправляет на сервер. Еще и в 60FPS. А тут, внезапно, 3FPS на топовом десктопном процессоре. В чем подвох? Или тут суть в пресетах качества?

Maratyszcza 23 июл 2013 в 23:09

Нет никакого подвоха. Цель создания H.265 — обеспечить лучшее, чем у H.264, сжатие видео, при бОльших, чем у H.264, аппаратных требованиях. Именно это мы и видим.

ValdikSS 24 июл 2013 в 08:53

И плюс, xdemon, надо помнить, что это одни из первых тестов и версий софта, а x264 развивается уже дофига лет.

fshp 23 июл 2013 в 23:37

Сдаётся мне, в плате видеозахвата аппаратное кодирование.

xdemon 24 июл 2013 в 07:18

Нет, оно там есть, но я не использую — качество хромает.

tp7 24 июл 2013 в 00:43

We could have used the --tune psnr switch to generate higher values, though this negatively affects subjective quality compared to the settings used here.

И потом сравнивали именно PSNR. Ай да молодцы. Забыли, правда, что в таком случае x264 использует гору оптимизаций, которые выдают лучшую картинки при худших метриках.

Ну и непосредственно визуальное сравнение. Все скриншоты были сняты с mpv -vo opengl-hq --screenshot-format=png и потом сжаты. На вход поступала идентичная 8-битная картинка.

Аниме
исходник
1, 2, 3, 4
x265: encoded 421 frames in 448.46s (0.94 fps), 2707.03 kb/s (настройки из статьи с -q 10)
1, 2, 3, 4
x264 10bit: encoded 421 frames, 4.65 fps, 1441.08 kb/s (--crf 18 --preset veryslow)
1, 2, 3, 4

x264 10bit: encoded 421 frames, 3.75 fps, 2841.58 kb/s (-crf 17.5 --no-mbtree --preset veryslow --aq-mode 2 --aq-strength=0.9)

1, 2, 3, 4
x264 8bit: encoded 421 frames, 6.19 fps, 2326.26 kb/s (--crf 16 --preset veryslow)
1, 2, 3, 4

Людишки
исходник
1, 2
x265: encoded 251 frames in 173.67s (1.45 fps), 1327.60 kb/s (те же настройки с -q 20)
1, 2
x264 10bit: encoded 251 frames, 5.42 fps, 1342.83 kb/s (--crf 23.5 --no-mbtree --preset veryslow)
1, 2

Выводы
1. Не стоит верить журналистам.
2. x265 пока — настоящий фестиваль бандинга и блюра.
3. x265 пока, скорее всего в силу отсутствия визуальных оптимизаций (адаптивного квантования и психовизуальщины), показывает лучшие результаты на детальных областях (линии), если не выкручивать настройки x264 для этого дела.
4. x264 10bit при грамотных настройках без особых трудностей опередит сегодняшний x265. Восьмибитному будет сложнее, но тоже сможет.
5. Это всё равно гигантский прогресс по сравнению с референсной реализацией. Посмотрим, что будет уже через пару месяцев.

mynameco 24 июл 2013 в 10:46

Реализация кодека свободная, но сам кодек использует запатентованые алгоритмы.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий