Видео кодирование: Сколько размер видеофайла увеличивает с кадр/с?
Учитывая, что следующие блокбастеры, например, Peter Jackson (Хоббит) и James Cameron (Аватар 2) будут выстрелом с частотой кадров 48 кадр/с (или еще больше) - т.е. больше, чем обычные 24 кадр/с - я задавался вопросом: Сколько делает размер файла закодированного видео увеличения с кадр/с?
С увеличивающимся кадр/с кадр для структурирования различия становится меньшим и меньшим. Таким образом, я предполагаю, что размер файла становится менее, чем линейным. Действительно ли это верно? Существует ли эмпирическое правило? Или у кого-либо есть размеры файла в качестве примера того же видео закодированными в 24, 48, 60, и 96 кадр/с (с современным видеокодеком)?
(Вопрос о стороне: Сколько размер видеофайла увеличивает с размерами изображения вне Full HD - например, от Full HD до 4k?)
0 ответов
ЕДИНСТВЕННОЙ вещью, которая влияет на размер файла, является скорость передачи. Можно сделать 1 фут в секунду или 120 футов в секунду, и если скорость передачи составит 1000 МБ, то размер файла будет точно тем же. По определению скорость передачи определяет размер файла. Не стесняйтесь тестировать - снимают видео и производят его в 10 различных размерах и 10 других кадр/с, и Вы собираетесь закончить с идентичным (или незначительное различие) размеры файла.
Это - упрощение, однако, если Вы хотите обсудить размер файла по сравнению с качеством, затем это - совершенно другое обсуждение.
Я попробую теоретический подход. Я хотел бы видеть некоторые реальные примеры, которые докажут или опровергнут мою теорию. Хороший вопрос! Если Вы имеете какие-либо комментарии или находите некоторые дефекты, не стесняйтесь комментировать.
Для любого текущего кодера (позволяют нам взять MPEG-4/AVC/h.264 в качестве примера) частота кадров не имеет значения так, как Вы думаете. Позвольте нам просто предположить, что нет никакого управления уровнем, и каждое изображение кодируется тем же основным QP (параметр квантования).
Вы правы со следующим: различие в движении (как определено в ITU-R P.910, хорошем чтении) между двумя кадрами видео на 48 кадр/с будет ниже, чем для того же видео в 24 кадр/с. Это - то, вследствие того, что кадры не будут отличаться так же друг от друга. Обратите внимание, что целое временное движение не увеличивается. В конце объект перемещается от точки к B, таким образом, его вектор движения будет той же длиной, неважно, сколько кадров в секунду.
Поскольку кодер ищет различие между два (или больше) кадры и только кодирует остаточные значения, который означает, что это должно будет кодировать меньше невязки на изображение. В среднем это будет половиной невязки. Таким образом, Вы правы с этим. (Мы не должны забывать, что только половина невязки не означает, что половина данных должна была сохранить ее. Это зависит от алгоритмического реализованного кодирования.)
С другой стороны у Вас есть вдвое больше изображений в секунду, что означает, что – в среднем – закодированная информация удваивается снова.
Подводя итоги, ничего особенного не изменяется на той стороне. Кодер сделает свое лучшее задание для кодирования всего движения в видео, которое в сумме является тем же (только на меньших шагах, если Вы знаете то, что я имею в виду). Единственные издержки, которые мы должны добавить, являются издержками от маленьких невязок, которые не могут быть арифметически кодированы эффективным способом.
Вышеупомянутое только относится к B-или P-изображениям, которые зависят от других. Однако мы должны вставить внутрикодированное изображение время от времени, которое не зависит ни от какого другого изображения. Если этот уровень внутрикодированных изображений не увеличивается, мы могли бы принять линейный рост в размере файла, возможно, немного больше.
Однако при уменьшении расстояния внутрикодированных изображений для компенсации возможной потери пакетов или ошибок битового потока, Вы будете нести больше служебное, и поэтому увеличение более, чем линейно, не очень, но вероятно примечательно.