3 ms·

The downside is your refresh rate is locked to the slowest monitor.

by winrid 4mo ago

simoncion 4mo ago
This report doesn't agree with what I tested just now. Using the xrandr CLI to set the refresh rate to 24.0 on my primary monitor and 60.0 on my secondary results in "cinematic" visuals on the primary monitor and normal "soap opera" visuals on the secondary. Setting the refresh rate back to 60 on my primary results in "soap opera" visuals on both. I'm currently using Windowmaker, but I see no reason why this wouldn't work with KDE. I'm using xorg-server 21.1.23 (which supports RandR 1.6), xf86-video-amdgpu 25.0.0, xrandr CLI version 1.5.4, and kernel 7.0.12. I'm on Gentoo Linux. I would not be surprised to learn that Debian (and Debian-derived distros) never shipped a version of Xorg or the related libraries where this worked correctly.
- winrid 4mo ago
  It's possible it has been fixed in the last couple years but for a while it was the case.
  - simoncion 4mo ago
    Were you -perhaps- using GNOME and the GNOME-provided GUIs to change monitor refresh rate? Given GNOME's history of legendarily user-hostile decisions made in the name of "simplicity", it would surprise me not even a little bit that the GNOME folks decided to pretend that the active monitor with the lowest refresh rate dictated the fastest you could drive any monitor.
    - michaelmrose 4mo ago
      This is basically a built in limit of X. The only exception is that monitors that support variable refresh rates may be able to offer this feature in multiple monitor configuration subject to software and hardware options. I'm personally very dubious of the claim. This has basically never been supported because x treats all screens as one big screen unless you run multiple X screens which disallows moving Windows between screens which is a pretty big barrier to normal usage
      - porridgeraisin 4mo ago
        Here: amdgpu + x11 + xfwm4 $ xrandr | grep -A1 ' connected' | sed 's/^/ /' eDP connected 1920x1200+0+240 (normal left inverted right x axis y axis) 286mm x 178mm 1920x1200 60.03*+ 40.02 -- DisplayPort-0 connected primary 2560x1440+1920+0 (normal left inverted right x axis y axis) 597mm x 336mm 2560x1440 59.95 + 200.00* 179.96 144.01 120.00 https://u.cubeupload.com/porridgewithraisins/img.png https://u.cubeupload.com/porridgewithraisins/img.png https://u.cubeupload.com/porridgewithraisins/img3.png https://u.cubeupload.com/porridgewithraisins/img3.png
      - LargoLasskhyfv 4mo ago
        > unless you run multiple X screens which disallows moving Windows between screens which is a pretty big barrier to normal usage. Is it? Or is it forgotten? Around 1994 I had a Pentium 133 with 16MB. In it a Diamond Speedstar 24(Pro?) (Tseng ET 4k) Vesa Local Bus, some ISA Trident 8900, and an ISA Hercules, driving one 17", one 15", and the Hercules at something like 12" IIRC. One could choose in the BIOS which "GPU" ...err... frame buffer should have priority at boot, or rather which slot, so when you've chosen VLB it took that, and the others were a matter of the OS to initalize and drive way after boot. At the time I compared 386BSD, NetBSD, SLS(Softlanding Systems), early Slackware and SuSE, and lo and behold, I could move windows across all of them on all of them!1!! With proudly created custom modelines for all of them, even the Hercules, with different Hz & DPI for each screen. Though it didn't really make sense, because X on the Hercules was very laggy and jerky, coz' 8-Bit ISA. Was more useful for syslogs and debugger. Anyways, it worked, even if only as POC, to show off. Now that wasn't Xorg, but XFree86, but still? 1994. Worky, worky! IIRC that also applied to Accelerated-X, at least for the Tseng and Trident. Didn't try the Hercules with X then.
        simoncion 4mo ago
        > With proudly created custom modelines for all of them... Yep. I remember that pride very clearly. I'm also so glad I never have to do that math ever again. > SLS(Softlanding Systems) I'd never heard of this one. If the claim that its slogan was "Gentle Touchdowns for DOS Bailouts" is true, then that's a really great pairing of distro name and slogan.
porridgeraisin 4mo ago
Not true, see my comment a little deeper down this thread

The downside is your refresh rate is locked to the slowest monitor.

by winrid 4mo ago

The downside is your refresh rate is locked to the slowest monitor.

This report doesn't agree with what I tested just now. Using the xrandr CLI to set the refresh rate to 24.0 on my primary monitor and 60.0 on my secondary results in "cinematic" visuals on the primary monitor and normal "soap opera" visuals on the secondary. Setting the refresh rate back to 60 on my primary results in "soap opera" visuals on both. I'm currently using Windowmaker, but I see no reason why this wouldn't work with KDE. I'm using xorg-server 21.1.23 (which supports RandR 1.6), xf86-video-amdgpu 25.0.0, xrandr CLI version 1.5.4, and kernel 7.0.12. I'm on Gentoo Linux. I would not be surprised to learn that Debian (and Debian-derived distros) never shipped a version of Xorg or the related libraries where this worked correctly.

winrid 4mo ago
It's possible it has been fixed in the last couple years but for a while it was the case.
- simoncion 4mo ago
  Were you -perhaps- using GNOME and the GNOME-provided GUIs to change monitor refresh rate? Given GNOME's history of legendarily user-hostile decisions made in the name of "simplicity", it would surprise me not even a little bit that the GNOME folks decided to pretend that the active monitor with the lowest refresh rate dictated the fastest you could drive any monitor.
  - michaelmrose 4mo ago
    This is basically a built in limit of X. The only exception is that monitors that support variable refresh rates may be able to offer this feature in multiple monitor configuration subject to software and hardware options. I'm personally very dubious of the claim. This has basically never been supported because x treats all screens as one big screen unless you run multiple X screens which disallows moving Windows between screens which is a pretty big barrier to normal usage
    - porridgeraisin 4mo ago
      Here: amdgpu + x11 + xfwm4 $ xrandr | grep -A1 ' connected' | sed 's/^/ /' eDP connected 1920x1200+0+240 (normal left inverted right x axis y axis) 286mm x 178mm 1920x1200 60.03*+ 40.02 -- DisplayPort-0 connected primary 2560x1440+1920+0 (normal left inverted right x axis y axis) 597mm x 336mm 2560x1440 59.95 + 200.00* 179.96 144.01 120.00 https://u.cubeupload.com/porridgewithraisins/img.png https://u.cubeupload.com/porridgewithraisins/img.png https://u.cubeupload.com/porridgewithraisins/img3.png https://u.cubeupload.com/porridgewithraisins/img3.png
    - LargoLasskhyfv 4mo ago
      > unless you run multiple X screens which disallows moving Windows between screens which is a pretty big barrier to normal usage. Is it? Or is it forgotten? Around 1994 I had a Pentium 133 with 16MB. In it a Diamond Speedstar 24(Pro?) (Tseng ET 4k) Vesa Local Bus, some ISA Trident 8900, and an ISA Hercules, driving one 17", one 15", and the Hercules at something like 12" IIRC. One could choose in the BIOS which "GPU" ...err... frame buffer should have priority at boot, or rather which slot, so when you've chosen VLB it took that, and the others were a matter of the OS to initalize and drive way after boot. At the time I compared 386BSD, NetBSD, SLS(Softlanding Systems), early Slackware and SuSE, and lo and behold, I could move windows across all of them on all of them!1!! With proudly created custom modelines for all of them, even the Hercules, with different Hz & DPI for each screen. Though it didn't really make sense, because X on the Hercules was very laggy and jerky, coz' 8-Bit ISA. Was more useful for syslogs and debugger. Anyways, it worked, even if only as POC, to show off. Now that wasn't Xorg, but XFree86, but still? 1994. Worky, worky! IIRC that also applied to Accelerated-X, at least for the Tseng and Trident. Didn't try the Hercules with X then.
      - simoncion 4mo ago
        > With proudly created custom modelines for all of them... Yep. I remember that pride very clearly. I'm also so glad I never have to do that math ever again. > SLS(Softlanding Systems) I'd never heard of this one. If the claim that its slogan was "Gentle Touchdowns for DOS Bailouts" is true, then that's a really great pairing of distro name and slogan.

porridgeraisin 4mo ago

Not true, see my comment a little deeper down this thread