看板 AVEncode 關於我們 聯絡資訊
小弟最近摸索了一下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://www.ptt.cc/bbs/AVEncode/M.1405761000.A.A4E.html
xvid:你的頻寬有點小或者說小到誇張,留意一下單位 07/19 18:30
xvid:壓縮比和壓縮時間可以找MeGUI裡面的x264自己玩玩看 07/19 18:32
xvid:跟延遲時間沒有直接關係,不同的preset、profile等會影響編碼 07/19 18:35
xvid:需要的運算時間,但你提到的是硬體chip可能要看他的規格和能 07/19 18:36
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
vincent2515:是100Mbps 已修改~ 07/20 01:21
vincent2515:謝謝xvid 07/20 02:11
y3k:H.264有搜尋演算法、macroblock、VBV、BFrame使用數、BFrame使 07/20 08:32
y3k:用方式、reference frames數等等比你目前想到的更多的影響變數 07/20 08:34
y3k:我上面講的這些建議你去了解一下 並看看晶片實做了哪些 07/20 08:34
y3k:不過我猜很難查到就是... 八成是那種幾乎無法調整的鳥蛋編碼器 07/20 08:36
y3k:(雖然對某些朋友來說很棒很傻瓜XD)的設計架構 07/20 08:36
y3k:這種東西應該就沒辦法要求電腦軟體壓出來的品質(畫面表現+檔案 07/20 08:37
y3k:縮小程度) 應該只贏速度而已 07/20 08:37
y3k:(我說的贏速度是相同電功率使用、溫度表現下 壓出同品質檔案的 07/20 08:39
y3k:速度) 07/20 08:40