[arch-general] PS: xdpyinfo displays wrong "dimension" values
On Thu, 10 Aug 2017 16:39:33 +0200, Ralf Mardorf wrote:
[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1
screen #0: dimensions: 1920x1080 pixels (506x285 millimeters) resolution: 96x96 dots per inch ^^^^^
[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1 screen #0: dimensions: 1920x1080 pixels (502x282 millimeters) resolution: 97x97 dots per inch ^^^^^ Seemingly xdpyinfo is buggy, not only the millimeters are wrong, also the dpi value isn't always the same.
On 10 August 2017 at 17:30, Ralf Mardorf <silver.bullet@zoho.com> wrote:
On Thu, 10 Aug 2017 16:39:33 +0200, Ralf Mardorf wrote:
[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1
screen #0: dimensions: 1920x1080 pixels (506x285 millimeters) resolution: 96x96 dots per inch ^^^^^
[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on and VGA CRT off default screen number: 0 number of screens: 1
screen #0: dimensions: 1920x1080 pixels (502x282 millimeters) resolution: 97x97 dots per inch ^^^^^ Seemingly xdpyinfo is buggy, not only the millimeters are wrong, also the dpi value isn't always the same.
Yes, it is buggy, there's a proposed patch: https://lists.x.org/archives/xorg-devel/2017-May/053743.html Are you able to test and verify it? That may help to get the patch into the repository. Cheers, Daniel
On Fri, 11 Aug 2017 11:38:16 +0200, Daniel Martin:
Yes, it is buggy, there's a proposed patch: https://lists.x.org/archives/xorg-devel/2017-May/053743.html
Are you able to test and verify it? That may help to get the patch into the repository.
Thank you Daniel, sorry, no I wont test it in the foreseeable future, since I switched from CRT to LCD and I've got plans to make music during my holidays, but the migration to the LCD monitor already is a show-stopper. The first LCD monitor I tested was crap, but provided an option to blurry the image, so I could use all my CRT settings without issues. The LCD monitor I've got now is superb, but it has got no feature to blurry the image, so all fonts are a PITA at the moment. Btw. I get EDID information for my LCD monitor... $ grep screen\) /usr/local/bin/xdh -A7 screen) echo "xdpyinfo | grep screen -A2" xdpyinfo | grep screen -A2 echo "cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u" cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u echo "cat /sys/class/drm/card0-VGA-1/edid | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u" cat /sys/class/drm/card0-VGA-1/edid | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u ;; ...but calculating and using the supposedly optimal DPI value doesn't help at all. At the moment I'm using... $ cat .Xresources Xft.autohint: 0 Xft.lcdfilter: lcddefault Xft.hintstyle: hintfull Xft.hinting: 1 Xft.antialias: 1 Xft.rgba: rgb Xft.dpi: 96 ...to no avail. OTOH other values for those Xft settings are much more disgusting. In addition I need to solve the syslinux dualhead bootloader issue, perhaps by migrating to GRUB or another bootloader :( and then I need to read the fine manual of the LCD monitor, to get rid of annoying brightness variation. Just turning off a feature clearly related to brightness variation didn't help, there must be another feature affecting brightness, too. Let alone that I need to test my xrandr related scripts to turn on and of LCD or CRT with different settings, for different purposes + automatically adjusting panels and wallpaper. :D Regards, Ralf
participants (2)
-
Daniel Martin
-
Ralf Mardorf