В настоящее время у меня есть большая коллекция песен (региональных), которые являются 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 Время кодирования и загрузка процессора НЕ являются проблемой, поэтому игнорируйте эти факторы, плз.
HEVC требует большой мощности процессора. Для воспроизведения то есть. Вы смотрите свои видео на устройствах, которые используют аппаратное декодирование (телевизор, телефон, планшет, ...)?
Daniel B 8 лет назад
0
Как я уже сказал, мощность процессора и время не проблема! Кроме того, совместимость также не является проблемой! Единственная проблема - качество.
Umer 8 лет назад
0
2 ответа на вопрос
1
Richard
Я бы пошел на h265. Это гораздо более новый кодек, имеющий феноменальное качество и меньший размер, чем у h264.
Спасибо за ссылку, но мой запрос касается состояния H265 в данный момент. Ссылка - статья, опубликованная в 2013 году, которая не очень помогает!
Umer 8 лет назад
1
1
RawBean
Предположим, что вы работаете с последней стабильной версией Handbrake 0.10.x, используется версия x265 1.9
Согласно странице facebook проекта x265, версия 2.0, выпущенная 13 июля, имеет следующие 2 новые функции, которые могут вам понравиться:
rc-grain: включает новый режим управления скоростью, особенно для зернистого контента. Строго предотвращает колебания QP внутри и между кадрами, чтобы избежать колебаний зерна.
настройка зерна: полностью переработанный и улучшенный параметр для кодирования содержания зерна пленки, включая контроль качества, а также параметры анализа.
Я предлагаю вам подождать, пока ручной тормоз поддерживает версию 2.0. Или, возможно, вы можете создать запрос на удаление.
Большое спасибо за это .. Это звучит потрясающе. Я обязательно подожду, пока Handbrake обновит кодек. Тем временем я попробую новые функции с CLI.
Umer 8 лет назад
0