Bar*_*ark 12 video filesize h.264
我正在寻找对于从HDV转码的1小时H.264编码高清视频(MiniDV磁带上的HD)的预期磁盘文件大小的一个数量级估计.我想存档大约100个小时的这样的内容,并想知道我是在看大硬盘,像Drobo这样的多驱动器单元,还是企业级存储系统.
编辑
为了澄清几个好的评论,我正在开发将使用这个存档视频的软件,并且还将管理从HDV到压缩格式的转码(在OS X上使用QuickTime).这个问题是为了收集硬件要求.视频来自HDV,转码不必实时发生.我不会流式传输视频,所以我正在寻找能够从HDV内容中保留尽可能多的信息的压缩.原始的HDV视频是隔行扫描的,但是如果这有助于文件大小或H264压缩输出的质量,我可以去隔行扫描.
dbr*_*dbr 16
如果你知道比特率,它只是比特率(每秒比特数)乘以秒数.鉴于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
Run Code Online (Sandbox Code Playgroud)
这同样适用于H.264素材,尽管上述内容可能不那么准确(可变比特率等).
我想存档大约100个小时的这样的内容,并想知道我是在看大硬盘,像Drobo这样的多驱动器单元,还是企业级存储系统.
首先,不要购买"企业级"存储系统(考虑到成本,你几乎肯定不需要热插拔驱动器和相同级别的支持).
我建议购买两个大驱动器:一个是你的主驱动器,另一个是USB机箱,并且每天都会连接并镜像主系统(作为备份).
驱动器非常便宜,使用上述~11 GB /小时的计算,这只是1.1 TB的数据(100小时,未压缩).你现在可以购买2 TB驱动器.
Drobo或具有少量驱动器和软件RAID的计算机是一种选择,但单个大型驱动器和备份将更简单.
存储现在几乎不是问题,但编码时间仍然是一个问题.编码H.264是非常耗费资源的.在四核〜2.5GHz的至强,我觉得我得到了约60 fps的编码标准清晰度(DVD),以H.264(相比于约300 fps的MPEG 4).我想这只是大约50个小时,但这是值得考虑的事情.此外,假设HDV是在磁带上,这是一个1:1的拍摄时间,使拥有150个小时了处理的,没关系的东西像更换磁带,进入元,而一般的延迟(睡眠)和错误("哎呀,错带" ).
归档时间: |
|
查看次数: |
138589 次 |
最近记录: |