代码之家 › 专栏 › 技术社区 › Barry Wark

1小时高清视频的H.264文件大小[关闭]

filesize h.264 video

Barry Wark · 技术社区 · 17 年前

编辑

为了澄清一些好的评论,我正在开发一个软件,该软件将使用此存档视频,并将管理从HDV到压缩格式的转码(在OS X上使用QuickTime)。此问题用于收集硬件需求。视频来自HDV,转码不必实时进行。我将不会流式传输视频,所以我正在寻找压缩,以保持尽可能多的信息形式的HDV内容。原始HDV视频是隔行扫描的,但如果这有助于H264压缩输出的文件大小或质量,我可以对其进行隔行扫描。

7 回复 | 直到 17 年前

dbr 13 年前

如果你知道比特率,它就是比特率(每秒比特数)乘以秒数。假设HDV为25 Mbit/s,一小时有3600秒,则不进行转码:

25 Mbit/s * 3,600 s/hr  =  3.125 MB/s * 3,600 s/hr  =  11,250 MB/hr  â  11 GB/hr

Google's calculator can confirm

这同样适用于H.264镜头,尽管上述内容可能不那么准确(如可变比特率等)。

我想归档大约100小时的此类内容,并想弄清楚我是在看一个大硬盘、一个多驱动器单元(如Drobo)还是一个企业级存储系统。

我建议买两个大驱动器:一个是主驱动器,另一个是USB存储模块,每天连接并镜像主系统(作为备份)。

驱动器非常便宜,使用上述~11 GB/小时的计算,仅为1.1 TB的数据(100小时,未压缩)。您现在可以购买2 TB驱动器。

存储现在几乎不成问题,但编码时间仍然是一个问题。编码H.264需要大量资源。在四核~2.5 GHz Xeon上,我想我得到了60 fps左右的编码标准def(DVD)到H.264(相比之下,MPEG 4大约300 fps)。我想那大概只有50个小时,但这是值得考虑的。另外,假设HDV在磁带上,它的捕获时间是1:1,因此这是150个小时的直接处理,更不用说更改磁带、输入元数据以及一般延迟(睡眠)和错误(“OPP,错误磁带”)。

David 17 年前

无论你想要什么尺寸,唯一改变的就是质量。如果要在非PC设备(或速度较慢的PC)上播放,可能需要遵守特定的配置文件(确保固定设备可以播放内容的标准化压缩设置集)。

您可以在上看到主要的H.264配置文件 Wikipedia

Lehane 17 年前

每小时会有几场演出。

MPEG-4(H.264是其中的一个子部分)将高质量定义为4Mbps左右。这将是每小时1.8GB。

这可能因视频类型和使用的压缩类型而异。

Andreas Hornig 16 年前

例如,将它们从先前转换的mpeg2 hd迁移到mpeg4 hd(可能在某个时候从mpeg4 hd迁移到其后续版本)。但所有这些都应该从最初开始。这将需要一些时间来重做一遍,但在我看来,这是值得的努力。

Community Mohan Dere 9 年前

这实际上取决于许多设置,包括音频和视频方面的设置。如果按照的压缩设置进行操作 this video

就存储而言,如果你考虑的是100小时/300GB,我肯定会选择外置硬盘。视频文件是如此巨大,以至于它们(即使它们没有完全填满你的硬盘)真的会让你的电脑感到困惑。一定要留出一些时间来压缩整个过程,因为这需要花费很多时间。。。。100小时的录像需要几天的时间。

evilpenguin 17 年前

要获得1060i的高质量x264编码(由计算机而非移动设备实时完成),您可以使用约5 MBps的比特率。这意味着2250MB/小时的编码材料。建议您逐行扫描片段并按渐进方式压缩。

krosenvold 17 年前

大约4gb/小时是很常见的。