> Я тут недавно выяснил, что для h264 минимальный битрейт порядка 10000kbps на 1080p, иначе получается сплошное мыло.Ну, это очень сильно зависит от исходника и что там в нём написано, его частоты кадров и тысячи опций енкодера.
Например:
Если у вас есть компьютерная двумерная анимация в формате FILM с возможностью сделать telecine для показа по обычному ТВ (YUV 4:2:0, 1920 на 1080 с прогрессивной разверткой и частотой кадров 24000/1001=23.976) и вы хотите сжать её енкодером x264, то выбирая профиль High@L4 и c положенными по профилю 4 референсными фреймами, 5 B-фреймами, всяким анимационным тюнингом (встроенный деблок 1:1, вариативное адаптивное квантование с силой 0,6 psy-rd 0,4 без применения квантования по Треллису для психовизуальных оптимизаций) то в случае применения оценки компенсации движения с вычислением rate distortion на всех фреймах, то вы можете смело отличное качество с битрейтом в районе 2000-4000 kbps. Но для этого должен выполняться ряд условий:
1. Гарантированная расстановка ключкадров не реже чем раз в 2 секунды и не чаще чем раз в секундду при закрытом GOP
2. Режим CRF, то есть однопроходовое константное качество при неопределенном битрейте со значением 24-25. Свиду цифра страшная, но это компенсируется ограничением в п.1
3. Ваш исходник не просто в превосходном качестве, вы его еще и поверх отфильтровали для того чтобы подготовить к кодированию (скорее архивации) с таким параметрами.
Тут есть пара фишек, которые не понимают люди, у которых Handbrake вместо мозгов и иже с ним. Например:
1. Константный битрейт нужен только стримерам, спутниковому вещанию, и тем людям которые хотят получить точный размер файла, например для записи да диск. В остальных случаях ABR - это дань времён XviD. Не используйте его, пусть энкодер сам решит какой битрейт для какой сцены нужен. Возможность это воспроизвести на оборудовании отличным от плеера VLC появляется от ограничений уровня/профиля и тех параметров, который он диктует.
2. Однопроходовый ABR это что-то для риалтайма, не используйте его, если не стримите в реальном времени.
3. Треды, мать его, треды!!! Если вы решили кодировать в двухпроходовым ABR, то во имя Аллаха делайте это в один поток. Да-да-да, с одним занятым ядром CPU. В противном случае у вас будет артефактный ужас несмотря на высокий битрейт. Я сто раз такое видел, сделают Open GOP, поставят 8 тредов и выставят битрейт 4000, а потом почему-то качество Г. Покадровая многопоточность негативно влияет на качество из-за тех ограничений которые она вводит на анализ компенсации движения. Многопоточность нормально работает на константном качестве (CRF) при закрытом GOP, там хоть все свои 24 ядра задействуйте одновременно, снижение качество будет, но сложно отличимое на глаз без покадровой проглядки
4. Ваш источник должен быть очищен от шума. Точка. Видео с камер-то, с ним всё понятно, но если у вас источник это всякий блюрей DVD или вообще не дай Бог что-то аналоговое... Чистить. Столько раз видел людей, которые не знают, что частота кадров на этих источниках не оригинальная и адаптирована по телевидение и зернистости туда добавили фильтрами, чтобы почётче выглядело на телевизоре. Но нет, они его так... Мыльность, кстати, это неумение сделать денойзинг самостоятельно для своего видео.
HEVC - не имеет никаких преимуществ перед AVC на высоких битрейтах. Если вы видите разницу между CRF 21 у AVC и HEVC - вы не правильно выставили остальные параметры энкодера или ваш источник грязный и шумный настолько, что его и в оригинале смотреть не возможно.
И еще, если мы говорим обо всяких DCT-алгоритмах, то иногда имеет смысл сделать перекодирование 2 раза подряд. Отключая всякий деблокинг и постпроцессинг на первом проходе с crf, скажем 8-10 и потом во второй раз уже с высоким фактором. Понимаете почему результирующее качество может оказаться визуально лучше несмотря на двойное кодирование с потерями?
