[Bug 1051151] New: DPI autodetect works incorrectly
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151 Bug ID: 1051151 Summary: DPI autodetect works incorrectly Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs@forge.provo.novell.com Reporter: matwey.kornilov@gmail.com QA Contact: xorg-maintainer-bugs@forge.provo.novell.com Found By: --- Blocker: --- Created attachment 734329 --> http://bugzilla.opensuse.org/attachment.cgi?id=734329&action=edit Xorg.0.log Hello, I am running openSUSE Leap 42.3 and see the following.
xrandr --verbose Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192 eDP-1 connected primary 1920x1080+0+0 (0x47) normal (normal left inverted right x axis y axis) 344mm x 194mm Identifier: 0x42 [skip]
Where is 344 mm and 194 mm are correct physical dimensions of the screen. I mean I can attach a ruler and measure the same values. DPI recalculated from this values is about 141. At the same time:
xdpyinfo name of display: :0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 11803000 X.Org version: 1.18.3 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0xe00005, revert to PointerRoot number of extensions: 28 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 DRI3 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM Present RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 1920x1080 pixels (508x285 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 [skip] Says that DPI is 96 and physical dimensions are 50% more than real. I am not sure if it is a bug, or it is made by intention. If the former, what additional info should I provide to fix DPI? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
Matwey Kornilov
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c1
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c2
Matwey Kornilov
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c3
--- Comment #3 from Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c4
--- Comment #4 from Matwey Kornilov
To verify that the X Server has properly detected the physical dimensions of your monitor, use the xdpyinfo utility from the xorg-xdpyinfo package:
$ xdpyinfo | grep -B 2 resolution screen #0: dimensions: 3200x1800 pixels (423x238 millimeters) resolution: 192x192 dots per inch
That is not in my case. Maybe I could figure out why my X Server failing to obtain correct physical geometry. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c7
Max Staudt
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151
http://bugzilla.opensuse.org/show_bug.cgi?id=1051151#c8
--- Comment #8 from Max Staudt
Xft.hinting: 1 Xft.hintstyle: hintfull
Sorry, those two lines are unnecessary. Please only adjust the DPI line to your liking and skip these two ;) -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com