Размер файла H. 264 для 1 часа HD-видео [закрыт]
Я ищу оценку порядка величины для ожидаемого размера файла на диске для 1 часа H. 264 закодированного HD-видео, транскодированного с HDV (HD на ленте MiniDV). Я хочу архивировать примерно 100 часов такого контента и хочу выяснить, смотрю ли я на большой жесткий диск, многодвигательный блок, такой как Drobo, или систему хранения на уровне предприятия.
редактировать
чтобы уточнить из нескольких хороших комментариев, я разрабатываю программное обеспечение, которое будет используйте это архивное видео, а также управляйте перекодированием из HDV в сжатый формат (используя QuickTime в OS X). Этот вопрос предназначен для сбора требований к оборудованию. Видео от HDV, и транскодирование не должно происходить в режиме реального времени. Я не буду транслировать видео, поэтому я ищу сжатие, которое поддерживает как можно больше информации о содержимом HDV. Исходное HDV-видео переплетено, но я могу его деинтерлейс, если это поможет либо размеру файла, либо качеству обжатого выхода H264.
7 ответов
Если вы знаете, битрейт, это просто битрейт (бит в секунду) умножить на количество секунд. Учитывая, что HDV составляет 25 Мбит / с и один час имеет 3,600 секунд, без транскодирования это будет:
25 Mbit/s * 3,600 s/hr = 3.125 MB/s * 3,600 s/hr = 11,250 MB/hr ≈ 11 GB/hr
калькулятор Google может подтвердить
то же самое относится к кадрам H. 264, хотя выше может быть не столь точным (переменный битрейт и т. д.).
Я хочу архивировать примерно 100 часов такого контента и хочу выяснить, смотрю ли я на большой жесткий диск, многодвигательный блок, такой как Drobo, или систему хранения на уровне предприятия.
во-первых, не покупайте систему хранения "корпоративного уровня" (вам почти наверняка не нужны такие вещи, как диски горячей замены и тот же уровень поддержки-учитывая затраты)..
Я бы предложил купить два больших диска: один будет вашим основным диском, другой-в корпусе USB и будет подключаться ежедневно и отражать основная система (в качестве резервной копии).
диски невероятно дешевы, используя приведенный выше расчет ~11 ГБ / час, это всего лишь 1.1 ТБ данных (для 100 часов, несжатых). и теперь вы можете купить диски 2 TB.
Drobo или машина с несколькими дисками и программным RAID-это вариант, но один большой диск плюс резервные копии были бы проще.
хранение теперь почти не проблема, но время кодирования все еще может быть проблемой. Кодирование H. 264 очень ресурсоемко. На четырехъядерный ~2.5 GHz Xeon, я думаю, что я получил стандарт кодирования 60 fps-def (DVD) до H. 264 (по сравнению с 300 fps с MPEG 4). Я полагаю, что это только около 50 часов, но это стоит рассмотреть. Кроме того, предполагая, что HDV находится на лентах, это время захвата 1:1, так что это 150 часов прямой обработки, не говоря уже о таких вещах, как изменение лент, ввод метаданных и общие задержки (сон) и ошибки ("opps, неправильная лента").
Это любой размер, который вы хотите, чтобы он был, единственное, что меняется, это качество. Если вы хотите, чтобы он воспроизводился на устройстве без ПК (или медленном ПК), вам может потребоваться соблюдать определенный профиль (стандартный набор параметров сжатия, которые гарантируют, что фиксированное устройство может воспроизводить содержимое).
вы можете увидеть основные профили H. 264 в Википедия
хотя он очень субъективен (и сильно зависит от сжимаемого содержимого), он утверждается что H. 264 может достичь того же качества, что и DVD MPEG2, используя половину битрейта.
Это будет пара концертов в час.
MPEG-4 (из которых H. 264 является составной частью) определяет высокое качество как около 4 Мбит / с. что будет 1.8 GB в час.
Это может варьироваться в зависимости от типа видео и используемого типа сжатия.
Я друг хранения исходных файлов, так что вы все еще можете использовать архивированные оригинальные и делать новые кодирования из этих свежих, когда старые транскоды устарели. например. миграция их с ранее трансоктированных mpeg2-hd на mpeg4-hd (и, возможно, с mpeg4-hd на его преемника когда-нибудь). но все это должно быть сделано с оригинала. любой шаг сжатия будет сопровождаться потерей качества. потребуется некоторое время, чтобы повторить это снова, но, на мой взгляд, это стоит усилие.
Итак, если вы хотите сохранить оригиналы, вы можете использовать время работы в секундах из вас ленты раз максимальный datarate hdv (константы 27 Мбит / с я думаю), чтобы получить необходимую емкость
Это действительно зависит от многих настроек, как на аудио, так и на видео стороне вещей. Если вы следуете за настройками сжатия видео, тогда это примерно 3 ГБ в час. Если у вас есть Mac, я бы определенно рекомендовал использовать "компрессор", поскольку он довольно прост в использовании и работает безупречно.
Что касается хранения, Если вы смотрите на 100hrs / 300GB, я бы определенно пошел с внешним жестким диском. Видео файлы настолько огромны, что они (даже если они не полностью заполнить ваш жесткий диск) действительно запутать ваш компьютер. Не забудьте сделать некоторое время для сжатия всего этого, потому что это занимает часы и часы и часы.... за 100 часов съемки это займет несколько дней.
для хорошего качества кодирования x264 1060i, выполненного компьютером, а не мобильным устройством, не в режиме реального времени, вы можете использовать битрейт около 5 Мбит / с. Это означает 2250 МБ / час кодированного материала. Рекомендуем Вам деинтерлейс кадры и сжимать как прогрессивные.