This maximizes the functional compatibility between devices without requiring a user to configure them manually, thus reducing the potential for incorrect settings and adjustments that could compromise the quality of the displayed images and overall reliability of the system. The premise of this communications is for the display to relay its operational characteristics, such as its native resolution, to the attached source, and then allow the source to generate the necessary video characteristics to match the needs of the display. Modeline "2656x1600_60.00" 361.EDID data exchange is a standardized means for a display to communicate its capabilities to a source device.
(II) modeset(0): Printing probed modes for output DP-1
(II) modeset(0): Number of EDID sections to follow: 1 (II) modeset(0): Monitor name: Cinema HD (II) modeset(0): clock: 71.0 MHz Image Size: 641 x 401 mm (II) modeset(0): Supported detailed timing: (II) modeset(0): First detailed timing not preferred mode in violation of standard! (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) modeset(0): Max Image Size : horiz.: 64 vert.: 40 Here are the relevant lines from the xorg.0.log: (II) modeset(0): EDID for output DP-1 I will also note that the auto-generated modeline from cvt for 2560x1600 at 60hz does not display properly. Is there something I can adjust so that it will add the modeline. I am curious why xorg is throwing out the modeline from the EDID which is being read properly as far as I can tell from the xorg.0.log, the only complaint I see is where it says the mode is in violation of standard. I can add the higher resolution (2560x1600) using xrandr and I can make it persistent with my. I have a Apple computer hooked up to a 2007 Apple Cinema HD Display with Apple's official mini display port (thunderbolt) to dual-link dvi cable and when I start up in Ubuntu 20.04.3 only the half size (1280x800) display resolution is available.
0 kommentar(er)
