Chiphell - 分享与交流用户体验

标题: DP1.4是怎么跑的1080P 360Hz 10bit【已解决】 [打印本页]

作者: redom    时间: 2025-3-10 00:44
标题: DP1.4是怎么跑的1080P 360Hz 10bit【已解决】
本帖最后由 redom 于 2025-3-11 20:32 编辑

1060不支持DSC,但是可以在DP1.4下跑1080P 360Hz 10bit的参数,是怎么做到的。
(, 下载次数: 17)
(, 下载次数: 16)

-----------------------------------------------------------------------------------------------------

感谢 @MolaMola 大佬的指点,目前可以认定 1080P 360HZ 10BIT 的带宽是上述图中计算器的带宽,即27.97Gbps,大于DP1.4 HBR3 无dsc的有效带宽25.92Gbps,经过CRU查询到的时序可以证实,这个参数可以通过显示器厂商修改EDID,使用非规范时序,降低到25.92Gbps以内,实现无dsc传输。
非规范时序如图:
(, 下载次数: 14)
该时序经过计算结果为2112*1122*360(hz)*3*10(bit)=25.5923712Gbps,满足带宽上限,如图:
(, 下载次数: 14)

-----------------------------------------------------------------------------------------------------

此贴讨论暂时到此为止已通过实证得出答案,如果我的总结还有什么错误,欢迎大佬指点。再次感谢 @MolaMola 大佬的指点。

作者: 银月    时间: 2025-3-10 00:51
本帖最后由 银月 于 2025-3-10 01:16 编辑

前几天还有个哥们1070ti跑4k120不满意问为啥跑不了4k240呢

1920*1080*360*40=2,985,984,000,我琢磨这也没超30Gbps能跑不是天经地义吗
作者: redom    时间: 2025-3-10 00:54
银月 发表于 2025-3-10 00:51
前几天还有个哥们1070ti跑4k120不满意问为啥跑不了4k240呢

1920*1080*360=2,985,984,000,我琢磨这也没超3 ...

这个算法不对 开销没算进来 看我截图的计算器正确算出来的带宽 已经超过DP1.4了
作者: psps3    时间: 2025-3-10 00:56
算了下,22g多,没超过25g带宽
作者: 银月    时间: 2025-3-10 00:59
redom 发表于 2025-3-10 00:54
这个算法不对 开销没算进来 看我截图的计算器正确算出来的带宽 已经超过DP1.4了 ...

算什么算,按你那个算40g的残废hdmi2.1连4k120都跑不了好伐,不要纠结那些没用的细节,就按我这个算
作者: redom    时间: 2025-3-10 01:02
银月 发表于 2025-3-10 00:59
算什么算,按你那个算40g的残废hdmi2.1连4k120都跑不了好伐,不要纠结那些没用的细节,就按我这个算 ...

https://blog.csdn.net/weixin_71793197/article/details/144639922
所以说你的算法是错的
作者: 银月    时间: 2025-3-10 01:04
psps3 发表于 2025-3-10 00:56
算了下,22g多,没超过25g带宽

(, 下载次数: 17)

实际其实还能再少点?
作者: 银月    时间: 2025-3-10 01:05
redom 发表于 2025-3-10 01:02
https://blog.csdn.net/weixin_71793197/article/details/144639922
所以说你的算法是错的

不用在意这些没用的细节,看前两个数和理论带宽Gbps基本都可以得出正确的结论
作者: redom    时间: 2025-3-10 01:05
银月 发表于 2025-3-10 00:59
算什么算,按你那个算40g的残废hdmi2.1连4k120都跑不了好伐,不要纠结那些没用的细节,就按我这个算 ...

另外按照正确计算 你所谓的40g的残废hdmi2.1是可以跑4k120的
作者: redom    时间: 2025-3-10 01:11
银月 发表于 2025-3-10 01:05
不用在意这些没用的细节,看前两个数和理论带宽Gbps基本都可以得出正确的结论 ...

你试试按照你的算法 1080P 240Hz 10bit是不是 17.50Gbit/s 你这样算带宽算少了
作者: 银月    时间: 2025-3-10 01:19
redom 发表于 2025-3-10 01:11
你试试按照你的算法 1080P 240Hz 10bit是不是 17.50Gbit/s 你这样算带宽算少了

哦,打错了,少写个*40,结果是没错的

1920*1080*240*40=19,906,560,000

所以10g的hdmi1.4带不动1080p 10bit 240hz,只能带动1080p 8bit 144hz啊,我十几年前就有这么个显示器
作者: psps3    时间: 2025-3-10 01:23
银月 发表于 2025-3-10 01:04
实际其实还能再少点?

看楼上发的帖子说,实际传输的信号像素比看到的大了一圈,带宽要增加点,这个以前没深入研究过
作者: redom    时间: 2025-3-10 01:24
银月 发表于 2025-3-10 01:19
哦,打错了,少写个*40,结果是没错的

1920*1080*240*40=19,906,560,000


根据Wikipedia  1080P 240Hz 10bit需要的带宽是17.50  按照你的计算根本不是17.50而是14.93,只计算了active,忽略了Sync和Blank消耗的带宽
作者: redom    时间: 2025-3-10 01:27
psps3 发表于 2025-3-10 01:23
看楼上发的帖子说,实际传输的信号像素比看到的大了一圈,带宽要增加点,这个以前没深入研究过 ...

计算不只是当前的1920*1080,还要算上Sync和Blank消耗的带宽
作者: 银月    时间: 2025-3-10 01:28
redom 发表于 2025-3-10 01:24
根据Wikipedia  1080P 240Hz 10bit需要的带宽是17.50  按照你的计算根本不是17.50而是14.93,只计算了ac ...

(, 下载次数: 19)

怎么会呢,我是按40乘算的,不是按30,算出来的结果基本上各种分辨率都是紧贴接口理论带宽

一定要纠结就再按1024除三次也就到头了
作者: redom    时间: 2025-3-10 01:29
银月 发表于 2025-3-10 01:28
怎么会呢,我是按40乘算的,不是按30,算出来的结果基本上各种分辨率都是紧贴接口理论带宽

一定要纠结 ...


都说了你忽略了Sync和Blank消耗的带宽  不是x30还是x40的问题
https://en.wikipedia.org/wiki/DisplayPort
作者: 银月    时间: 2025-3-10 01:30
本帖最后由 银月 于 2025-3-10 01:31 编辑
redom 发表于 2025-3-10 01:29
都说了你忽略了Sync和Blank消耗的带宽  不是x30还是x40的问题


不重要啊,从来没考虑过

回到你的问题,一定要算清楚的话

你看,就是够的啊

(, 下载次数: 18)
作者: redom    时间: 2025-3-10 01:30
银月 发表于 2025-3-10 01:30
不重要啊,从来没考虑过


所以你说的全是错的 你自己考虑与否根本不重要,这里没人在乎你考虑过没有,这里在讨论DP1.4实际的带宽满足不了 1080P 360Hz 10bit,是怎么做到的
作者: 银月    时间: 2025-3-10 01:32
redom 发表于 2025-3-10 01:30
所以你说的全是错的 你自己考虑与否根本不重要,这里没人在乎你考虑过没有,这里在讨论DP1.4实际的带宽满 ...

DP1.4实际的带宽当然就是能够满足1080p 360hz 10bit所以你才能跑1080p 360hz 10bit啊

不然靠魔法吗
作者: redom    时间: 2025-3-10 01:33
银月 发表于 2025-3-10 01:32
DP1.4实际的带宽当然就是能够满足1080p 360hz 10bit所以你才能跑1080p 360hz 10bit啊

不然靠魔法吗 ...

得 从一开始就是白说 抬走下一位
作者: cetusli    时间: 2025-3-10 01:45
按计算确实就是跑不了,理论上说应该就是已经开启了DSC的
作者: redom    时间: 2025-3-10 01:51
cetusli 发表于 2025-3-10 01:45
按计算确实就是跑不了,理论上说应该就是已经开启了DSC的

至少你确实看了我在说什么,不像楼上两位。
确实是差一点点,但是1060又不支持dsc,所以我才很费劲发帖请教真正明白的大佬,到底是怎么回事
作者: yangzi123aaa20    时间: 2025-3-10 01:59
找个能正确显示10bit输出的播放器之类的测试一下到底是不是真运行在10bit下吧
作者: redom    时间: 2025-3-10 02:06
本帖最后由 redom 于 2025-3-10 02:12 编辑
yangzi123aaa20 发表于 2025-3-10 01:59
找个能正确显示10bit输出的播放器之类的测试一下到底是不是真运行在10bit下吧 ...


应该是没问题

8bit显示器是这样显示的,所以确定是在10bit下

作者: psps3    时间: 2025-3-10 02:08
redom 发表于 2025-3-10 01:51
至少你确实看了我在说什么,不像楼上两位。
确实是差一点点,但是1060又不支持dsc,所以我才很费劲发帖请 ...

按你发的帖子里的算法,算上额外的像素,带宽也没有超过dp1.4的带宽,一个讨论帖,不知道为什么要嘲讽别人?
(, 下载次数: 18)
作者: redom    时间: 2025-3-10 02:11
本帖最后由 redom 于 2025-3-10 02:16 编辑
psps3 发表于 2025-3-10 02:08
按你发的帖子里的算法,算上额外的像素,带宽也没有超过dp1.4的带宽,一个讨论帖,不知道为什么要嘲讽别 ...


第一,你为什么会认为我在嘲讽人,你到现在都没看我计算器里的结果,还要怪我指出“你压根不看人说话只自说自话”这个客观事实,第二,还没看那个计算器啊?真服了,这不是嘲讽的问题,是压根很难交流了。https://trychen.com/feature/video-bandwidth

你确实是不看我在说啥,我再给你贴出来一次,你算的不对,计算器里已经超过带宽了
如果你质疑这个计算器的结果,那么是的,他是对的,因为和Wikipedia里的结果是一致的,除非他俩全是错的,而你是对的
作者: melancholy05    时间: 2025-3-10 03:29
本帖最后由 melancholy05 于 2025-3-10 03:30 编辑

都别吵了,拿下面这个计算器算算就行了需要一定程度自定义参数才能跑
https://tomverbeure.github.io/video_timings_calculator
作者: Juzi丶    时间: 2025-3-10 03:32
现在edid都至少写cvt-rb了,怎么可能跑不了
作者: KazamiKazuki    时间: 2025-3-10 03:42
Juzi丶 发表于 2025-3-10 03:32
现在edid都至少写cvt-rb了,怎么可能跑不了

算带宽没dsc确实跑不了
作者: psps3    时间: 2025-3-10 04:05
本帖最后由 psps3 于 2025-3-10 09:49 编辑

不是来争论的,讨论问题就讨论问题,懒得争论!
楼主自己前面发了个链接https://blog.csdn.net/weixin_71793197/article/details/144639922
,我按照里面写的方法用那个帖子提供的数据,cvt-r2标准算,1920*1080的传输像素是2000*1111,按这个算出来需要带宽,就是我楼上贴的图,
(, 下载次数: 21) (, 下载次数: 17)
补充下,那帖子里说的cvt-r2计算表格没见到,我用的那帖子60hz的像素数据2000*1111,楼下有人指出360hz是2000*1295像素,按2000*1295,带宽是
(, 下载次数: 21)
如果算的哪里有问题,欢迎直接指出来
作者: 深居我梦    时间: 2025-3-10 05:11
zh
(, 下载次数: 12) 这是我的显示器目前1.4dp线能开启8抖10,显示器dp也仅支持1.4dp,需要换2.1dp线吗?


作者: KazamiKazuki    时间: 2025-3-10 07:46
深居我梦 发表于 2025-3-10 05:11
zh
这是我的显示器目前1.4dp线能开启8抖10,显示器dp也仅支持1.4dp,需要换2.1dp线吗?

显卡显示器都支持才能跑dp2.1啊。你换线有啥用。。
作者: KazamiKazuki    时间: 2025-3-10 07:59
psps3 发表于 2025-3-10 04:05
不是来争论的,讨论问题就讨论问题,懒得争论!
楼主自己前面发了个链接https://blog.csdn.net/weixin_7179 ...

但是1080p360hz的分辨率是按2000*1295算
作者: psps3    时间: 2025-3-10 08:53
KazamiKazuki 发表于 2025-3-10 07:59
但是1080p360hz的分辨率是按2000*1295算


那帖子里说的cvt-r2表格没见到,我用的那帖子60hz的实际像素数据2000*1111,按2000*1295,带宽是
(, 下载次数: 17)
作者: z010q3w    时间: 2025-3-10 08:56
你都已经实际体验了,肯定是没超,你的肯定是算错了
作者: zzzhe    时间: 2025-3-10 09:04
8抖10的话,有无可能实际传输的是8bit,显示器抖到了10bit,所以实际传输的是8bit信号?
作者: 105655    时间: 2025-3-10 09:08
dp1.4实际是25.92 G,确实超了
作者: MolaMola    时间: 2025-3-10 11:17
redom 发表于 2025-3-10 01:24
根据Wikipedia  1080P 240Hz 10bit需要的带宽是17.50  按照你的计算根本不是17.50而是14.93,只计算了ac ...

你确认了你显示器的edid写的是什么timing了吗?
截图里面的计算器用的是vesa的标准timing,不一定是你显示器正在使用的timing呀,这样你说的那些blanking所需的带宽就算不准了
作者: redom    时间: 2025-3-10 12:28
psps3 发表于 2025-3-10 04:05
不是来争论的,讨论问题就讨论问题,懒得争论!
楼主自己前面发了个链接https://blog.csdn.net/weixin_7179 ...

太好了,我1楼就阐述的问题你终于看了,你最后的计算结果我1楼就说了,确实dp1.4带宽不够,所以这帖子的讨论就是,在没有dsc的情况下,到底如何实现的
作者: redom    时间: 2025-3-10 12:30
melancholy05 发表于 2025-3-10 03:29
都别吵了,拿下面这个计算器算算就行了需要一定程度自定义参数才能跑
https://tomverbeure.github.io/video ...

我也是怀疑是这样做的,Wikipedia里有一条标注指出,略微超过带宽,可以通过非标准时序实现,到目前不清楚具体细节
作者: redom    时间: 2025-3-10 12:31
MolaMola 发表于 2025-3-10 11:17
你确认了你显示器的edid写的是什么timing了吗?
截图里面的计算器用的是vesa的标准timing,不一定是你显 ...

我确实没看我显示器的,这个要怎么看,求大佬指教
作者: psps3    时间: 2025-3-10 12:36
redom 发表于 2025-3-10 12:28
太好了,我1楼就阐述的问题你终于看了,你最后的计算结果我1楼就说了,确实dp1.4带宽不够,所以这帖子的 ...

不知道你的显示屏跑在什么模式,这个带宽计算是按照cvt-r2算的。
作者: redom    时间: 2025-3-10 12:37
psps3 发表于 2025-3-10 12:36
不知道你的显示屏跑在什么模式,这个带宽计算是按照cvt-r2算的。

我就是cvtr2
作者: cetusli    时间: 2025-3-10 12:42
带宽是死的,标准是固定的,这个没有浮动的余地,超了就是超了,DSC一定是开启了。如果Windows没有显示错误的可能性,这事儿大概率就是显卡,可能已经支持了DSC了,网上也能看到零星网友出来说自己的10系列显卡竟然可以开启DSC的。
作者: ckee    时间: 2025-3-10 12:49
1系显卡后期更新支持了DSC 1.0,老黄没广而告之罢了
作者: zuochen    时间: 2025-3-10 12:53
psps3 发表于 2025-3-10 08:53
那帖子里说的cvt-r2表格没见到,我用的那帖子60hz的实际像素数据2000*1111,按2000*1295,带宽是
...

你这个结果26G多 DP1.4实际只有25.9,刚好超了,感觉也不对
作者: Bibby    时间: 2025-3-10 12:59
这个网站我也一直用,这个案例有点意思,试试Grok 3?虽然我问了半天也没看懂。
作者: redom    时间: 2025-3-10 13:04
ckee 发表于 2025-3-10 12:49
1系显卡后期更新支持了DSC 1.0,老黄没广而告之罢了

相关信息来源在那,我想了解一下
作者: psps3    时间: 2025-3-10 13:05
redom 发表于 2025-3-10 12:37
我就是cvtr2

显示器正在跑的timing模式在哪看?
作者: redom    时间: 2025-3-10 13:09
psps3 发表于 2025-3-10 13:05
显示器正在跑的timing模式在哪看?

gpuz里有带宽,算一下结果就是cvtr2的标准
作者: MolaMola    时间: 2025-3-10 15:35
redom 发表于 2025-3-10 12:31
我确实没看我显示器的,这个要怎么看,求大佬指教

要在NV的驱动那边找吧,不知道是不是叫NV panel什么的
或者第三方的CRU可以试试
作者: C老大    时间: 2025-3-10 15:55
银月 发表于 2025-3-10 00:51
前几天还有个哥们1070ti跑4k120不满意问为啥跑不了4k240呢

1920*1080*360*40=2,985,984,000,我琢磨这也没 ...

说的不就是我么,我换了一个3070,已经可以4K240 10BTI了
作者: MolaMola    时间: 2025-3-10 19:28
redom 发表于 2025-3-10 12:31
我确实没看我显示器的,这个要怎么看,求大佬指教

回家看了下geforce的panel,没有那个edid的页面,查了下官网才发现workstation卡才有,游戏卡nv推荐了这个工具,不过这个我没用过
http://www.entechtaiwan.com/util/moninfo.shtm
作者: redom    时间: 2025-3-10 20:49
本帖最后由 redom 于 2025-3-10 20:51 编辑
MolaMola 发表于 2025-3-10 19:28
回家看了下geforce的panel,没有那个edid的页面,查了下官网才发现workstation卡才有,游戏卡nv推荐了这 ...


我用madvr看到了十六进制的EDID  不过看不懂  正在找工具解析

你给的这个工具要怎么看sync和blank
作者: redom    时间: 2025-3-10 21:34
MolaMola 发表于 2025-3-10 19:28
回家看了下geforce的panel,没有那个edid的页面,查了下官网才发现workstation卡才有,游戏卡nv推荐了这 ...

(, 下载次数: 10)
居然看不到360hz的时序,只能看到255的
作者: 认真丶对待    时间: 2025-3-11 01:31
是不是也和显示器有关啊?我这titan xp+pg259qnr只能开300hz10bit或者360hz8bit

(, 下载次数: 12)
(, 下载次数: 10)
作者: megathread    时间: 2025-3-11 02:53
本帖最后由 megathread 于 2025-3-11 02:57 编辑

带宽以计算器为准 确实超了 除非显卡输出的是8bit
有的显示器能关闭DSC验证一下
还有个邪门方法是用DP1.2的线 如果开了DSC的话带宽是够的就能跑 (但不太准 有的线质量好就会超纲)
作者: psps3    时间: 2025-3-11 09:32
本帖最后由 psps3 于 2025-3-11 10:25 编辑
redom 发表于 2025-3-10 13:09
gpuz里有带宽,算一下结果就是cvtr2的标准


没找到GPUZ哪里看带宽
英特尔a380显卡,是高级选项里看的么
(, 下载次数: 21)
作者: MolaMola    时间: 2025-3-11 09:40
redom 发表于 2025-3-10 21:34
居然看不到360hz的时序,只能看到255的

这个工具好像比较老吧,居然还要安装的
hex的edid也可以用一些网页工具解一下https://people.freedesktop.org/~imirkin/edid-decode/
cru也可以,还不需要安装,点一下edit可以看到详细参数
不过算带宽只用htotal和vtotal就行了
(, 下载次数: 13)
作者: psps3    时间: 2025-3-11 09:50
MolaMola 发表于 2025-3-11 09:40
这个工具好像比较老吧,居然还要安装的
hex的edid也可以用一些网页工具解一下https://people.freedesktop ...

2200*1125,这是CEA-861模式?
顺便问下,GPUZ在哪看显示器跑在什么timing模式?

作者: MolaMola    时间: 2025-3-11 10:01
psps3 发表于 2025-3-11 09:50
2200*1125,这是CEA-861模式?
顺便问下,GPUZ在哪看显示器跑在什么timing模式?
...

对,我这个很普通的办公显示器就是很普通的timing了
gpuz我还真不知道能看显示器的timing
那个cru可以试试,应该算是开源且绿色版软件吧
作者: psps3    时间: 2025-3-11 10:20
MolaMola 发表于 2025-3-11 10:01
对,我这个很普通的办公显示器就是很普通的timing了
gpuz我还真不知道能看显示器的timing
那个cru可以试 ...

50楼,说gpuz里有带宽,能算出来显示器正在跑的timing模式,研究了gpuz没找到哪里看带宽,我用的英特尔a380显卡,是显卡原因么?
高级选项里也没找到带宽,感觉高级选项好像比我以前用n卡时看的少了几个项目 (, 下载次数: 21)
作者: psps3    时间: 2025-3-11 10:44
本帖最后由 psps3 于 2025-3-11 11:14 编辑
MolaMola 发表于 2025-3-11 10:01
对,我这个很普通的办公显示器就是很普通的timing了
gpuz我还真不知道能看显示器的timing
那个cru可以试 ...


用你楼上提供的Monitor Asset Manager看了下,我显示器现在跑在3440*1440*144HZ 10bit,
这个软件里没有看到显示器现在跑的参数,显示3440*1440,120HZ,3600*1500,这是什么timing模式,
对比了下,不是CEA-861,CVT,CVT-RB,CVT-RBv2,我这显示器144HZ算超频了吧

作者: MolaMola    时间: 2025-3-11 11:27
psps3 发表于 2025-3-11 10:44
用你楼上提供的Monitor Asset Manager看了下,我显示器现在跑在3440*1440*144HZ 10bit,
这个软件里没有看 ...

这些显示器的edid是可以厂商自己设置timing的,跟gpu握手之后就可以不按照你上面说的那些标准的时序来跑
如果你那个144是基于这个120的时序,单纯加速了pclk,这种应该算是显示器超频吧
作者: redom    时间: 2025-3-11 11:30
psps3 发表于 2025-3-11 09:50
2200*1125,这是CEA-861模式?
顺便问下,GPUZ在哪看显示器跑在什么timing模式?
...

gpuz,直接点高级,可以看到dp单通道带宽,和启用了几条通道,比如8.1,line4,就是32.4的dp1.4 hbr3规范
作者: psps3    时间: 2025-3-11 11:32
redom 发表于 2025-3-11 11:30
gpuz,直接点高级,可以看到dp单通道带宽,和启用了几条通道,比如8.1,line4,就是32.4的dp1.4 hbr3规范 ...

没有,你说的是显示器的DP带宽模式,不是我问的显示器跑的timing模式

作者: redom    时间: 2025-3-11 11:36
psps3 发表于 2025-3-11 09:32
没找到GPUZ哪里看带宽
英特尔a380显卡,是高级选项里看的么

看了一下,你的和我的显示的不一样
作者: psps3    时间: 2025-3-11 11:39
MolaMola 发表于 2025-3-11 11:27
这些显示器的edid是可以厂商自己设置timing的,跟gpu握手之后就可以不按照你上面说的那些标准的时序来跑
...

等于说跑在自定义timing模式,算了下比cvt-r2模式需要的带宽低
那这个帖子讨论的问题,360HZ可能是跑在自定义模式?
作者: psps3    时间: 2025-3-11 11:42
redom 发表于 2025-3-11 11:36
看了一下,你的和我的显示的不一样

英特尔显卡少了几项,你说的那个DP带宽我知道,N卡有显示,
没看懂怎么用它算出来你显示器跑在CVT-R2的timing模式

作者: redom    时间: 2025-3-11 11:55
psps3 发表于 2025-3-11 11:39
等于说跑在自定义timing模式,算了下比cvt-r2模式需要的带宽低
那这个帖子讨论的问题,360HZ可能是跑在自 ...

确实是由这个可能,根据Wikipedia数据,略微超过带宽可以通过自定义的时序降低带宽
作者: psps3    时间: 2025-3-11 12:00
redom 发表于 2025-3-11 11:55
确实是由这个可能,根据Wikipedia数据,略微超过带宽可以通过自定义的时序降低带宽 ...

楼上我发了我显示器的edit,我怀疑我的显示器在dp1.4带宽足够的时候也是跑在自定义的timing模式,没有跑标准的cvt-r2
作者: redom    时间: 2025-3-11 12:16
MolaMola 发表于 2025-3-11 11:27
这些显示器的edid是可以厂商自己设置timing的,跟gpu握手之后就可以不按照你上面说的那些标准的时序来跑
...

感谢大佬的指点,目前不在家,等晚上验证,目前是否可以认为是1080p 360hz 10bit下,厂商自定义了timing,让这个参数的带宽低于dp1.4无dsc的25.92Gbps以内了
作者: redom    时间: 2025-3-11 12:24
psps3 发表于 2025-3-11 12:00
楼上我发了我显示器的edit,我怀疑我的显示器在dp1.4带宽足够的时候也是跑在自定义的timing模式,没有跑 ...

你那个120hz的参数计算后是19.44,而标准cvtrb2是19.32,确实不是标准时序
作者: MolaMola    时间: 2025-3-11 12:29
redom 发表于 2025-3-11 12:16
感谢大佬的指点,目前不在家,等晚上验证,目前是否可以认为是1080p 360hz 10bit下,厂商自定义了timing ...

刚看到这帖的时候确实是有这个猜想的,所以才想仔细查一下edid
作者: psps3    时间: 2025-3-11 12:39
redom 发表于 2025-3-11 12:24
你那个120hz的参数计算后是19.44,而标准cvtrb2是19.32,确实不是标准时序

我也算了,不是标准cvt-r2 timing,
现在还有个问题没看懂,你说的
gpuz里有带宽,算一下结果就是cvtr2的标准,你的显示器跑在cvt-r2的timing模式,
怎么计算的,我现在英特尔显卡gpuz不显示,我记得n卡gpuz那里显示的是显示器跟显卡链接的dp带宽模式,如hbr2,hbr3等,可以计算出链接的理论带宽
作者: redom    时间: 2025-3-11 13:01
psps3 发表于 2025-3-11 12:39
我也算了,不是标准cvt-r2 timing,
现在还有个问题没看懂,你说的
gpuz里有带宽,算一下结果就是cvtr2的 ...

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
作者: psps3    时间: 2025-3-11 13:28
redom 发表于 2025-3-11 13:01
1.先说前提条件,我的显卡是1060,所以我在gpuz可以看到这个显卡和显示器的握手参数。AMD可以在自己面板 ...

单路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
作者: redom    时间: 2025-3-11 13:32
psps3 发表于 2025-3-11 13:28
单路8.1g,hbr3,总共32.4g,这是dp1.4的满血标准带宽,但这个带宽没法确定显示器的timing模式是cvt-r2, ...

是的,这一点上我和你看法相同,我怀疑通过gpuz显示算出来的有其他说法
作者: psps3    时间: 2025-3-11 13:36
redom 发表于 2025-3-11 13:32
是的,这一点上我和你看法相同,我怀疑通过gpuz显示算出来的有其他说法

目前看,我的显示器跟你的显示器的edit信息,里面都有自定义的timing
作者: KazamiKazuki    时间: 2025-3-11 13:37
本帖最后由 KazamiKazuki 于 2025-3-11 13:41 编辑
redom 发表于 2025-3-11 13:32
是的,这一点上我和你看法相同,我怀疑通过gpuz显示算出来的有其他说法


GPUZ显示的DP带宽和跑的哪个timing模式没有关系,DP的可用带宽有损失是因为使用8b/10b的编码方式所以只有25.92的有效带宽
作者: redom    时间: 2025-3-11 14:20
本帖最后由 redom 于 2025-3-11 14:21 编辑
psps3 发表于 2025-3-11 13:28
单路8.1g,hbr3,总共32.4g,这是dp1.4的满血标准带宽,但这个带宽没法确定显示器的timing模式是cvt-r2, ...


你是不是又算错了 我算了一下我的240 是标准时序  2100*1160*240*30=17539200000
(, 下载次数: 12)

另外我朋友想问一下你的显示器是什么型号 他要买
作者: psps3    时间: 2025-3-11 14:31
本帖最后由 psps3 于 2025-3-11 14:36 编辑
redom 发表于 2025-3-11 14:20
你是不是又算错了 我算了一下我的240 是标准时序  2100*1160*240*30=17539200000




计算没错,我没有找到vesa官网的cvt计算表格,
我用的这帖子27楼的链接,看到的标准cvt-r2 1920*1080*240hz是2000*1215,
2000*1215*240*30=17496000000,
显示器是小米34寸带鱼屏,几年前买的
(, 下载次数: 24)
作者: redom    时间: 2025-3-11 14:39
本帖最后由 redom 于 2025-3-11 14:41 编辑
psps3 发表于 2025-3-11 14:31
计算没错,我没有找到vesa官网的cvt计算表格,
我用的这帖子27楼的链接,看到的标准cvt-r2 1920*1080*240 ...


不好意思 这个表起初我没看懂 你说了我才看懂 看来这次是我算错了 我那个确实不是标准cvtrb2

另外问一下这两个是什么  有看没有懂

(, 下载次数: 13)
作者: psps3    时间: 2025-3-11 14:48
redom 发表于 2025-3-11 14:39
不好意思 这个表起初我没看懂 你说了我才看懂 看来这次是我算错了 我那个确实不是标准cvtrb2

另外问一下 ...


交错是隔行扫描,1080P是逐行扫描,选不,
上面的边缘我也不清楚,默认是不,打开后,会增加像素,需要的带宽大一点
作者: redom    时间: 2025-3-11 14:52
psps3 发表于 2025-3-11 14:48
交错是隔行扫描,1080P是逐行扫描,选不,
上面的边缘我也不清楚,默认是不,打开后,会增加像素,需要的 ...


我看了一下这个表 1080 360hz档有个像素时钟可以自定义  自定义后比标准低 难道我的这个屏幕是降低了像素时钟来降低带宽的?
作者: redom    时间: 2025-3-11 16:09
本帖最后由 redom 于 2025-3-11 16:35 编辑
MolaMola 发表于 2025-3-11 10:01
对,我这个很普通的办公显示器就是很普通的timing了
gpuz我还真不知道能看显示器的timing
那个cru可以试 ...


CRU怎么看360hz下的时序 灰色的没法选 只有一个60
(, 下载次数: 15)


差了一下CEA是HDMI下的 CVT是DP下的 现在的问题是两款软件都只能查询HDMI的CET,查不到DP下的CVT时序
(, 下载次数: 14) (, 下载次数: 14)
作者: MolaMola    时间: 2025-3-11 17:07
redom 发表于 2025-3-11 16:09
CRU怎么看360hz下的时序 灰色的没法选 只有一个60

高刷的时序在下面的displayID里面吧
作者: redom    时间: 2025-3-11 17:16
MolaMola 发表于 2025-3-11 17:07
高刷的时序在下面的displayID里面吧


原来在这里,唯独这里没点进去看,现在可以证实了,非标准时序,让带宽没有溢出,非常极限。 (, 下载次数: 15) (, 下载次数: 21)

感谢大佬解答,此贴问题已证实。
作者: tide~    时间: 2025-3-11 17:27
psps3 发表于 2025-3-10 04:05
不是来争论的,讨论问题就讨论问题,懒得争论!
楼主自己前面发了个链接https://blog.csdn.net/weixin_7179 ...
那帖子里说的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,他这个拿带宽算是对的
作者: psps3    时间: 2025-3-11 17:33
tide~ 发表于 2025-3-11 17:27
试试这个,选最左边的sheet,https://vesa.org/wp-content/uploads/2021/12/CVT-v2.0-Generator-Version ...

后面又讨论了很多楼,目前得到的结论是,楼主显示器跑在自定义timing,所需要的带宽比标准CVT-R2 带宽低,没有超出DP1.4带宽

作者: psps3    时间: 2025-3-11 17:46
tide~ 发表于 2025-3-11 17:27
试试这个,选最左边的sheet,https://vesa.org/wp-content/uploads/2021/12/CVT-v2.0-Generator-Version ...

两个表格下载到了,感谢
有空研究下
作者: a350dth    时间: 2025-3-11 17:48
DP1.4 带宽就是32.4 Gbps。 有可能是一些GPU 和显示器面板 有一定的省电技术。静态画面不会自刷新的。 另外你可以查一下面板的信息和参数 看实际刷新率最高是多少  有一些是类似DLG和HSR算法
作者: a350dth    时间: 2025-3-11 18:08
另外,在楼主帖子里 不是说了是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的
作者: a350dth    时间: 2025-3-11 18:13
看网站计算的带宽,如果面板是8抖10 的话 是可以实现的
作者: KazamiKazuki    时间: 2025-3-11 19:13
a350dth 发表于 2025-3-11 18:08
另外,在楼主帖子里 不是说了是CVT R-2 模式嘛。  
这个模式有几种,减少消隐(CVT-RB)允许像素时钟减少近 ...

楼主是10bit1080P360HZ。标准时序就是不够,他说是厂商自定义时序带宽才够
作者: redom    时间: 2025-3-12 10:10
MolaMola 发表于 2025-3-11 17:07
高刷的时序在下面的displayID里面吧

大佬,还有一个主要问题细分下来的2个分支疑问始终没考虑清楚。dp1.4 hbr3最大有效带宽是基于标准cvtr2计算出的25.92,那么当显示器厂商自定义时序后,我出现2个疑问,第一个疑问是既然已经自定义时序。非cvtr2时序,为什么还要与cvtr2计算出25.92对比,为什么需要低于这个数值。第二个疑问是既然已经自定义时序,是否可以突破25.92带宽上限,求大佬指教
作者: KazamiKazuki    时间: 2025-3-12 10:12
redom 发表于 2025-3-12 10:10
大佬,还有一个主要问题细分下来的2个分支疑问始终没考虑清楚。dp1.4 hbr3最大有效带宽是基于标准cvtr2计 ...

dp的25.92带宽是基于8/10编码来的。和时序没有关系
作者: redom    时间: 2025-3-12 10:20
KazamiKazuki 发表于 2025-3-12 10:12
dp的25.92带宽是基于8/10编码来的。和时序没有关系

查了一下,25.92不是因为cvtr2减少了DP1.4 hbr3总开销,提升了带宽吗
作者: KazamiKazuki    时间: 2025-3-12 10:23
redom 发表于 2025-3-12 10:20
查了一下,25.92不是因为cvtr2减少了DP1.4 hbr3总开销,提升了带宽吗

hbr3真实带宽就只有8.1*4*8/10编码=25.92。消隐占用的是25.92有效带宽里面的。你不管用什么时序dp都是25.92G带宽
作者: redom    时间: 2025-3-12 10:25
KazamiKazuki 发表于 2025-3-12 10:23
hbr3真实带宽就只有8.1*4*8/10编码=25.92。消隐占用的是25.92有效带宽里面的。你不管用什么时序dp都是25. ...

感谢大佬,已经了解,学到了。




欢迎光临 Chiphell - 分享与交流用户体验 (https://www.chiphell.com/) Powered by Discuz! X3.5