1小时高清视频的H.264文件大小 [英] H.264 file size for 1 hr of HD video
问题描述
我正在为从HDV(MiniDV磁带上的HD)转码的H.264编码的HD视频的1个小时的预期磁盘上文件大小寻找一个数量级估计.我想将大约100个小时的此类内容存档，并想弄清楚我要查看的是大型硬盘驱动器，Drobo等多驱动器单元还是企业级存储系统.
I'm looking for an order of magnitude estimate for expected on-disk file size for 1 hour of H.264 encoded HD video transcoded from HDV (HD on a MiniDV tape). I want to archive approximately 100 hours of such content and want to figure out whether I'm looking at a big hard drive, a multi-drive unit like a Drobo, or an enterprise-level storage system.
修改
为了从几个好的评论中澄清，我正在开发将使用此存档视频的软件，还将管理从HDV到压缩格式的转码(在OS X上使用QuickTime).这个问题是为了收集硬件要求.视频来自HDV，转码不必实时进行.我将不会流式传输视频，因此我正在寻找可以保留HDV内容中尽可能多信息的压缩.原始的HDV视频是隔行扫描的，但是如果可以改善文件的大小或H264压缩输出的质量，我可以对其进行去隔行扫描.
To clarify from several good comments, I am developing the software that will use this archived video and will also manage the transcoding from HDV to compressed format (using QuickTime on OS X). This question is for gathering hardware requirements. The video is from HDV and the transcoding does not have to happen in real time. I will not be streaming the video, so I'm looking for compression that maintains as much information as possible form the HDV content. The original HDV video is interlaced, but I can deinterlace it if that would help either file size or quality of the H264 compressed output.
推荐答案
如果您知道比特率，则只需将比特率(每秒的位数)乘以秒数即可.假设HDV为25 Mbit/s，一小时为3600秒，则不进行转码将是:
If you know the bitrate, it's simply bitrate (bits per second) multiplied by number of seconds. Given that HDV is 25 Mbit/s and one hour has 3,600 seconds, non-transcoded it would be:
25 Mbit/s * 3,600 s/hr = 3.125 MB/s * 3,600 s/hr = 11,250 MB/hr ≈ 11 GB/hr
H.264素材同样如此，尽管上述效果可能不那么准确(可变比特率等).
The same applies with H.264 footage, although the above might not be as accurate (being variable bitrate and such).
我想存档大约100个小时的此类内容，并想弄清楚我是在看大型硬盘驱动器，像Drobo这样的多驱动器单元还是企业级存储系统. /em>
I want to archive approximately 100 hours of such content and want to figure out whether I'm looking at a big hard drive, a multi-drive unit like a Drobo, or an enterprise-level storage system.
首先，不要购买企业级"存储系统(考虑到成本，您几乎肯定不需要像热插拔驱动器和相同级别的支持之类的东西.)
First, do not buy an "enterprise-level" storage system (you almost certainly don't need things like hot-swap drives and the same level of support - given the costs)..
我建议购买两个大驱动器:一个是您的主驱动器，另一个是在USB机箱中，并且每天都要连接并镜像主系统(作为备份).
I would suggest buying two big drives: One would be your main drive, another in a USB enclosure, and would be connected daily and mirror the primary system (as a backup).
使用上述〜11 GB/小时的计算得出，驱动器非常便宜，仅1.1 TB数据(持续100个小时，未压缩).您现在可以购买2 TB驱动器.
Drives are incredibly cheap, using the above calculation of ~11 GB/hour, that's only 1.1 TB of data (for 100 hours, uncompressed). and you can buy 2 TB drives now.
Drobo或具有少量驱动器和软件RAID的计算机是一种选择，但是单个大驱动器加上备份会更简单.
Drobo, or a machine with a few drives and software RAID is an option, but a single large drive plus backups would be simpler.
现在几乎没有存储的问题，但是编码时间仍然是一个问题.对H.264进行编码非常耗费资源.在四核〜2.5 GHz Xeon处理器上，我认为我将H.264的标准清晰度(DVD)编码约为60 fps(相比于MPEG 4约为300 fps).我想大概只有50个小时，但这值得考虑.另外，假设HDV在磁带上，则捕获时间为1:1，因此需要150个小时的直接处理时间，不用担心诸如更换磁带，输入元数据以及一般的延迟(睡眠)和错误("opps，错误的磁带")之类的事情. ).
Storage is almost a non-issue now, but encode time can still be an issue. Encoding H.264 is very resource-intensive. On a quad-core ~2.5 GHz Xeon, I think I got around 60 fps encoding standard-def (DVD) to H.264 (compared to around 300 fps with MPEG 4). I suppose that's only about 50 hours, but it's something worth considering. Also, assuming the HDV is on tapes, it's a 1:1 capture time, so that's 150 hours of straight processing, never mind things like changing tapes, entering metadata, and general delays (sleep) and errors ("opps, wrong tape").
这篇关于1小时高清视频的H.264文件大小的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
