В настоящее время у меня есть большая коллекция песен (региональных), которые являются 1080p Remuxes от BluRays (они не защищены авторским правом FYI). Я намереваюсь сжать их, чтобы сэкономить место, так как в настоящее время они занимают терабайты памяти и очень неэффективно кодируются (некоторые даже используют постоянную скорость передачи данных (OMG! Правильно!)). В настоящее время скорость передачи данных превышает 40 Мбит / с на High Profile L4.1 x264, поэтому качество остается на одном уровне, несмотря на плохое кодирование.
Я намерен закодировать их с помощью ручного тормоза с x264 или x265, но не могу определиться с некоторыми факторами. С x264 я обычно использовал бы предустановки «CRF 14/15», «Очень медленно» и «мелодию фильма». В CRF 16 я вижу искажения в зернах в некоторых сценах, которые мне не нравятся! Как вы можете сказать из CRF14, я вроде как фанат качества.
Во время моего начального тестирования с x265 я перекодировал с использованием источника с той же скоростью передачи данных, что и x264 CRF14 (2-проходная очень медленная предустановка курса!) поскольку я не потрудился переназначить эквивалентный CRF с x265 на данный момент. Разница в качестве была для меня не так уж и велика, за исключением незначительного улучшения качества зерна в некоторых сценах. Фактически, x265, казалось, немного шумел в картинке, несмотря на любые изменения, которые я сделал, чтобы настроить (шумоподавление и разбиение были отключены, очевидно). Однако при более низких битрейтах (~ 4 Мбит / с) x265 определенно является мега-прыжком по сравнению с x264. Разница в качестве огромна!
Я знаю, что x265 все еще находится в стадии разработки, но вы думаете, есть ли смысл ждать, пока он станет лучше? Я могу подождать пару месяцев, может быть, год, чтобы его CRF стал немного лучше или с моим высоким требованием битрейта (~ CRF14 x264), вы бы сказали, что это не будет иметь большого значения для x265?
PS Время кодирования и загрузка процессора НЕ являются проблемой, поэтому игнорируйте эти факторы, плз.