Просмотр кода страницы Encoding/H.265


<h1 style="font-size: 22px;">
Руководство по кодированию видео H.265/HEVC
</h1>

Это руководство посвящено кодировщику <code>libx265</code>, который может обеспечить экономию битрейта примерно на 25–50% по сравнению с видео H.264, закодированным с помощью <code>libx264</code>, при сохранении того же визуального качества. Этот выигрыш будет наиболее заметен при разрешениях 1080p и выше.

См. [[HWAccelIntro|информацию о поддерживаемых аппаратных кодировщиках H.265/HEVC]].

= Получение ffmpeg с поддержкой libx265 =

ffmpeg должен быть скомпилирован с флагами конфигурации <code>--enable-gpl</code> <code>--enable-libx265</code> и требует установки <code>x265</code> в вашей системе. [https://trac.ffmpeg.org/wiki/CompilationGuide Руководства по компиляции] показывают, как это сделать.

Вы также можете [https://ffmpeg.org/download.html скачать статическую сборку], все из которых включают <code>libx265</code>.

= Просмотр опций =

Вы можете вывести список [https://ffmpeg.org/ffmpeg.html#AVOptions приватных опций], доступных в этом кодировщике, с помощью команды <code>ffmpeg -h encoder=libx265</code>.

= Режимы управления битрейтом =

Подобно <code>x264</code>, кодировщик <code>x265</code> имеет несколько алгоритмов управления битрейтом, включая:

* 1-проходный целевой битрейт (устанавливается через <code>-b:v</code>)
* 2-проходный целевой битрейт
* Постоянный Фактор Качества (<code>CRF</code>)

В этом руководстве мы сосредоточимся на <code>CRF</code> и двухпроходном кодировании, так как 1-проходное кодирование с целевым битрейтом не рекомендуется.

== Постоянный Фактор Качества (CRF) ==

Используйте этот режим, если вы хотите сохранить хорошее визуальное качество и не заботитесь о точном битрейте или размере файла закодированного видео. Этот режим работает точно так же, как в <code>x264</code>, за исключением того, что максимальное значение всегда 51, даже при поддержке 10-бит, поэтому, пожалуйста, прочтите [[H.264#crf|руководство по H.264]] для получения дополнительной информации.

Как и в случае с <code>x264</code>, вам нужно сделать несколько выборов:

* Выберите <code>CRF</code>. <code>CRF</code> влияет на качество. Значение по умолчанию — 28, и оно должно визуально соответствовать видео <code>libx264</code> с <code>CRF 23</code>, но приводить примерно к половине размера файла. <code>CRF</code> работает так же, как в <code>x264</code>, поэтому выберите наибольшее значение, обеспечивающее приемлемое качество.

* Выберите пресет (preset). По умолчанию — <code>medium</code>. Пресет определяет параметры сжатия и эффективность и, следовательно, влияет на скорость кодирования и размер. Доступные пресеты: <code>ultrafast</code>, <code>superfast</code>, <code>veryfast</code>, <code>faster</code>, <code>fast</code>, <code>medium</code>, <code>slow</code>, <code>slower</code>, <code>veryslow</code> и <code>placebo</code>. Используйте самый медленный пресет, на который у вас хватит терпения, с приемлемым <code>CRF</code> для этого пресета. Игнорируйте <code>placebo</code>, так как он дает незначительный выигрыш при значительном увеличении времени кодирования. Обратите внимание, что значения <code>CRF</code> отличаются в зависимости от выбранного пресета, более медленный пресет обеспечивает большее сжатие на бит, но может увеличить размер файла. Если сравнить <code>ultrafast</code> с <code>veryslow</code> при одинаковом значении <code>CRF</code>, <code>veryslow</code> может создать файл большего размера с общим лучшим сжатием. Так, например, если <code>-preset ultrafast</code> с <code>-crf 15</code> создает файл сравнимого размера с <code>veryslow</code> <code>-crf 20</code>, файл с пресетом <code>veryslow</code> будет иметь лучшее качество при том же размере файла. Вы также можете указать битрейт для пресета (см. ниже) вместо <code>CRF</code> для контроля размера файла при определенном уровне сжатия.

* Выберите настройку (tune) (необязательно). По умолчанию отключено, и обычно не требуется устанавливать опцию настройки. <code>x265</code> поддерживает следующие опции <code>-tune</code>: <code>psnr</code>, <code>ssim</code>, <code>grain</code>, <code>zerolatency</code>, <code>fastdecode</code>. Они объясняются в [[H.264#crf|руководстве по H.264]].

Например:

<pre>
ffmpeg -i input -c:v libx265 -crf 26 -preset fast -c:a aac -b:a 128k output.mp4
</pre>

Этот пример использует аудио <code>AAC</code> с битрейтом 128 кбит/с. Здесь используется встроенный кодировщик <code>AAC</code> <code>FFmpeg</code>, но в [[AAC|статье про AAC]] вы найдете информацию о дополнительных опциях.

== Двухпроходное кодирование ==

Этот метод обычно используется, если вы нацелены на конкретный размер выходного файла, а качество от кадра к кадру менее важно. Лучше всего это объяснить на примере. Ваше видео длится 10 минут (600 секунд), и желаемый размер выходного файла — 200 МиБ. Поскольку <code>битрейт = размер файла / продолжительность</code>:

<pre>
(200 МиБ * 8388.608 [переводит МиБ в кбит; примечание: не 8192, так как 1 кбит = 1000 бит]) / 600 секунд = ~2796 кбит/с общий битрейт
2796 - 128 кбит/с (желаемый битрейт аудио) = 2668 кбит/с битрейт видео
</pre>

Вы также можете пропустить расчет битрейта, если уже знаете, какой конечный (средний) битрейт вам нужен.

=== Пример двухпроходного кодирования ===

Для двухпроходного кодирования вам нужно запустить <code>ffmpeg</code> дважды, почти с одинаковыми настройками, за исключением следующего:

* В проходах 1 и 2 используйте опции <code>-x265-params pass=1</code> и <code>-x265-params pass=2</code> соответственно.
* В проходе 1 выводите результат в нулевой файловый дескриптор, а не в реальный файл. (Это создаст лог-файл, который ffmpeg понадобится для второго прохода.)
* В проходе 1 вы можете исключить аудио, указав <code>-an</code>.

Для <code>libx265</code> опция <code>-pass</code> (которую вы бы использовали для <code>libx264</code>) не применима.

<pre>
ffmpeg -y -i input -c:v libx265 -b:v 2600k -x265-params pass=1 -an -f null /dev/null && \
ffmpeg -i input -c:v libx265 -b:v 2600k -x265-params pass=2 -c:a aac -b:a 128k output.mp4
</pre>


'''Примечание:''' Пользователи Windows должны использовать <code>NUL</code> вместо <code>/dev/null</code> и <code>^</code> вместо <code>\</code>.


Как и в случае с <code>CRF</code>, выберите самый медленный <code>-preset</code>, который можете себе позволить, и опционально примените настройку <code>-tune</code>. Обратите внимание, что при использовании более быстрых пресетов с тем же целевым битрейтом итоговое качество будет ниже, и наоборот.

= Передача опций =

Обычно опции передаются в <code>x265</code> с помощью аргумента <code>-x265-params</code>, например: <code>-x265-params "keyint=1:lossless=1"</code>. Для тонкой настройки процесса кодирования вы можете передать любую опцию, указанную в [https://x265.readthedocs.io/en/stable/ документации x265]. Имейте в виду, что тонкая настройка любых опций обычно не требуется, если вы точно не знаете, что нужно изменить.

= Кодирование без потерь =

Используйте опцию <code>-x265-params lossless=1</code>. Добавлять <code>-crf 0</code> не требуется.

Вы можете проверить кодирование без потерь, найдя <code>x265 [info]: lossless compression ratio</code> в выводе консоли вашей команды кодирования, или обратитесь к [https://ffmpeg.org/ffmpeg-formats.html#hash демультиплексору hash] для проверки.

= Кодирование только с внутрикадровым предсказанием (Intra encoding) =

Используйте опцию <code>-g 1</code> для <code>FFmpeg 4.3</code> и новее или если вы используете сборку из основной ветки <code>git</code>. Более старые версии должны использовать <code>-x265-params keyint=1</code>.

= Установка профилей =

Профили можно установить с помощью опции <code>-profile:v</code>, аналогично <code>libx264</code>. См. [https://x265.readthedocs.io/en/master/cli.html#profile-level-tier список доступных профилей x265].

= Совместимость с Final Cut и продуктами Apple =

Чтобы сделать ваш файл совместимым с <code>H.265</code> "промышленного стандарта" <code>Apple</code>, вы должны добавить следующий аргумент: <code>-tag:v hvc1</code>

= Дополнительная информация =

* [https://x265.readthedocs.io/en/master/ Документация API x265]
* [https://medium.com/netflix-techblog/a-large-scale-comparison-of-x264-x265-and-libvpx-a-sneak-peek-2e81e88f8b0f Блог Netflix Tech — Крупномасштабное сравнение x264, x265 и libvpx] ([https://www.spiedigitallibrary.org/conference-proceedings-of-spie/9971/997116/A-large-scale-video-codec-comparison-of-x264-x265-and/10.1117/12.2238495.short?SSO=1 ссылка на статью])
* П. Ханхарт и др., Субъективная оценка качества грядущего стандарта сжатия видео HEVC ([https://infoscience.epfl.ch/record/180494/files/hanhart_SPIE2012_1.pdf PDF])

[[Category:FFmpeg]]