Re: [討論] 想聊一下DP1.2 HDMI2.0的帶寬問題

看板LCD作者sag (Captain Solo)時間7月前 (2023/10/04 11:32)推噓5(5推 0噓 3→)

留言8則, 5人參與討論串2/2 (看更多)

※ 引述《vash0319 (湯哥)》之銘言： : → sag: 樓上的，編碼的冗餘在 Wiki 的表已經扣掉了。例如RBR=5.184G 10/03 20:36 : → sag: 是 RBR 1.62G x 4 Lanes x 0.8 (8b/10b) = 5.184G 10/03 20:37 : → sag: 那個 10% 是 Video Sync 用的，通常比 Active 部份多10% 10/03 20:39 : → sag: 去查 V-Sync / Blanking 之類的字眼可以查到 10/03 20:41 : → sag: 這個網頁有詳細計算各種規格的 Video Sync 參數 10/03 20:47 : → sag: https://tomverbeure.github.io/video_timings_calculator 10/03 20:48 : 有點迷糊了能簡單告訴我一下這網站怎麼看嗎 : 我是否可理解為給Video Sync用的這10% : 因為CVT-RB CVT-R2利用率高所以可以小於10%計算 : CVT利用率較差要到30%? : 2k 165hz在CVT-R2標準下會佔用DP1.2的帶寬94% 這樣？先講結論視訊本身有「真實畫面」跟「有效畫面」，差異是同步訊號的加入傳輸本身有「真實速率」跟「有效速率」，差異是編碼的影響「真實」都會大於「有效」你要去計算某個「視訊規格」能不能用某個「傳輸規格」去送要用「真實畫面」去跟「有效速率」做比較下面是詳細說明：視訊輸出跟螢幕之間不能只送畫面必須要在每一禎甚至是每一條掃描線中間插入一些額外的空間讓每一幅畫面或每一條掃描線能夠同步，這樣才不會出現畫面錯位或是晃動所以你一個 Full HD 的畫面，「有效畫面」是 1920x1080 但實際上視訊輸出真正送出的會比這個多，用來同步用 (現代傳輸規格也會順便在這些多餘空間包聲音訊號進去) https://support.xilinx.com/s/article/899769?language=ja 第一張圖裡面的 Active Video 就是「有效畫面」實際上傳送會包括外面的，我把他叫「真實畫面」至於多出來的部分到底是多少，要看走哪個視訊規範例如 HDMI 是跟著 CEA 走，所以要看 CEA-861 那一欄而 CEA 只規定電視的解析度，所以不會有 1440P 的定義只會有 720/1080/3840 等所以真正的頻寬需求算法，是要把這些多餘同步訊號都算進去以 Full HD 1080p@60Hz,8bit 在 CEA-861 為例「真實畫面」範圍其實是 2200 x 1125 (看 H total & V total) 所以總頻寬就是 2200 x 1125 x 8bit x 3color x 60hz = 3.564G (不同視訊標準下算出來的會略有不同，因為「真實畫面」的定義不同) 但視訊透過 HDMI or DP 傳送，還要再加上編碼的影響。因為訊號傳輸如果完全不編碼，容易造成訊號的不對稱性這對穩定傳輸是很不利的，會產生電磁干擾以及晶片異常所以我們透過編碼的方式，讓你不論送什麼畫面巨觀上來看，0 跟 1 數量會是幾乎一樣的，而且會很隨機分布而這個編碼會消耗一部分的頻寬。比較舊的規範都走 8b/10b 也就是每 8bit 要編成 10bit 去傳送，這樣就等於多消耗了20% 我舉 DP 1.2 裡的 RBR 為例，RBR 速率是 1.62Gbps per lane 所以 RBR 可以送的「真實速率」是 1.62G x 4 lanes = 6.48Gbps 但因為走 8b/10b 編碼，所以「有效速率」只有 6.48G x 0.8 = 5.184G 這就是你在 WiKi 上面那張表上看到 RBR 下面那邊寫 5.184G 的原因那張表已經把編碼效應排除掉了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.134.67.86 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/LCD/M.1696390321.A.F48.html

推

vash0319

10/04 13:23, 7月前 , 1^F

10/04 13:23, 1^F

→

vash0319

10/04 13:23, 7月前 , 2^F

10/04 13:23, 2^F

→

vash0319

10/04 13:23, 7月前 , 3^F

10/04 13:23, 3^F