Тест кодирования x265: 12-битный файл имеет больший размер, чем 8-битный той же конфигурации?

crf=18rate-control создает файлы большего размера в 12-битном режиме. Если вы пытаетесь найти некоторые настройки кодирования, которые хорошо работают для некоторого контента, вы не должны предполагать, что один и тот же CRF с разной битовой глубиной будет одинаковым. (Либо один и тот же SSIM, либо одно и то же воспринимаемое визуальное качество).

Вы ничего не сказали о качестве или качестве в зависимости от размера файла. Предположительно, большие файлы также выглядят немного лучше, поскольку 12-битный x265 имеет примерно такое же качество на битрейт, как и 8-битный x265. (Я тестировал с 10 против 8, но не с 12).

CRF не является точной настройкой целевого качества. Поэтому, если вы хотите сравнить настройки, используйте 2pass с одинаковым битрейтом для обоих и посмотрите на качество. Используйте либо SSIM, либо, что предпочтительнее, визуальный осмотр человеком. (Некоторым людям нравится приостанавливать/масштабировать, но не делайте этого просто так. Некоторые виды артефактов/искажений заметны при воспроизведении видео, но многие гораздо менее заметны. Пауза/масштабирование помогает при проверке вашего визуального впечатления от " резкость» / «больше деталей», поэтому выясните, что произвело на вас такое впечатление, и, возможно, также другие вещи, на которые нужно обратить внимание, чтобы увидеть, можете ли вы все еще замечать их во время воспроизведения видео.)

Для реального кодирования, как только вы найдете настройки, которые вам нравятся, CRF великолепен, но он не годится для сравнения качества на битрейт различных настроек кодирования.

8-бит против 10/12-бит

Для x265 все еще может быть некоторый выигрыш в эффективности сжатия, но он определенно меньше, если вообще существует. 10 или 12-битные могут выглядеть даже немного хуже. См. обсуждение doom9 , ссылка на которое предоставлена ​​Майклом в комментарии. Я не следил за последними обсуждениями, поэтому я не уверен, каков текущий консенсус в отношении 10-битного x265 для 8-битного видео. Даже если есть небольшой выигрыш, он может не стоить потери скорости.

Это определенно далеко не коэффициент 12/8, как предлагают некоторые комментаторы, основываясь на «простой математике». Видеокодек с потерями, такой как h.265, не очень похож на простое сжатие без потерь, такое как ZIP.

x264 в целом выигрывает от работы в 10-битном режиме, даже если исходный источник 8-битный, как и конечный дисплей (но опять же, вы не должны ожидать, что один и тот же CRF будет давать тот же битрейт или то же качество при разная глубина). 8-битный h.265 имеет более точные векторы движения, чем 8-битный h.264, поэтому часть рассуждений не применима к x265.

Помните, что и h.264, и h.265 хранят информацию в видео в виде квантованных коэффициентов частотной области. С решеткой / rdoq он даже настраивает квантование, чтобы хорошо сжимать его с помощью конечного энтропийного кодера (например, CABAC в h.264), поэтому одно и то же количество битов может представлять один и тот же объем информации, независимо от того, имел ли энтропийный кодер 8- битовый или 12-битный ввод. 8-бит в каком-то смысле просто спидхак.

Больше битов означает, что вы можете приблизиться (меньшая ошибка), но при этом иметь некоторую ошибку. Таким образом, у кодировщика больше возможностей выбора между искажениями и битрейтом. Отчасти это может быть причиной того, что 10-битный x264 меньше страдает от артефактов «полосатости» в градиентах: у него больше выбора для представления коэффициента постоянного тока или небольших значений коэффициентов переменного тока.

Чем выше входная битовая глубина (для заданного выходного битрейта), тем больше битов кодер должен отбросить. Многие из этих дополнительных битов равны нулю, если исходное видео было 8-битным. (Кодирование с потерями уже отбрасывает много битов, например, от 12 бит на кадр на кадр (для субдискретизации цветности YUV 4: 2: 0 с 8-битными компонентами) до 0,15 бит / пиксель / кадр, и все еще выглядит довольно близко к визуально прозрачным, особенно при высоком разрешении, когда типичное видео содержит информацию, распределенную по большему количеству пикселей.)

Если вы собираетесь изменять масштаб, предположительно, переход на 10 или 12 бит перед масштабированием позволит масштабировать смешанные пиксели с меньшей потерей информации. (например, 10-битное значение может точно хранить среднее значение четырех 8-битных значений.)