х264 против х265 на высоких битрейтах

2089
Umer

В настоящее время у меня есть большая коллекция песен (региональных), которые являются 1080p Remuxes от BluRays (они не защищены авторским правом FYI). Я намереваюсь сжать их, чтобы сэкономить место, так как в настоящее время они занимают терабайты памяти и очень неэффективно кодируются (некоторые даже используют постоянные скорости передачи (OMG! Верно!)). В настоящее время скорость передачи данных превышает 40 Мбит / с на High Profile L4.1 x264, поэтому качество остается на одном уровне, несмотря на плохое кодирование.

Я намерен закодировать их с помощью ручного тормоза с x264 или x265, но не могу определиться с некоторыми факторами. С x264 я обычно использовал бы предустановки «CRF 14/15», «Очень медленно» и «мелодию фильма». В CRF 16 я вижу искажения в зернах в некоторых сценах, которые мне не нравятся! Как вы можете сказать из CRF14, я вроде как фанат качества.

Во время моего начального тестирования с x265 я перекодировал с использованием источника с теми же битрейтами, что и CRF14 x264 (двухпроходная очень медленная предустановка курса!), Так как я не потрудился переназначить эквивалентный CRF с x265 на этом этапе. Разница в качестве была для меня не так уж и велика, за исключением незначительного улучшения качества зерна в некоторых сценах. Фактически, x265, казалось, немного шумел в картинке, несмотря на любые изменения, которые я сделал, чтобы настроить (шумоподавление и разбиение были отключены, очевидно). Однако при более низких битрейтах (~ 4 Мбит / с) x265 определенно является мега-прыжком по сравнению с x264. Разница в качестве огромна!

Я знаю, что x265 все еще находится в стадии разработки, но вы думаете, есть ли смысл ждать, пока он станет лучше? Я могу подождать пару месяцев, может быть, год, чтобы его CRF стал немного лучше или с моим высоким требованием битрейта (~ CRF14 x264), вы бы сказали, что это не будет иметь большого значения для x265?

PS Время кодирования и загрузка процессора НЕ являются проблемой, поэтому игнорируйте эти факторы, плз.

2
HEVC требует большой мощности процессора. Для воспроизведения то есть. Вы смотрите свои видео на устройствах, которые используют аппаратное декодирование (телевизор, телефон, планшет, ...)? Daniel B 7 лет назад 0
Как я уже сказал, мощность процессора и время не проблема! Кроме того, совместимость также не является проблемой! Единственная проблема - качество. Umer 7 лет назад 0

2 ответа на вопрос

1
Richard

Я бы пошел на h265. Это гораздо более новый кодек, имеющий феноменальное качество и меньший размер, чем у h264.

Проверьте этот сайт для отличного сравнения: http://www.extremetech.com/computing/162027-h-265-benchmarked-does-the-next-generation-video-codec-live-up-to-expectations/2

Спасибо за ссылку, но мой запрос касается состояния H265 в данный момент. Ссылка - статья, опубликованная в 2013 году, которая не очень помогает! Umer 7 лет назад 1
1
RawBean

Предположим, что вы работаете с последней стабильной версией Handbrake 0.10.x, используется версия x265 1.9

Согласно странице facebook проекта x265, версия 2.0, выпущенная 13 июля, имеет следующие 2 новые функции, которые могут вам понравиться:

  • rc-grain: включает новый режим управления скоростью, особенно для зернистого контента. Строго предотвращает колебания QP внутри и между кадрами, чтобы избежать колебаний зерна.
  • настройка зерна: полностью переработанный и улучшенный параметр для кодирования содержания зерна пленки, включая контроль качества, а также параметры анализа.

Я предлагаю вам подождать, пока ручной тормоз поддерживает версию 2.0. Или, возможно, вы можете создать запрос на удаление.

Большое спасибо за это .. Это звучит потрясающе. Я обязательно подожду, пока Handbrake обновит кодек. Тем временем я попробую новые функции с CLI. Umer 7 лет назад 0

Похожие вопросы