高清视频1小时的H.264文件大小

Question

高清视频1小时的H.264文件大小

15

我正在寻找一个数量级的估计，以了解从HDV (MiniDV磁带上的高清视频)转码得到的1小时H.264编码高清视频的预期磁盘文件大小。我想存档大约100小时的这种内容，并想弄清楚我需要大容量硬盘、多驱动器单元（如Drobo）还是企业级存储系统。

编辑

为了澄清几个很好的评论，我正在开发将使用这些归档视频的软件，也将管理从HDV到压缩格式（在OS X上使用QuickTime）的转码。这个问题是用来收集硬件要求的。视频来自HDV，转码不必实时进行。我不会流式传输视频，因此我正在寻找保持尽可能多的信息源于HDV内容的压缩方式。原始的HDV视频是交错的，但如果这有助于文件大小或H264压缩输出的质量，我可以去交错。

- Barry Wark

完全取决于比特率。AVCHD是h.264，最高可达24mbps。找出压缩流的比特率，你就有了答案。 - Adam Davis

7个回答

5

无论您希望多大，尺寸都可以自行调整，唯一变化的是质量。如果您打算在非个人电脑设备（或慢速电脑）上播放，则可能需要遵守某些配置文件（一组标准压缩设置，可确保固定设备能够播放内容）。

您可以在维基百科上查看主要的H.264配置文件。

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

- David

5

每小时需要几个g的流量。

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

这可能会因视频类型和使用的压缩类型而有所不同。

- Lehane

4

我是一个喜欢保留原始文件的人，这样当旧的转码过期时，你仍然可以使用已存档的原始文件并从这些新鲜的文件中进行新编码。例如，将它们从先前转码的mpeg2-hd迁移到mpeg4-hd（或许在某个时候再从mpeg4-hd迁移到其后继者）。但所有这些都应该从原始文件开始。

任何压缩步骤都会导致质量损失。

重新做一遍需要一些时间，但在我看来这是值得的。

因此，如果您想保留原件，您可以将磁带的运行时间（以秒为单位）乘以hdv的最大数据传输速率（常数27mbit/s，我想）来获取所需的存储容量。

- Andreas Hornig

4

这主要取决于许多设置，包括音频和视频方面。如果你按照此视频的压缩设置，那么每小时大约需要3GB。如果你使用Mac，我强烈推荐使用“Compressor”，因为它使用起来相当简单且运行无误。

至于储存方面，如果你想要100小时/300GB，我建议使用外置硬盘。视频文件非常庞大，即使它们没有完全填满你的硬盘，也会让你的电脑受到困扰。一定要留出时间对整个文件进行压缩，因为这需要数小时甚至数天来完成100小时的录像。

- NicolaHaff

2

如果您想要通过计算机进行高质量的1060i x264编码，而不是使用移动设备，也不是实时进行，那么您可以使用大约5 MBps的比特率。这意味着每小时会有2250 MB的编码素材。我们建议您对素材进行去交错处理，并将其压缩为渐进式。

- evilpenguin

1

如果视频进行去隔行处理，文件大小是否会减小？还是说去隔行只是为了提高图像质量？ - Barry Wark

1

取决于帧率。如果帧率相同，隔行扫描的镜头显示的信息只有逐行扫描的一半。隔行扫描通过交替刷新奇数和偶数行来工作，这就是为什么大多数产生良好质量的隔行扫描相机具有两倍于逐行扫描相机的帧率。 - evilpenguin

1

但是交错是老式电视CRT显示信息的结果。在计算机显示器上，无论是LCD、等离子体还是现代CRT，交错镜头看起来非常粗糙和糟糕。大多数媒体播放器如VLC在播放时会自动去交错，如果它们检测到交错镜头。 - evilpenguin

1

底线：如果您不想让视频看起来很糟，就进行去隔行处理。如果它们占用了太多空间，可以更改质量、更改分辨率（720p已经足够，而且压缩得很好），但无论如何都应坚持使用渐进式镜头。隔行扫描镜头不值得而且实际上只是一种过时的技术。 - evilpenguin

1

还有一件事：大多数编解码器在处理渐进式镜头时表现更好，因为它们评估形状及其随时间的变化。这些评估是通过比较矩阵中相邻像素来进行的。交错式镜头会使整个算法出现问题。 - evilpenguin

显示剩余2条评论

1

每小时大约4GB是相当普遍的。

- krosenvold

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- dbr · Accepted Answer

如果您知道比特率，那么它就是比特率（每秒位数）乘以秒数。假设 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

谷歌计算器可以确认

同样适用于 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 小时的连续处理，更不用说诸如更换磁带、输入元数据和一般延迟（睡眠）以及错误（“糟糕，错了”）之类的事情。