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

【问题标题】：H.264 file size for 1 hr of HD video [closed]1小时高清视频的H.264文件大小[关闭]
【发布时间】：2010-10-16 15:56:02
【问题描述】：

我正在寻找从 HDV 转码的 1 小时 H.264 编码高清视频（MiniDV 磁带上的高清）的预期磁盘文件大小的数量级估计值。我想归档大约 100 小时的此类内容，并想弄清楚我正在查看的是大硬盘驱动器、Drobo 等多驱动器单元，还是企业级存储系统。

编辑

为了从几个优秀的 cmets 中澄清，我正在开发将使用此存档视频的软件，还将管理从 HDV 到压缩格式的转码（在 OS X 上使用 QuickTime）。此问题用于收集硬件要求。视频来自 HDV，转码不必实时进行。我不会流式传输视频，因此我正在寻找能够从 HDV 内容中保留尽可能多信息的压缩。原始 HDV 视频是隔行扫描的，但如果这有助于 H264 压缩输出的文件大小或质量，我可以对其进行去隔行扫描。

【问题讨论】：

完全取决于比特率。 H.264 的 AVCHD 高达 24mbps。找出压缩流的比特率，你就有答案了。

标签： video h.264 filesize

【解决方案1】：

如果您知道比特率，它只是比特率（每秒位数）乘以秒数。假设 HDV 为 25 Mbit/s，一小时有 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's calculator can confirm

这同样适用于 H.264 素材，尽管上述内容可能不那么准确（可变比特率等）。

我想存档大约 100 小时的此类内容，并想弄清楚我是在看大硬盘驱动器，还是像 Drobo 这样的多驱动器单元，还是企业级存储系统。

首先，不要购买“企业级”存储系统（考虑到成本，您几乎可以肯定不需要热插拔驱动器和同等级别的支持）..

我建议购买两个大驱动器：一个是您的主驱动器，另一个是 USB 外壳，每天连接并镜像主系统（作为备份）。

驱动器非常便宜，使用上述约 11 GB/小时的计算，这只有 1.1 TB 的数据（100 小时，未压缩）。您现在可以购买 2 TB 驱动器。

Drobo 或带有几个驱动器和软件 RAID 的机器是一种选择，但单个大驱动器加上备份会更简单。

现在存储几乎不是问题，但编码时间仍然是一个问题。编码 H.264 非常耗费资源。在四核 ~2.5 GHz Xeon 上，我想我将标准清晰度 (DVD) 编码为 H.264 的速度约为 60 fps（相比之下，MPEG 4 的速度约为 300 fps）。我想这只有大约 50 个小时，但这是值得考虑的事情。此外，假设 HDV 在磁带上，它的捕获时间是 1:1，所以这是 150 小时的直接处理，更不用说诸如更换磁带、输入元数据以及一般延迟（睡眠）和错误（“opps，错误磁带”之类的事情） )。

【讨论】：

9000 MB 相当于 1125 MB。
谢谢，HDV 信息是我应该开始的地方。
数学有点不对。 25 mb * 3600 秒 = 3.125 MB * 3600 秒 = 11250 MB*hr ~ 11 GB 每小时。如你所说，未压缩。
另一个小提示：如果您要购买用于处理视频的机器，请选择 Intel Core i7。我将 i7 的 PC 与具有四核 Xeon 的 Mac 进行了比较，i7 肯定更快。而且我认为它更便宜。
注意：HDV 被压缩，但它的压缩方式只引入了轻微的视觉伪影，并允许高效和准确的搜索。 100 小时未压缩的 1080p30 视频需要 1920*1080*3channels*30fps*3600s/hr*100hr ~ 61TB。

【解决方案2】：

它是你想要的任何尺寸，唯一改变的是质量。如果您打算在非 PC 设备（或速度较慢的 PC）上播放它，您可能需要遵守特定配置文件（确保固定设备可以播放内容的标准化压缩设置集）。

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

虽然它非常主观（并且高度依赖于被压缩的内容），但据称 H.264 可以使用一半的比特率达到与 DVD MPEG2 相同的质量。

【讨论】：

【解决方案3】：

每小时会有几场演出。

MPEG-4（H.264 是其中的一个子部分）将高质量定义为大约 4Mbps。这将是每小时 1.8GB。

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

【讨论】：

【解决方案4】：

我是保留原始文件的朋友，因此当旧的转码过期时，您仍然可以使用存档的原始文件并从这些新文件中进行新的编码。例如。将它们从以前转码的 mpeg2-hd 迁移到 mpeg4-hd（可能在某个时候从 mpeg4-hd 迁移到其继任者）。但所有这些都应该从原件开始。任何压缩步骤都会导致质量下降。再次重做此操作需要一些时间，但在我看来，这是值得的。

所以，如果您想保留原件，您可以使用磁带的运行时间（以秒为单位）乘以 hdv 的最大数据速率（我认为是常数 27mbit/s）来获得所需的存储容量

【讨论】：

【解决方案5】：

这实际上取决于许多设置，包括音频和视频方面。如果您遵循this video 的压缩设置，则大约为每小时 3GB。如果您有 Mac，我绝对会推荐使用“Compressor”，因为它非常易于使用且完美无瑕。

就存储而言，如果您考虑 100 小时 / 300GB，我肯定会选择外置硬盘。视频文件非常大，以至于它们（即使它们没有完全填满您的硬盘）确实会混淆您的计算机。确保留出一些时间来压缩整个内容，因为这需要数小时、数小时和数小时......对于 100 小时的镜头，它需要数天。

【讨论】：

【解决方案6】：

对于 1060i 的高质量 x264 编码，由计算机而不是移动设备完成，不是实时的，您可以使用大约 5 MBps 的比特率。这意味着 2250 MB/小时的编码材料。建议您对素材进行逐行扫描并压缩为渐进式。

【讨论】：

如果素材被去隔行扫描，文件大小会减小还是仅仅为了图像质量而去隔行扫描？
取决于帧率。如果帧速率相同，则隔行扫描的素材显示的信息是渐进式素材的一半。隔行扫描通过交替刷新奇数和偶数行来工作，这就是为什么大多数产生高质量的隔行扫描相机的帧数是逐行扫描相机的两倍。
但隔行扫描是旧电视 CRT 显示信息方式的结果。在计算机显示器上，无论是 LCD、等离子还是现代 CRT，隔行扫描的画面看起来确实参差不齐且很糟糕。大多数媒体播放器（如 VLC）在检测到隔行扫描镜头时会在播放时自动去隔行扫描。
底线：如果你想让你的视频看起来不坏，去隔行扫描。如果它们占用太多空间，请更改质量，更改分辨率（720p 就足够了，压缩得很好），但无论如何都要坚持使用渐进式素材。隔行扫描的镜头不值得，真的只是一个遗物。
还有一件事：大多数编解码器在处理渐进镜头时表现得更好，因为它们会评估形状以及它们如何随时间变化。这些评估是通过比较矩阵中的相邻像素来进行的。隔行扫描镜头确实破坏了整个算法。

【解决方案7】：

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

【讨论】：