Re: How do I use kscreen?

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

 



Nikos Chantziaras posted on Wed, 05 Nov 2014 14:27:14 +0200 as excerpted:

> On 05/11/14 09:51, Duncan wrote:
>> BTW, @ Nikos, I just discovered the "kscreen-console" command
> 
> Everything seems fine. The NVidia driver supports xrandr 1.4 and I had
> zero problems configuring everything with krandr. It really seems the
> GUI is just not implemented correctly.
> 
> This is the output: http://pastebin.com/raw.php?i=s7b9kvGv

>From that pastebin...

>>>>>
Mode:  "644" 
Preferred Mode:  "643" 
Preferred modes:  ("643") 
Modes:  
         [...]
         "643"    "1024x768"   QSize(1024, 768)   84.9967 
         "668"    "640x480"   QSize(640, 480)   85.0083 
         "644"    "1920x1080"   QSize(1920, 1080)   60 
         [...]
<<<<<

Something's setting the "preferred" mode to #643, 1024x768 @ 85Hz 
refresh, altho here you've apparently manually set (presumably using the 
nVidia tool you mentioned) #644, 1920x1080 @ 60Hz.

Normally that "something" would be the full EDID info from the monitor 
itself.  I'm not sure whether the nVidia xorg driver does this tho I hope 
so, but the radeon driver has I believe since the xfree86 era always 
displayed rather detailed (I believe fully expanded) EDID data from each 
monitor on xorg initialization, in /var/log/Xorg.0.log (and before that 
the xfree86 version of same).

Assuming you have that output in the xorg log, does it show the same 
"preferred" resolution?  Assuming native resolution is 1920x1080, that 
would seem to be a defective monitor EDID if so.  Here's what my radeon 
output looks like...

[   249.259] (II) RADEON(0): EDID for output HDMI-0
...
[   249.259] (II) RADEON(0): EDID Version: 1.3
...
[   249.259] (II) RADEON(0): First detailed timing is preferred mode
...
[   249.260] (II) RADEON(0): Supported established timings:
[   249.260] (II) RADEON(0): 720x400@70Hz
...
[   249.260] (II) RADEON(0): Supported standard timings:
[   249.260] (II) RADEON(0): #0: hsize: 640  vsize 480  refresh: 60  vid: 
16433
...
[   249.260] (II) RADEON(0): Supported detailed timing:
[   249.260] (II) RADEON(0): clock: 148.5 MHz   Image Size:  1600 x 900 mm
[   249.260] (II) RADEON(0): h_active: 1920  h_sync: 2008  h_sync_end 
2052 h_blank_end 2200 h_border: 0
[   249.260] (II) RADEON(0): v_active: 1080  v_sync: 1084  v_sync_end 
1089 v_blanking: 1125 v_border: 0
[   249.260] (II) RADEON(0): Supported detailed timing:
[   249.260] (II) RADEON(0): clock: 85.5 MHz   Image Size:  1600 x 900 mm
[   249.260] (II) RADEON(0): h_active: 1360  h_sync: 1424  h_sync_end 
1536 h_blank_end 1792 h_border: 0
[   249.260] (II) RADEON(0): v_active: 768  v_sync: 771  v_sync_end 777 
v_blanking: 795 v_border: 0
[   249.260] (II) RADEON(0): Ranges: V min: 58 V max: 62 Hz, H min: 30 H 
max: 83 kHz, PixClock max 165 MHz
[   249.260] (II) RADEON(0): Monitor name: LG TV
...
[more detail timings, followed by the raw EDID in Hex]
...

Then further down (after the other ports are taken care of)...

[   249.321] (II) RADEON(0): Output HDMI-0 using initial mode 1920x1080


Note that it says first *DETAILED* timing is preferred.  The established 
and standard timings are compatibility/legacy timings.  It's the first 
DETAILED timing that's preferred, and as you can see here, that's 
1920x1080 (the h_active and v_active numbers) for this LG TV.  The dot-
clock (aka PixClock) for that timing is 148.5 MHz.

If your xorg log EDID has a preferred (likely first DETAILED) timing/
resolution of 1024x768 and you're definitely using a native 1920x1080 
full-HD monitor, then very likely that monitor EDID is defective and 
reporting the wrong thing.

If OTOH, the EDID in xorg is saying 1920x1080 is preferred, then it's 
gotta be the drivers screwing things up, tho at this point I'm pretty 
sure it's going to be the monitor and the driver is simply a reporter of 
the facts as it collects them, caught in the crossfire.

Either way, kscreen/xrandr/krandr is getting preferred 1024x768, one can 
hardly fault it for going with that, in the absence of an xorg.conf 
setting overriding that with something else, which is what I'd do in that 
case.


Also of interest is the ranges line, 58-62 Hz vertical refresh, 30-83 kHz 
horizontal line frequency, 165 MHz max dotclock/pixclock, which can be 
fed into various modeline generators to generate custom resolution 
modelines, as I mentioned before.  Here's a google:

https://www.google.com/search?q=xorg+modeline+generator



-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.




[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux