Handbrake x265 Оптимальные настройки для копирования DVD

Я хочу копировать DVD (MPEG2) в MKV с помощью Handbrake для просмотра на ПК, и в настоящее время я не уверен в настройках кодировщика x265. Может кто подскажет оптимальные настройки для:

  • ОФД: 19? 23 ? 25 ?
  • 8-битный или 10-битный (Main или Main10) (есть ли у 10-битного какие-либо преимущества для низкого разрешения, такого как DVD?)
  • Настройка энкодера - нет / SSIM / Grain?
  • bframesили другие параметры?
  • CFR или VFR?

Также я открыт для любых предложений по настройке других параметров. Я искал в Google, но все руководства недостаточно конкретны для DVD.

Разрешение 700x574, битрейт исходного MPEG2 3Mbps.

Дополнительный вопрос - есть ли хорошие руководства по общей настройке параметров x265, например bframes? Большое спасибо.

Ответы (2)

Сводный ответ на сводный вопрос :)

  • CRF 20 будет выглядеть очень красиво
  • 8-битный (нет преимуществ перед 10-битным)
  • Нет тюнинга. Настройка зернистости предназначена для зернистого источника (старый контент). SSIM предназначен для тестирования.
  • Никаких дополнительных параметров не требуется.
  • VFR (такой же, как источник)

Я мог бы действительно, действительно, действительно пойти в кроличью нору с более подробным ответом, но я пока оставлю это.

Что для вас оптимальное? Наименьший размер и время завершения кодирования не имеют значения? Если это так, выберите профиль H.265 MKV 576p25 (очевидно, у вас есть контент PAL), установите «оптимально для источника» в разделе «Размеры», чтобы не растягивать и не изменять изображение каким-либо образом. Установите частоту обновления на «такую ​​же, как у источника». CRF 20 должен быть достаточно хорош для большинства DVD, вы поймете, когда сравните кодировку CRF 17 того же источника и не сможете разглядеть разницу, если сможете попробовать числа между ними или продвинуться еще на 3 шага ниже. 10-бит не повредит, но и не принесет особой пользы в отношении качества изображения, если это так, и вы делаете много фильтров, вы даже можете использовать 12-бит (у меня он доступен в Ubuntu, выбор фильтры, хотя и ограничены и не улучшат кардинально качество изображения, я бы сказал, и это не оправдывает изменение подвыборки, если она доступна). Измените предустановку с медленной на более медленную, если у вас нет проблем с ожиданием завершения кодирования, это одна из наиболее важных настроек, поскольку она управляет всеми остальными настройками в зависимости от профиля, уровня и размера изображения. Отключение bframes было важно только для старых устройств, у которых были проблемы с декодированием потоков H.264 с помощью bframes, поскольку вы сказали, что больше всего заботитесь о результате при просмотре контента H.265 на ПК, это не должно вызывать беспокойства.

Проще говоря, если разрешение не больше 1080p60 и воспроизведение на текущих мобильных устройствах не считается важным, то я выбираю H.265 с медленным или медленнее на Main10 и субдискретизацией 4:2:0. Это оптимально с точки зрения того, с чем сегодня могут справиться большинство настольных компьютеров, некоторым может потребоваться ускорение видео, хотя для отображения шумного контента 1080p 60 кадров в секунду (например, исполнители, танцующие перед большими светодиодными дисплеями). Это может происходить до сих пор, и я никогда не касаюсь настройки настройки кодировщика, я ожидаю, что значение по умолчанию будет достаточно хорошим, когда я уже трачу на это так много процессорного времени, что настройка может быть незначительной.

Под оптимальным я подразумеваю баланс качества, размера и времени кодирования. Например, если параметр улучшает качество без больших затрат времени на хранение или кодирование, я считаю этот параметр оптимальным.
Проще говоря: вы управляете битрейтом/размером с помощью CRF, а с помощью предустановки вы контролируете, сколько усилий кодировщик может потратить на сжатие контента (таким образом лучше используя битрейт, но также замедляя кодировщик). Разница между 10-битным и 8-битным кодированием должна быть незначительной в отношении скорости кодирования, поэтому CRF20 и предустановленная медленная скорость должны быть хорошей отправной точкой. Прошлой осенью я преобразовал стопку DVD, это заняло больше времени, чем x264, но полученное качество и размер того стоили, хотя я использовал несколько компьютеров.
О, это важно: проверьте чересстрочный контент, это довольно распространено, и вы должны применить лучший доступный деинтерлейсер, это замедлит кодирование, но также наилучшим образом минимизирует неприятные артефакты, ffmpeg как несколько фильтров, но ручной тормоз предлагает только decomb, кажется, что «стандартный» выбор хорошо справляется со своей задачей.
Что касается 10-битных кодировок, которые не упоминались в этом разделе вопросов и ответов, так это то, что они дают файлы меньшего размера с одинаковым воспринимаемым качеством и производят кодировки, которые с меньшей вероятностью вводят полосы, что является типичной проблемой с 8-битными кодировками при более низкие битрейты (которые перекодируют DVD и BR). Причина, как я понимаю, в том, что при 10-битном диапазоне оценки, отбрасывание информации и неотъемлемые ошибки округления, вносимые сжатием, по природе более широкого диапазона менее заметны (или даже менее ошибочны?). По этим причинам 10-битное кодирование было фаворитом среди поклонников аниме.