On Tuesday, August 16, 2011 09:13:45 PM Przemek Klosowski did opine: > On Tue, Aug 16, 2011 at 5:52 AM, gene heskett <[email protected]> wrote: > > But I am using the vesa driver. > > Nomenclature clash: > > VESA modes are a set of standardized video resolutions that work on > VESA compatible monitors. As you found out, they don't support 16:9 > modes very well. They are fixed/enshrined/hardwired in the video card > driver (hardware-specific or VESA BIOS based, doesn't matter), but > pertain to the monitor > > VESA driver is a simple video card driver in the X server that uses > standard VESA BIOS calls therefore is mostly hardware independent. > > I am suggesting of forcing your X server (could be VESA or hardware > specific, doesn't matter) to use a non-standard non-VESA video mode. > Save your existing xorg.conf to xorg.conf.save1 and try this xorg.conf > file: > > Section "Device" > Identifier "Videocard0" > Driver "vesa" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Videocard0" > Monitor "MyMonitor" > DefaultDepth 24 > SubSection "Display" > Depth 24 > Modes "1360x768" > EndSubSection > EndSection > > Identifier "MyMonitor" > Modeline "1360x768" 85.5 1360 1424 1536 1792 768 771 777 795 > EndSection > But AO about an hour ago, I am no longer using the vesa driver. It turns out the radeon driver has been markedly improved since my last test under 8.04.
Using the Driver "ati" in the xorg.conf, it loops through the modline list about 25 times getting started and finally settles on a 1366x768 screen that has square pixels! I can full screen the emc gui and circles are still circles! Motion wise it is not more than a few milliseconds behind the machine, apparently dead accurate and an even bigger wonder is that in 2 startups of emc, I have not seen an "un-expected realtime delay"! That was a 100% startup fuss running vesa. I an amazed, dumb-founded, slack jawed, and happier than a pig in a well used sty. Beat on me, as a stubborn old fart, I have a good session out behind the woodshed coming. Now if it didn't just loop for about 30 seconds, generating a megabyte plus log file at startx time, it would probably boot the x server 30 seconds faster. But I doubt that is anything _we_ can fix. Thanks for prodding me to at least re-try it. I am pleased as can be that someone has been giving that code some sorely needed TLC. ;-) Cheers, gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I'm pretending that we're all watching PHIL SILVERS instead of RICARDO MONTALBAN! ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
