推 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