Anyone successfully gotten a rotated display under X?

Post #161,418 by drewk 6/24/04 11:49:46 AM Reply	Anyone successfully gotten a rotated display under X? I've got an LCD that can be rotated 90 degrees. I don't want to accept that the guys using Windows can rotate theirs and I can't. So far the most promising thing I've seen is [link\|http://i810fb.sourceforge.net/howto/x83.html\|this], but it requires recompiling the kernel. I had hoped I could use randr until I saw [link\|http://www.mail-archive.com/devel@xfree86.org/msg06104.html\|this]. If I am stuck with the kernel recompile, I can do that, but the directions --- "Recompile the kernel as usual." -- are somewhat non-helpful for me. === Implicitly condoning stupidity since 2001.
Post #161,431 by deSitter 6/24/04 12:16:09 PM Reply	from Xfree 4.3 docs [link\|http://www.xfree86.org/4.3.0/RELNOTES2.html\|http://www.xfree86.o....0/RELNOTES2.html] 2.3. X Server and Extension Updates Support for the RandR extension has been partially integrated into the XFree86 server, providing support for resizing the root window at run-time. The Mesa version used for OpenGL\ufffd 1.3 and DRI driver support has been updated to 4.0.4. The XFree86 server's hot keys (including those for switching modes and virtual terminals) can now be configured via XKB. Previously they were hard coded. An X server configuration option has been added to allow the VT switching hot keys to be disabled. If you have X >= 4.3 and your video card supports it, you can set up the RandR extension to do rotation at the X server level - a kernel recompile should not be required. -drl
Post #161,435 by drewk 6/24/04 12:25:10 PM Reply	Check my second link xrandr has no support for rotate in 4.4.0. I've tried it anyway and get an error: dkime-linux:~$ xrandr -help\nusage: xrandr [options] \n where options are: \n -display <display> or -d <display>\n -help \n -o <normal,inverted,left,right,0,1,2,3>\n or --orientation <normal,inverted,left,right,0,1,2,3>\n -q or --query \n -s <size>/<width>x<height> or --size <size>/<width>x<height>\n -r <rate> or --rate <rate> \n -v or --version \n -x (reflect in x) \n -y (reflect in y) \n --screen <screen> \n --verbose \ndkime-linux:~$ xrandr -o 2 \nX Error of failed request: BadMatch (invalid parameter attributes)\n Major opcode of failed request: 156 (RANDR)\n Minor opcode of failed request: 2 (RRSetScreenConfig)\n Serial number of failed request: 12\n Current serial number in output stream: 12 Just did my daily 'apt-get upgrade' though. Looks like all of X is being upgraded today. Wonder what'll happen. === Implicitly condoning stupidity since 2001.
Post #161,439 by deSitter 6/24/04 12:39:58 PM Reply	Re: Check my second link The extension has to be enabled to work - either in the XF86Config file or as a switch when starting the X server. You can see which extensions are loaded by using the xdpyinfo command in an Xterm. -drl
Post #161,440 by drewk 6/24/04 12:59:25 PM Reply	It is enabled I even have the applet on my panel, and it works for resolution. Just not for rotation. === Implicitly condoning stupidity since 2001.
Post #161,467 by deSitter 6/24/04 3:21:07 PM Reply	xrandr [link\|http://www.xfree86.org/4.3.0/xrandr.1.html\|http://www.xfree86.o...3.0/xrandr.1.html] 4.3 and above. -drl
Post #161,469 by drewk 6/24/04 3:26:46 PM Reply	Look again at the link above Rotation is not supported in 4.4. I do have randr installed. randr is loading properly. It does resolution changes without restarting X. It doesn't do rotation. === Implicitly condoning stupidity since 2001.
Post #161,474 by deSitter 6/24/04 3:33:15 PM Reply	Re: Look again at the link above On my system (4.3) xrandr -o 1 craps out - likely the X server needs to be recompiled. Put yellow stick notes on the right half of the screen, with the remaining visible part in portrait mode :) -drl
Post #161,461 by folkert 6/24/04 3:04:23 PM Reply	You have to change from using the ... Standard X server to using the FrameBuffer setup. Once you do that, you should be able to do the rotate, of course you see that the rotate is only supported properly for XFv4.1/2 not v4.3/4. So Debian Unstable is TOO Bleeding edge for you :). Anyway the recompile isn't needed, if you have the header files for your kernel proper (kernel-headers-blarg) then you could compile the kernel without the complete recompile. Just a thought. -- [link\|mailto:greg@gregfolkert.net\|greg], [link\|http://www.iwethey.org/ed_curry\|REMEMBER ED CURRY!] @ *i_wethey* Heard near the SCOG employee entry/exit way: `Security: We got another Mass Exodus Doorway Jam.`
Post #161,462 by drewk 6/24/04 3:06:42 PM Reply	Any way to down-grade X sufficiently to do this? I'll gladly go back several steps if it gives me the feature I want. === Implicitly condoning stupidity since 2001.
Post #161,543 by folkert 6/24/04 8:04:05 PM Reply	Basically, you get to go back... to Woody. Or Compile 4.2.x and replace 4.3.0 I don;t know how easy this will be. -- [link\|mailto:greg@gregfolkert.net\|greg], [link\|http://www.iwethey.org/ed_curry\|REMEMBER ED CURRY!] @ *i_wethey* Heard near the SCOG employee entry/exit way: `Security: We got another Mass Exodus Doorway Jam.`
Post #161,465 by deSitter 6/24/04 3:14:28 PM Reply	Ugh Framebuffer mode means really shitty refresh rates. Anyway he says it's on, so what's the command? xrandr? Also look at start parameters for X (the binary itself). -drl
Post #161,477 by pwhysall 6/24/04 3:37:15 PM Reply	However... ...that only matters on a CRT. If he's on an LCD, he doesn't give a stuff about refresh rate. Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,481 by deSitter 6/24/04 3:46:33 PM Reply	true! -drl
Post #161,485 by pwhysall 6/24/04 3:55:55 PM Reply	And on that note... I'd like to point out that you can take my LCD monitor from my cold, dead hands. I'm never going back. NEVER. Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,487 by drewk 6/24/04 3:56:44 PM Reply	But I do care about ... SUB-PIXEL ANTI-ALIASING! === Implicitly condoning stupidity since 2001.
Post #161,490 by pwhysall 6/24/04 4:01:09 PM Reply	Especially on an LCD! Gotta use those idle pixels for something... Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,501 by SpiceWare 6/24/04 4:49:24 PM Reply	will it matter? I thought the reason sub-pixel anti-aliasing worked so well is that the 3 subpixels were horizontal. If your rotate then they'll be vertical. (googling) [link\|http://grc.com/ctwhat.htm\|How Sub-Pixel Font Rendering Works] - scroll down to the he section titled "Limitations of Sub-Pixel Rendering" ONLY Landscape . . . not Portrait! As we've seen, sub-pixel rendering only enhances the horizontal resolution of LCD panels. It's incredibly convenient that 'horizontally' is precisely where text needs the most help! Emboldening stretches text only horizontally, kerning and micro-justification only shift text horizontally, and italicizing slants type by skewing it horizontally. However, this means that existing color LCD panel technology can not be used with sub-pixel text rendering when the panel is used in a vertical, or portrait, orientation. Darrell Spice, Jr. [link\|http://www.spiceware.org/cgi-bin/spa.pl?album=./Artistic%20Overpass\|Artistic Overpass]\n[link\|http://www.spiceware.org/\|SpiceWare] - We don't do Windows, it's too much of a chore
Post #161,504 by pwhysall 6/24/04 4:52:50 PM Reply	Fwoosh! Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,506 by pwhysall 6/24/04 4:54:10 PM Reply	And... ...Xft can change the pixel order: RGB, BGR; VRGB, VBGR. So that article's correct as far as Windows goes... Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,527 by inthane-chan 6/24/04 5:37:28 PM Reply	ClearType can do BGR. I don't know why they did it this way, but Microsoft has this little web-based cleartype tuner which you can only find by driving on down to Microsoft's website. It's on [link\|http://www.microsoft.com/typography/ClearTypeInfo.mspx\|this] page. Of course, it can only do RGB and BGR, no other options. My bet is there's a reghack out there that will let you reconfigure it any which way you want. Tired of lying in the sunshine staying home to watch the rain. You are young and life is long and there is time to kill today. And then one day you find ten years have got behind you. No one told you when to run, you missed the starting gun.
Post #161,534 by pwhysall 6/24/04 5:46:26 PM Reply	I know. I've got a Dell 1800FP. Nice monitor. BGR. Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,529 by SpiceWare 6/24/04 5:40:29 PM Reply	I've seen the vertical options in Linux but from what he's saying, the font's need help most in the horizontal direction. That makes sense to me, the tops & bottoms of all the letters I'm currently typing fall on the same line. If this makes sense then vertical sub-pixel rendering is not as useful. It might help with Asian character sets, if I recall correct some of those are written up/down. Darrell Spice, Jr. [link\|http://www.spiceware.org/cgi-bin/spa.pl?album=./Artistic%20Overpass\|Artistic Overpass]\n[link\|http://www.spiceware.org/\|SpiceWare] - We don't do Windows, it's too much of a chore
Post #161,532 by pwhysall 6/24/04 5:45:30 PM Reply	VBGR/VRGB are for rotated displays :) Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,536 by SpiceWare 6/24/04 5:55:07 PM Reply	understood the point is when the RGB pixels are aligned perpendicular to the text's baseline then sub-pixel rendering is not as helpful. Darrell Spice, Jr. [link\|http://www.spiceware.org/cgi-bin/spa.pl?album=./Artistic%20Overpass\|Artistic Overpass]\n[link\|http://www.spiceware.org/\|SpiceWare] - We don't do Windows, it's too much of a chore
Post #161,538 by pwhysall 6/24/04 5:57:57 PM Reply	Ah, nog. Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,510 by drewk 6/24/04 5:10:56 PM Reply	Ooh, hadn't thought about that I'll have to take a look at some of the people that already have them rotated and see what the text looks like. === Implicitly condoning stupidity since 2001.
Post #161,512 by drewk 6/24/04 5:14:51 PM Reply	But you know what? I use a system font for my coding specifically so I don't have to worry aout anti-aliasing of the text. Every line is exactly one full pixel wide. (Unless it's bold, then it's two full pixels.) So turning vertical might look just fine for me. === Implicitly condoning stupidity since 2001.
Post #161,516 by pwhysall 6/24/04 5:19:32 PM Reply	Look in GNOME Font Preferences Steve Gibson yaffles on mightily about Winders, but seemingly is oblivious to the fact that there are better font rendering systems out there - namely the one in Linux. Peter [link\|http://www.debian.org\|Shill For Hire] [link\|http://www.kuro5hin.org\|There is no K5 Cabal] [link\|http://guildenstern.dyndns.org\|Blog]
Post #161,524 by deSitter 6/24/04 5:31:06 PM Reply	GREAT FIND How fucking stupid of me! Turn off all the sub-pixel shit and try! GREAT IDEA!! -drl

Welcome to IWETHEY!