当前位置:  开发笔记 > 编程语言 > 正文

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

如何解决《1小时高清视频的H.264文件大小》经验,为你挑选了3个好方法。

我正在寻找对于从HDV转码的1小时H.264编码高清视频(MiniDV磁带上的HD)的预期磁盘文件大小的一个数量级估计.我想存档大约100个小时的这样的内容,并想知道我是在看大硬盘,像Drobo这样的多驱动器单元,还是企业级存储系统.

编辑

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



1> dbr..:

如果你知道比特率,它只是比特率(每秒比特数)乘以秒数.鉴于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.5GHz的至强,我觉得我得到了约60 fps的编码标准清晰度(DVD),以H.264(相比于约300 fps的MPEG 4).我想这只是大约50个小时,但这是值得考虑的事情.此外,假设HDV是在磁带上,这是一个1:1的拍摄时间,使拥有150个小时了处理的,没关系的东西像更换磁带,进入元,而一般的延迟(睡眠)和错误("哎呀,错带" ).


9000兆位提供1125兆字节.
注意:HDV是压缩的,但它的压缩方式只会引入温和的视觉伪像,并且可以高效准确地进行搜索.100h的未压缩1080p30视频需要1920*1080*3通道*30fps*3600s/hr*100hr~61TB.

2> David..:

它是你想要的大小,唯一改变的是质量.如果您打算在非PC设备(或慢速PC)上播放,则可能需要遵守某个配置文件(标准化的压缩设置集,以确保固定设备可以播放内容).

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

虽然它是高度主观的(并且高度依赖于被压缩的内容),但据称H.264可以使用一半比特率实现与DVD MPEG2相同的质量.



3> Lehane..:

这将是每小时几场演出.

MPEG-4(其中H.264是子部分)将高质量定义为大约4Mbps.这将是每小时1.8GB.

这取决于视频类型和使用的压缩类型.

推荐阅读
拾味湖
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有