HDMI2.0接口+线，能否支持2K 144hz的屏幕？
我已经自行搜过这个问题，结果答案居然是五花八门的，有人说可以；有人说这个接口带宽不够跑不到2k 144。
然后我在电商那找到一位转么卖各种屏幕的老板，他给了我一个说不出原因的答案：他说根据他的经验，HDMI2.0接口只能支持 2K 130hz左右，再高上不去了。
究竟什么答案才是对的？请教
不行，2560✖1440@120hz所需带宽刚好卡在HDMI2.0的带宽上限上，甚至还超过了一点点。 https://en.wikipedia.org/wiki/HDMI#Refresh_frequency_limits_for_standard_video DapFlog 发表于 2023-10-30 10:01
不行，2560✖1440@120hz所需带宽刚好卡在HDMI2.0的带宽上限上，甚至还超过了一点点。 ...
谢了，看来那个老板说的是真的 abcxiawei 发表于 2023-10-30 10:07
谢了，看来那个老板说的是真的
你看下我上面发的wiki上的表格好不 password 发表于 2023-10-30 10:02
https://en.wikipedia.org/wiki/HDMI#Refresh_frequency_limits_for_standard_video
维基这个不知道怎么算的，都是8bit444按正常来说已经2k144已经16Gbps了，他给的参考值14.08Gbps肯定是偏低的。
https://www.intel.com/content/www/us/en/support/articles/000023004/graphics.html password 发表于 2023-10-30 10:10
你看下我上面发的wiki上的表格好不
其实你这个表格，我之前就搜到过，我的疑惑就是如果这表格都是满足的，那为啥会有这么多信息说hdmi2.0跑不到2k 144呢，所以才找人求证
因为有很多显示器接口不满血https://p.sda1.dev/13/22c3769e41425e8d9ef58ffaf1efdfab/CMP_20231030103055288.png
—— 来自 samsung SM-S9160, Android 13上的 S1Next-鹅版 v2.5.4 DapFlog 发表于 2023-10-30 10:15
维基这个不知道怎么算的，都是8bit444按正常来说已经2k144已经16Gbps了，他给的参考值14.08Gbps肯定是偏 ...
14.4是有效带宽
根据cvt各种标准有打折的
—— 来自 samsung SM-S9160, Android 13上的 S1Next-鹅版 v2.5.4 8bit带宽是最好算的，就是像素数×帧数×10×3个颜色。2560 * 1440 * 144 * 10 * 3=15.925248000Gbps，超过了2.0规范的14.4Gbps。
为啥你那个老板说可以支持130hz，因为2560 * 1440 * 130 * 10 * 3=14.376960000Gbps，刚刚好擦14.4的边，再多一点都跑不了了。 DapFlog 发表于 2023-10-30 10:15
维基这个不知道怎么算的，都是8bit444按正常来说已经2k144已经16Gbps了，他给的参考值14.08Gbps肯定是偏 ...
维基的算法是按CVT-RB2来计算的：
https://www.graniteriverlabs.com ... esolution-bandwidth
用下面这个考虑CVT的计算器来算，1440p@144Hz在CVT-RB2刚好够，CVT-RB就刚好不够
https://tomverbeure.github.io/video_timings_calculator
所以LZ这个问题仔细分析的话应该是显示器是否支持CVT-RB2的问题了 本帖最后由 password 于 2023-10-30 13:47 编辑
DapFlog 发表于 2023-10-30 10:36
8bit带宽是最好算的，就是像素数×帧数×10×3个颜色。2560 * 1440 * 144 * 10 * 3=15.925248000Gbps，超过 ...
我感觉你算的有问题？
你乘以10的时候就是加了那TMDS 2bit的控制位了，那它应该对比的就是18.0Gbps而不是14.4Gbps，如果要用14.4Gbps做标准，8bit就只能乘以8，不能用10吧。
以及intel那个表是在没有考虑CVT的情况下用8+2bit算出的，它提供的那个计算器链接点一个预设分辨率倒是考虑了的：
https://www.kramerav.com/bandwidth-calculator/
随便点个预设分辨率就看出来了，这个计算器应该是用CEA-861算的 总结一下就是1440p@144Hz 8bit 444在不同计时标准下正好在HDMI 2.0可用带宽的上下，所以显示器会有支持差别？ umamusume 发表于 2023-10-30 10:31
因为有很多显示器接口不满血
—— 来自 samsung SM-S9160, Android 13上的 S1Next-鹅版 v2.5.4 ...
有个问题，同样的标准下的接口，电气性能不应该一样吗？为啥会出现“满血”和“不满血”的区别？
abcxiawei 发表于 2023-10-30 14:49
有个问题，同样的标准下的接口，电气性能不应该一样吗？为啥会出现“满血”和“不满血”的区别？
...
https://v2ex.com/t/861234
为什么有显示器不支持CVT-RBv2可以参考这个贴 abcxiawei 发表于 2023-10-30 14:49
有个问题，同样的标准下的接口，电气性能不应该一样吗？为啥会出现“满血”和“不满血”的区别？
...
以及其实那个维基表格前面也提到了：
The maximum limits for TMDS transmission are calculated using standard data rate calculations. For FRL transmission, the limits are calculated using the capacity computation algorithm provided by the HDMI Specification.: §6.5.6.2.1 All calculations assume uncompressed RGB video with CVT-RB v2 timing. Maximum limits may differ if compression (i.e. DSC) or Y′CBCR 4:2:0 chroma subsampling are used.
Display manufacturers may also use non-standard blanking intervals (a Vendor-Specific Timing Format as defined in the HDMI Specification: §6.1 ) rather than CVT-RB v2 to achieve even higher frequencies when bandwidth is a constraint. The refresh frequencies in the below table do not represent the absolute maximum limit of each interface, but rather an estimate based on a modern standardized timing formula. The minimum blanking intervals (and therefore the exact maximum frequency that can be achieved) will depend on the display and how many secondary data packets it requires, and therefore will differ from model to model. a91j+3080实测不行的 必须2.1的hdmi线
页:
[1]