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



    Вчера компания MulticoreWare опубликовала в паблике первую альфа-версию библиотеки x265 под лицензией GPL. Она является open source реализацией для стандарта HEVC/H.265, принятого в январе. Точно так, как сейчас существует x264 как свободная реализация H.264.

    Издание Tom's Hardware провело сравнительные тесты x265 и x264, которые показали весьма обнадёживающие результаты.

    Код библиотеки x265 пока очень сырой, поддерживается только x86, нет поддержки B-frame для максимального сжатия и не хватает некоторых оптимизаций, присущих x264.

    Несмотря на всё это, результаты тестирования показывают очень хорошую прибавку в качестве/битрейте, по сравнению с x264.

    Во время тестирования на Core i7-4770K использовалась следующая команда:

    x265 --input Kimono1_1920x1080_24.yuv  --width 1920 --height 1080 --rate 24 -f 240 -o q24_Kimono1.out --rect --max-merge 1 --hash 1 --wpp --gops 4 --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip

    с параметрами квантования (QP) от 24 до 42.



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

    Разработчики x265 надеются добиться скорости кодирования 1080p30 в реальном времени на Xeon-сервере с 16-ю ядрами в следующем месяце. Ну, а пока что на четырёхъядерном Core i7-4770K они показывают около 3 FPS.



    Наконец, самое главное — сравнение x265 и x264. Как показали тесты, новый кодек показывает на 25-35% лучшее сжатие при том же уровне качества.



    Как вариант, при том же битрейте вы можете получить на x265 заметно лучшее качество картинки, чем у x264.
    Support the author
    Share post
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 14

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

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

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

                  Only users with full accounts can post comments. Log in, please.