On 04/10/11 11:29, Harry Putnam wrote: > Scott Ferguson <prettyfly.producti...@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). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e8a8af0.3000...@gmail.com
