[请问] 关于H.264压缩比以及编码时间

楼主: vincent2515   2014-07-19 17:09:57
小弟最近摸索了一下H.264
目的:假设由摄像头所拍摄的画面为source,经过BT.1120输出4:2:2之YUV,
接着透过H.264压缩芯片后传输至接收端解码重建画面于显示器以达到即时影像目的
关于压缩比,编码所造成影像之delay time ,画面品质,画面频宽的连带关系
整理一下是这样:
压缩比越高(估狗一下100:1~300:1都有)=>因编码所产生在画面传输中的delay越高=>
画面占用的频宽越小=>画面品质越差
因为压缩比越高,代表用到的B-frame越多(尔或前后采样许多frame),导致画面拆得很细,
所以所占用频宽越小,但因为去除了太多相似影像而所带来的品质越差
以上如有错误请指正谢谢
问题:网络上找了一些压缩芯片 都不说明在H.264中编码/解码花费了几ms 并阐述
他们的H.264压缩比为多少
由于频宽只能有100Mbps(能用的只剩75Mbps) 所以又考虑到输出频宽限制
查过了许多文章 也不会提到一个很明白的数据关系
是否有比较明确的压缩比以及压缩时间的相互关系表
也考虑芯片是否有可以下control的地方来决定压缩比以及输出的画面频宽
以上 请多指教 谢谢您。
作者: xvid (DivX)   2014-07-19 18:30:00
你的频宽有点小或者说小到夸张,留意一下单位压缩比和压缩时间可以找MeGUI里面的x264自己玩玩看跟延迟时间没有直接关系,不同的preset、profile等会影响编码需要的运算时间,但你提到的是硬件chip可能要看他的规格和能力。另外,H.264是失真压缩,确实流量相对越小,越牺牲画质
楼主: vincent2515   2014-07-20 01:21:00
是100Mbps 已修改~谢谢xvid
作者: y3k (激流を制するは静水)   2014-07-20 08:32:00
H.264有搜寻算法、macroblock、VBV、BFrame使用数、BFrame使用方式、reference frames数等等比你目前想到的更多的影响变量我上面讲的这些建议你去了解一下 并看看芯片实做了哪些不过我猜很难查到就是... 八成是那种几乎无法调整的鸟蛋编码器(虽然对某些朋友来说很棒很傻瓜XD)的设计架构这种东西应该就没办法要求电脑软件压出来的品质(画面表现+档案缩小程度) 应该只赢速度而已(我说的赢速度是相同电功率使用、温度表现下 压出同品质档案的速度)

Links booklink

Contact Us: admin [ a t ] ucptt.com