作者vincent2515 (铜锣湾扛报纸)
看板AVEncode
标题[请问] 关於H.264压缩比以及编码时间
时间Sat Jul 19 17:09:57 2014
小弟最近摸索了一下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的地方来决定压缩比以及输出的画面频宽
以上 请多指教 谢谢您。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 125.230.158.9
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/AVEncode/M.1405761000.A.A4E.html
1F：推 xvid:你的频宽有点小或者说小到夸张，留意一下单位 07/19 18:30
2F：→ xvid:压缩比和压缩时间可以找MeGUI里面的x264自己玩玩看 07/19 18:32
3F：→ xvid:跟延迟时间没有直接关系，不同的preset、profile等会影响编码 07/19 18:35
4F：→ xvid:需要的运算时间，但你提到的是硬体chip可能要看他的规格和能 07/19 18:36
5F：→ xvid:力。另外，H.264是失真压缩，确实流量相对越小，越牺牲画质 07/19 18:38
※ 编辑: vincent2515 (125.230.158.9), 07/20/2014 01:20:08
※ 编辑: vincent2515 (125.230.158.9), 07/20/2014 01:20:54
6F：→ vincent2515:是100Mbps 已修改~ 07/20 01:21
7F：→ vincent2515:谢谢xvid 07/20 02:11
8F：→ y3k:H.264有搜寻演算法、macroblock、VBV、BFrame使用数、BFrame使 07/20 08:32
9F：→ y3k:用方式、reference frames数等等比你目前想到的更多的影响变数 07/20 08:34
10F：→ y3k:我上面讲的这些建议你去了解一下 并看看晶片实做了哪些 07/20 08:34
11F：→ y3k:不过我猜很难查到就是... 八成是那种几乎无法调整的鸟蛋编码器 07/20 08:36
12F：→ y3k:(虽然对某些朋友来说很棒很傻瓜XD)的设计架构 07/20 08:36
13F：→ y3k:这种东西应该就没办法要求电脑软体压出来的品质(画面表现+档案 07/20 08:37
14F：→ y3k:缩小程度) 应该只赢速度而已 07/20 08:37
15F：→ y3k:(我说的赢速度是相同电功率使用、温度表现下 压出同品质档案的 07/20 08:39
16F：→ y3k:速度) 07/20 08:40