|
发布时间: 2025-3-10 00:44
正文摘要:本帖最后由 redom 于 2025-3-11 20:32 编辑 1060不支持DSC，但是可以在DP1.4下跑1080P 360Hz 10bit的参数，是怎么做到的。 ------------------------------------------------------------------------------ ... |
redom 发表于 2025-3-10 01:24 你确认了你显示器的edid写的是什么timing了吗？ 截图里面的计算器用的是vesa的标准timing，不一定是你显示器正在使用的timing呀，这样你说的那些blanking所需的带宽就算不准了 |
KazamiKazuki 发表于 2025-3-11 19:13 楼主截图里看的到 dsc 那里有谈号 点进去看一下。 DSC的话 10bit 也没问题。 |
KazamiKazuki 发表于 2025-3-12 10:23 感谢大佬，已经了解，学到了。 |
redom 发表于 2025-3-12 10:20 hbr3真实带宽就只有8.1*4*8/10编码=25.92。消隐占用的是25.92有效带宽里面的。你不管用什么时序dp都是25.92G带宽 |
KazamiKazuki 发表于 2025-3-12 10:12 查了一下，25.92不是因为cvtr2减少了DP1.4 hbr3总开销，提升了带宽吗 |
redom 发表于 2025-3-12 10:10 dp的25.92带宽是基于8/10编码来的。和时序没有关系 |
MolaMola 发表于 2025-3-11 17:07 大佬，还有一个主要问题细分下来的2个分支疑问始终没考虑清楚。dp1.4 hbr3最大有效带宽是基于标准cvtr2计算出的25.92，那么当显示器厂商自定义时序后，我出现2个疑问，第一个疑问是既然已经自定义时序。非cvtr2时序，为什么还要与cvtr2计算出25.92对比，为什么需要低于这个数值。第二个疑问是既然已经自定义时序，是否可以突破25.92带宽上限，求大佬指教 |
a350dth 发表于 2025-3-11 18:08 楼主是10bit1080P360HZ。标准时序就是不够，他说是厂商自定义时序带宽才够 |
| 看网站计算的带宽，如果面板是8抖10 的话 是可以实现的 |
|
另外，在楼主帖子里 不是说了是CVT R-2 模式嘛。 这个模式有几种，减少消隐（CVT-RB）允许像素时钟减少近27.75%，而减少消隐时序版本2（CVT R-2）允许像素时钟减少近28.55%。减少消隐会导致较低的像素时钟速率，从而保持分辨率和刷新率相同。 我没有图床 贴不了图，大家去这里https://tomverbeure.github.io/video_timings_calculator 自己输入分辨率刷新率 DP HBR3 情况下 CVR R-2 是支持 360HZ 1080P的 |
| DP1.4 带宽就是32.4 Gbps。 有可能是一些GPU 和显示器面板 有一定的省电技术。静态画面不会自刷新的。 另外你可以查一下面板的信息和参数 看实际刷新率最高是多少 有一些是类似DLG和HSR算法 |
tide~ 发表于 2025-3-11 17:27 两个表格下载到了，感谢  有空研究下 |
tide~ 发表于 2025-3-11 17:27 后面又讨论了很多楼，目前得到的结论是，楼主显示器跑在自定义timing,所需要的带宽比标准CVT-R2 带宽低，没有超出DP1.4带宽  |
psps3 发表于 2025-3-10 04:05 那帖子里说的cvt-r2计算表格没见到 试试这个，选最左边的sheet，https://vesa.org/wp-content/uplo ... ator-Version-1.xlsx 这是个UHBR10的，好像差别只有每条lane=10Gbps？没细对照了，https://vesa.org/wp-content/uplo ... r-Version-1-AS.xlsx 算下来都是超带宽的，4k&1k 360Hz双模出来时间不长吧，估计都是timing之类的"优化"过的才可以；56楼那个是2022年的显示器ROG Swift 360Hz PG259QNR，官方参数是在16.7M色彩下（8bit）才上360Hz，他这个拿带宽算是对的 |
redom 发表于 2025-3-11 16:09 高刷的时序在下面的displayID里面吧 |
psps3 发表于 2025-3-11 14:48 我看了一下这个表 1080 360hz档有个像素时钟可以自定义 自定义后比标准低 难道我的这个屏幕是降低了像素时钟来降低带宽的？ |
redom 发表于 2025-3-11 14:39 交错是隔行扫描，1080P是逐行扫描，选不， 上面的边缘我也不清楚，默认是不，打开后，会增加像素，需要的带宽大一点 |
本帖最后由 psps3 于 2025-3-11 14:36 编辑 redom 发表于 2025-3-11 14:20 计算没错，我没有找到vesa官网的cvt计算表格， 我用的这帖子27楼的链接，看到的标准cvt-r2 1920*1080*240hz是2000*1215， 2000*1215*240*30=17496000000， 显示器是小米34寸带鱼屏，几年前买的 
|
本帖最后由 KazamiKazuki 于 2025-3-11 13:41 编辑 redom 发表于 2025-3-11 13:32 GPUZ显示的DP带宽和跑的哪个timing模式没有关系，DP的可用带宽有损失是因为使用8b/10b的编码方式所以只有25.92的有效带宽 |
redom 发表于 2025-3-11 13:32 目前看，我的显示器跟你的显示器的edit信息，里面都有自定义的timing |
psps3 发表于 2025-3-11 13:28 是的，这一点上我和你看法相同，我怀疑通过gpuz显示算出来的有其他说法 |
redom 发表于 2025-3-11 13:01 单路8.1g，hbr3，总共32.4g，这是dp1.4的满血标准带宽，但这个带宽没法确定显示器的timing模式是cvt-r2，按cvt-r2 timing算，360hz所需带宽超了一点，也是这贴标题提的问题。 根据你55楼发的图edit信息，1920*1080*255hz/240hz/165hz，算了下，也不是标准的cvt-r2 timing， 目前对于这贴的提的问题，我觉可能是跑在自定义timing，带宽没有超过dp1.4带宽，前提是没跑在dsc |
psps3 发表于 2025-3-11 12:39 1.先说前提条件，我的显卡是1060，所以我在gpuz可以看到这个显卡和显示器的握手参数。AMD可以在自己面板里看带宽，gpuz里没有，英特尔不清楚。 2.之后是这样的，根据参数，每line是8.1Gbps，共4line（dp标准一般也就是4条链路）处于活跃，即8.1*4=32.4Gbps，这个带宽根据计算器，正是dp1.4 cvtrb2 hbr3的标准，数值完全相同。当然这也只能算推断，我不敢确定。 3.最后说我这个显示器的推断，我怀疑厂商修改了edid，修改了实际vsync，blank，导致1080p 360hz 10bit这个参数的总像素*360*3*10的最终带宽，依然符合并且没高于cvtrb2的32.4Gbps |
redom 发表于 2025-3-11 12:24 我也算了，不是标准cvt-r2 timing， 现在还有个问题没看懂，你说的 gpuz里有带宽，算一下结果就是cvtr2的标准，你的显示器跑在cvt-r2的timing模式， 怎么计算的，我现在英特尔显卡gpuz不显示，我记得n卡gpuz那里显示的是显示器跟显卡链接的dp带宽模式，如hbr2，hbr3等，可以计算出链接的理论带宽 |
redom 发表于 2025-3-11 12:16 刚看到这帖的时候确实是有这个猜想的，所以才想仔细查一下edid |
psps3 发表于 2025-3-11 12:00 你那个120hz的参数计算后是19.44，而标准cvtrb2是19.32，确实不是标准时序 |
Archiver|手机版|小黑屋|Chiphell
( 沪ICP备12027953号-5 )
310112100042806
GMT+8, 2025-6-3 01:25 , Processed in 0.016008 second(s), 11 queries , Gzip On, Redis On.
Powered by Discuz! X3.5 Licensed
© 2007-2024 Chiphell.com All rights reserved.
