Re: display problem (probably OT?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 4/9/22 4:20 PM, Roger Heflin wrote:
you need to look for the section that says Screen #0/#1 and the next few lines will the the stuff you care about (size/dpi).

On Sat, Apr 9, 2022 at 11:37 AM home user <mattisonw@xxxxxxxxxxx <mailto:mattisonw@xxxxxxxxxxx>> wrote:

    On 4/9/22 10:00 AM, Roger Heflin wrote:
     > Check that both monitors are running the same resolution.

    How do I do that?

     > Also run "xdpyinfo" (rpm is xdpyinfo if you don't have it
    installed, I
     > don't know if this tool works on wayland or not) and see if the
    listed
     > size of the screens and dpi is similar on both monitors.   I have
    seen
     > some devices that the EDID info is wrong and because of that it
     > calculates the DPI wrong and adjusts sizes based on that data.  MIne
     > produces output like this:
     >
     > Screen #0:
     >    dimensions: 3840x2160 pixels (1016x571 millimeters)
     >    resolution: 96x96 dots per inch
     >
     > Mine is actually 940mm x 530mm so EDID lists my monitor as about 8%
     > bigger than it really is
     >
     > Windows may have a monitor device table that it uses that has
    correct
     > values in it, or windows 7 may not be playing any DPI scaling games.

    Yeow!  I get hundreds of line of output!  I don't see anything in the
    man page for paring this down.  How do I pare down the output?  The
    output looks identical regardless of which monitor I run the command on.

Here we go:
-----
bash.1[~]: xdpyinfo | grep dimensions
  dimensions:    4480x1440 pixels (1185x381 millimeters)
bash.2[~]: xdpyinfo | grep resolution
  resolution:    96x96 dots per inch
bash.3[~]: xdpyinfo | more
name of display:    :1
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    12014000
X.Org version: 1.20.14
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 0x360000b, revert to Parent
number of extensions:    30
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    NV-CONTROL
    NV-GLX
    Present
    RANDR
    RECORD
    RENDER
    SECURITY
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    4480x1440 pixels (1185x381 millimeters)
  resolution:    96x96 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x296
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    256x256
  current input event mask:    0xda0033
KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask
  number of visuals:    228
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    11 bits
  visual:
    visual id:    0x22
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    11 bits
    [... snip ...]
bash.4[~]:
-----
Any ideas?
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux