Насколько я понимаю, алгоритм vorbis использует переменную скорость кодирования.
Итак, при кодировании видео со звуком в формате vorbis, почему Handbrake запрашивает у меня битрейт? Что делает Handbrake, когда я выбираю битрейт 160, скажем, в разделе аудио?
Вы можете видеть битрейт в этом случае как цель качества. Он не будет кодировать звук строго с этой скоростью передачи данных, но попытается кодировать звук таким образом, чтобы он всегда был «близок» к указанной вами скорости передачи данных.
Обычно вы можете преобразовать определенные битрейты в определенный уровень качества, который можно сравнить с пластинами «V0», «V2» и т. д. Настройки VBR, эти пресеты не определяют конкретный битрейт, но файлы, закодированные с этими настройками, всегда будут заканчиваются в определенном «диапазоне скоростей передачи». Кодер будет кодировать звук с определенной скоростью передачи данных, но будет повышаться или понижаться в пределах определенного порога.
Нет особого смысла в том, чтобы вместо целей качества Vorbis присутствовали битрейты, но я предполагаю, что ручной тормоз делает это, потому что все другие кодеки, которые он предлагает, используют битрейты. Большинство пользователей привыкли к битрейту и могут связать его с грубым уровнем качества. В отличие от собственного «q5» или «q9» Vorbis, которые вы можете перевести только в относительную разницу в качестве между разными уровнями (если вы не привыкли использовать этот кодек), но вы не будете знать, что на самом деле получится.
В Википедии есть хорошая таблица уровней/настроек качества Vorbis: http://en.wikipedia.org/wiki/Vorbis#Technical_details (справа)
Качество Номинальный битрейт Официальный Xiph.Org Foundation Vorbis aoTuV
beta 3 и выше
- -q-2 недоступен 32 кбит/с
- -q-1 45 кбит/с 48 кбит/с
- -q0 64 кбит/с
- -q1 80 кбит/с
- -q2 96 кбит/с
- -q3 112 кбит/с
- -q4 128 кбит/с
- -q5 160 кбит/с
- -q6 192 кбит/с
- -q7 224 кбит/с
- -q8 256 кбит/с
- -q9 320 кбит/с
- -q10 500 кбит/с
Для кодировок CBR битрейт всегда сохраняется на указанном битрейте, независимо от того, нужен ли он. Для кодирования VBR битрейт является средней целью, однако медиапоток будет использовать большую или меньшую скорость передачи данных, когда это необходимо, но попытается усреднить цель.
Вот почему вы видите 1 проход и 2 прохода VBR. 2 прохода VBR сначала делает проход, чтобы оценить, где потребуется больше или меньше данных, а затем делает второй проход, чтобы наилучшим образом использовать доступную скорость передачи данных. 1 проход делает гораздо больше предположений.
В качестве примера того, как это работает, скажем, у нас есть видео, в котором 10 секунд быстрого действия, за которыми следуют 10 секунд неподвижного изображения.
С CBR все время будет использоваться одна и та же скорость передачи данных, 10 секунд неподвижного изображения будут безумно высокого качества, поскольку ничего не меняется, но действие тогда развалится, потому что оно слишком сильно меняется.
С 1 проходом VBR алгоритм адаптируется к использованию большего количества данных для высокого уровня действия, но он может ограничивать себя, поскольку все видео может быть таким. Затем, когда дело доходит до стоп-кадра, он почти ничего не использует, но не достигает средней скорости, потому что ему не нужно место для хранения.
При 2-проходном VBR первый проход обнаружит, что в конце нет движения, поэтому во время второго прохода большая скорость передачи данных будет использоваться для действительно хорошей обработки движения, а затем очень мало будет использоваться для неподвижного изображения. изображение, средняя скорость передачи данных будет снижена, а часть видео с высокой скоростью будет иметь самое высокое качество из всех кодировок, в то время как неподвижная часть не пострадает.
ltcomdata
Джим Мак