Pull to refresh

Comments 14

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

После этой фразы я безошибочно угадал автора
После статей alizar'а самым первым почти всегда почему-то идёт комментарий этого содержания :-)
А что не так в этой фразе? Поясните, пожалуйста.
Сравнивается тёплое с мягким. H.264 это стандарт видеокодирования («закрытость» его заключается в том, что некоторые части стандарта покрыты патентами, и за их использование нужно платить лицензионные отчисления), а x264 — видеоэнкодер, кодирующий видео в соответствии со стандартом H.264 («свободность» его заключается в том, что исходный код открыт под GPL).
А у закрытого кодека стандарта H.264 есть свое название? Или их даже несколько?
Закрытый кодек стандарта H.264 может (теоретически) разрабатывать кто угодно, включая вас и меня. Вообщем, сотни их.
Лицензия на референсный энкодер H.264 даже более свободная, чем лицензия x264. Но на практике референсный энкодер используют только для отладки и рисёрча, т.к. никаких оптимизаций производительности в нём нет, и потому кодирует он медленно.
По результатам видно, что x265 больше всего выигрывает от использования набора инструкций SSE3, а потом SSE4.1.

По результатам видно, что журналисты Tom's Hardware путают SSE3 и SSSE3.
>Разработчики x265 надеются добиться скорости кодирования 1080p30 в реальном времени на Xeon-сервере с 16-ю ядрами в следующем месяце.
Что-то я не понимаю. Мой i5-3570k на 4.6 ghz вполне спокойно захватывает картинку с fullhd монитора через плату видеозахвата, энкодит ее через x264 и отправляет на сервер. Еще и в 60FPS. А тут, внезапно, 3FPS на топовом десктопном процессоре. В чем подвох? Или тут суть в пресетах качества?
Нет никакого подвоха. Цель создания H.265 — обеспечить лучшее, чем у H.264, сжатие видео, при бОльших, чем у H.264, аппаратных требованиях. Именно это мы и видим.
И плюс, xdemon, надо помнить, что это одни из первых тестов и версий софта, а x264 развивается уже дофига лет.
Сдаётся мне, в плате видеозахвата аппаратное кодирование.
Нет, оно там есть, но я не использую — качество хромает.
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. Это всё равно гигантский прогресс по сравнению с референсной реализацией. Посмотрим, что будет уже через пару месяцев.
Реализация кодека свободная, но сам кодек использует запатентованые алгоритмы.
Sign up to leave a comment.

Articles