Re: wrestling with xrandr
On 04/10/11 11:29, Harry Putnam wrote:
> Scott Ferguson <prettyfly.productions@gmail.com> writes:
>
<snipped>
>> if you get error codes please post - if screen refreshes (without
>> printing errors) but doesn't seem to pan, try Ctrl++ or Ctrl+-
>
> xrandr --output default --dryrun --mode 1440x900 --panning 1680x1050
> warning: output default not found; ignoring
>
> Changing `default' to DVI-I-1
Good move (I have different hardware, video driver, and use an xorg.conf
for this)
> and I start to get some results:
>
> xrandr --output DVI-I-1 --dryrun --mode 1440x900 --panning 1680x1050
> screen 0: 1680x1050 442x276 mm 96.46dpi
> crtc 0: 1440x900 59.9 +0+0 "DVI-I-1"
That looks right...
>
> Removing dry run:
> xrandr --output DVI-I-1 --mode 1440x900 --panning 1680x1050
>
> And I can tell the screen size has grown considerably because the
> picture I'm using for background increased quite noticeably in size
>
> However, the mouse is still blocked from panning the larger screen.
> Apparently that `no panning' bug is still in effect.
>
>> (this may also work:-
>> $ xrandr -s 1440x900 --dryrun --panning 1680x1050)
>
> Is that paren supposed to be after 1050..? .. if so where is its mate?
It's not supposed to be there...
(I type fast, and don't review - limitations of time while waiting for
jobs to run. Sorry).
>
>> NOTE: I haven't done the virtual screen/VRAM math - your card doesn't
>> have a lot of VRAM and you do want big screens....
>>
>>>
<snipped>
>
>>> xrandr: specified screen 1440x900 not large enough for output TV-1
>>> (720x576+1440+0) X Error of failed request: BadMatch (invalid
>>> parameter attributes) Major opcode of failed request: 150 (RANDR)
>>> Minor opcode of failed request: 29 (RRSetPanning) Serial number of
>>> failed request: 32 Current serial number in output stream: 32
>>>
>>> I'm not sure how to change the TV setting. Or even if it can be
>>> changed to accommodate that command.
See NOTE above - I suspect that is the problem. (run out of virtual screen)
>>
>> try:-
>> $ xrandr --output 'TV-1' --dryrun --mode 1024x768
>
>> if *no* errors (probably will be due to a output name problem) *then*
>> try without the dryrun parameter.
>
>
> xrandr --output 'TV-1' --dryrun --mode 1024x768
> xrandr: cannot find mode 1024x768
Probably requires a mode added (cvt listed the modes it will accept)
NOTE: virtual screen size determines whether it will be available -
might have to disable VGA (as it's not being used anyway).
I'll put it on my list of things to ponder.
>
>> Might have to create a minimal xorg.conf for that...
>
> What might that look like?... and if a partial Xorg.conf is a workable
> solution is it likely I could still use the `Virtual' directive as in
> my old xorg.conf:
I'd have to think about the answer....
>> <snipped>
>>
>>> Xorg.log
>>>
>>> [ 5163.573] X.Org X Server 1.11.1 Release Date: 2011-09-24 [
>>> 5163.574] X Protocol Version 11, Revision 0 [ 5163.574] Build
>>> Operating System: Linux 2.6.32-5-amd64 i686 Debian [ 5163.574]
>>> Current Operating System: Linux reader 3.0.0-1-686-pae #1 SMP Sat Aug
>>> 27 16:41:03 UTC 2011 i686
>>
>> Is this a custom kernel?
>
> No, I just selected it from those offered during install
Thankyou (hate to miss obvious things like kernel support)
>
>>> [ 5163.574] Kernel command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-686-pae
>>> root=UUID=83a94f1d-e6e6-432e-86ad-b24754755fff ro quiet splash
>> <snipped>
>>
>>> [ 5163.575] (WW) `fonts.dir' not found (or not valid) in
>>> "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType". [ 5163.575]
>>> Entry deleted from font path. [ 5163.576] (Run 'mkfontdir' on
>>> "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType").
>>
>> ^^^
> What is that about?
I'm not sure - I suspect you may have fonts there - but they need
adding, ls will tell you.
> I thought fonts were to be found at:
> /usr/share/fonts/ Mine are there:
They are... other possible locations include:-
/usr/X11R6/lib/X11/fonts
/usr/local/share/fonts
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
~/.fonts
Do you not have lots of ttf fonts in?:-
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
I sure do.
>
> I won't show the long list but I see at least 4 font families with ttf
> in there name there.
I believe you (I do to)
>
> [...]
>
>> That log makes little sense to me - where you modifying settings during
>> this particular session?
>> If so please:-
>> boot up your box
>> login (and startx)
>> $ cat /var/log/Xorg.0.log > ~/xorg.log
>> attach xorg.log to post.
>
> Could well have been. See the fresh log at the end.
Thankyou.
>
>> I haven't had a chance to test on identical hardware today - perhaps
>> later in the week.
Still the case (the joys of self employment - can't slack off)
<snipped>
I'll dig through that and try and decipher it during the week.
Cheers (and thanks for your patience).
Reply to: