Re: Emc vs modern lcd monitors
On Tuesday, August 16, 2011 11:25:51 PM walter harms did opine: > Am 16.08.2011 16:29, schrieb James Cloos: > > Gene, > > > > If the display gets in the way of the realtime code, you may want to > > separate the two. > > > > It may not be in vogue these days, but running X11 over tcp still > > works. > > Just for your informations in several companies X11 is used for > displaying. I used it the most time over tcp, see all the remote > extension for X11. The problem are M$ user that have no idea about > networking they tend to resort to several rather strange solutions. > > > An inexpensive laptop, a small fusion or atom box, a plug box will all > > make reasonable graphics nodes. > > Hint: > There is a small trap, you need to conf you XDM (or what you use) on the > host to allow remote access. > > now you start on your notebook X -query if everything works fine > you will see the XDM from the host. > > re, > wh > > > If you boot the realtime box into text mode the display shouldn't get > > in the way. And you can always switch the monitor and keyboard over > > should there be any problems booting. That was one slim possibility I suppose, but since the gui is used on its own console 90% of the time so I can actually see what the machine is doing, not terribly practical. But, I mad a totally amazing discovery this afternoon because while the vesa driver was generally acceptable, I was getting some "unexpected realtime delay" reports from RTAI on startup, 100% of the time. At the behest of several on the emc mailing list, I made an edit to my xorg.conf on that box, from "vesa" to "ati". The last time I tried that it was running the 8.xx LTS ubuntu install, and it was an unmitigated disaster, the graphics were slow, didn't follow what the machine was doing and in general unusable. Today, it gave me a near perfect 1366x768 screen with absolutely square pixels, did not throw any real time errors at all, and it followed the machine precisely in real time. So, to the folks that have been giving the radeon driver all that TLC it so badly needed when driving an ATI X1650 Pro card a year ago, a great big THANK YOU. I expected the worst, and was dumb-founded, slack jawed, and amazed at the difference, it is now 100% usable. The only bit of pickyness is that it now logs that it is getting an EDID read, to scanning available modes, wash rinse & repeat about 10-15 times at every startx. It would boot X 20 seconds faster if that errant loop could be trimmed. However, the way it works after the startup makes that time wasted into a very minor niggle. I'm having some networking problems, related to trying to put a 802-11 radio out there, so I can't just yet test another ssh -Y session. With luck I might get that basket of rattlesnakes sorted tomorrow. 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) The future isn't what it used to be. (It never was.) ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
Am 16.08.2011 16:29, schrieb James Cloos: > Gene, > > If the display gets in the way of the realtime code, you may want to > separate the two. > > It may not be in vogue these days, but running X11 over tcp still works. > Just for your informations in several companies X11 is used for displaying. I used it the most time over tcp, see all the remote extension for X11. The problem are M$ user that have no idea about networking they tend to resort to several rather strange solutions. > An inexpensive laptop, a small fusion or atom box, a plug box will all > make reasonable graphics nodes. Hint: There is a small trap, you need to conf you XDM (or what you use) on the host to allow remote access. now you start on your notebook X -query if everything works fine you will see the XDM from the host. re, wh > If you boot the realtime box into text mode the display shouldn't get in > the way. And you can always switch the monitor and keyboard over should > there be any problems booting. > ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Tuesday, August 16, 2011 10:51:41 AM James Cloos did opine: > Gene, > > If the display gets in the way of the realtime code, you may want to > separate the two. > > It may not be in vogue these days, but running X11 over tcp still works. > No it doesn't to some distros, like this pclos. I can ssh -Y into that box, but I cannot run the main gfx applications like emc even though I am the same user on both boxes. Example: (having just logged in so the session is fresh) gene@shop:~$ emc -l EMC2 - 2.4.6-76-gf8ea663 Machine configuration directory is '/home/gene/emc2/configs/genes-mill' Machine configuration file is 'genes-mill.ini' Starting EMC2... X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 1 (X_GLXRender) Serial number of failed request: 2583 Current serial number in output stream: 2584 Shutting down and cleaning up EMC2... Cleanup done EMC terminated with an error. You can find more information in the log: /home/gene/emc_debug.txt and /home/gene/emc_print.txt as well as in the output of the shell command 'dmesg' and in the terminal And except for the above msg, no other clues for the failure are given in any of those named files. IIRC I even posted that here before, but quite some number of months back up the log, and I don't recall getting a helpful reply. > An inexpensive laptop, a small fusion or atom box, a plug box will all > make reasonable graphics nodes. I have a lappy, but it also has pclos on it. IIRC it also reports the same problem although TBT I haven't tried it recently. I am currently trying to get a belkin router to function as an AP in the shop. and have had to reset it many times because it disappears. NDI what I am doing wrong other than my local net is not on a 192.168.1 or 192.168.2 address block, another security measure. There is nothing precious on the lappy, so I could put 10.04 LTS on it I guess, but I want to get rid of the cat5 cable I'm always tripping over first. > If you boot the realtime box into text mode the display shouldn't get in > the way. And you can always switch the monitor and keyboard over should > there be any problems booting. > > -JimC 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) Appearances often are deceiving. -- Aesop ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
Gene, If the display gets in the way of the realtime code, you may want to separate the two. It may not be in vogue these days, but running X11 over tcp still works. An inexpensive laptop, a small fusion or atom box, a plug box will all make reasonable graphics nodes. If you boot the realtime box into text mode the display shouldn't get in the way. And you can always switch the monitor and keyboard over should there be any problems booting. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Monday, August 15, 2011 08:01:26 PM Felix Miata did opine: > On 2011/08/15 19:05 (GMT-0400) gene heskett composed: > > Chuckle, rotsa ruck finding one of those without mail ordering it& > > putting up with a 40 day back order because they have to get one of > > those from China. > > compatible > cheap > fast > > Pick any two. :-) > > Pittsburg ought to have 1024x768 and/or 1280x1024 in stock somewhere if > local fails and Amazon, J&R Music World, Newegg & places like that > don't work for you. > > > As for the crt, that's 4x the power and weight. and dying like flies > > around here. > > Some newer ones just need caps, like motherboards & power supplies from > the early-mid 00s. > > > That old Samsung that smoked was may last tube monitor& > > > > getting fuzzy when it let all the magic smoke out. > > Gummint auction sites should have piles of them around unless your area > has dumpstered them all already. That all took place about 8-10 years ago around here, when dumpster diving netted Jim and I 2 pickup loads worth of 17" NEC's in great shape. Haven't seen much since that hasn't been stored out in the weather for a year+. I'll do some more scouting for a 4x3 model though. Thanks. 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) Intel CPUs are not defective, they just act that way. -- Henry Spencer ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On 2011/08/15 19:05 (GMT-0400) gene heskett composed: Chuckle, rotsa ruck finding one of those without mail ordering it& putting up with a 40 day back order because they have to get one of those from China. compatible cheap fast Pick any two. :-) Pittsburg ought to have 1024x768 and/or 1280x1024 in stock somewhere if local fails and Amazon, J&R Music World, Newegg & places like that don't work for you. As for the crt, that's 4x the power and weight. and dying like flies around here. Some newer ones just need caps, like motherboards & power supplies from the early-mid 00s. That old Samsung that smoked was may last tube monitor& getting fuzzy when it let all the magic smoke out. Gummint auction sites should have piles of them around unless your area has dumpstered them all already. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Monday, August 15, 2011 07:01:27 PM Felix Miata did opine: > On 2011/08/15 18:16 (GMT-0400) gene heskett composed: > > On Monday, August 15, 2011 06:07:09 PM Alex Deucher did opine: > gene heskett wrote: > >> >> > One of the problems that was confusing me recently is that I > >> >> > had replaced the old samsung crt monitor with a much newer > >> >> > cheap AOC lcd that runs at 1360x724 at best, but under the > >> >> > vesa driver on an ati x1650 video card, it apparently is > >> >> > running in 1024x768. آ This results in a pixel that is far > >> >> > from square unless I use a button on the monitor which > >> >> > shrinks the display sideways, leaving 2" wide black stripes > >> >> > on the sides. > >> > >> The problem with vesa is that you are limited to standard vesa modes > >> that are implemented in the vbios. You cannot define arbitrary > >> modes. > >> > >> For that you need to use a real driver specific to your video chip. > > > > I was afraid of that Alex. And I tried some Modelines suggested on > > the EMC mailing list& got thrown under the bus just as it was > > leaving. This application that must run, is a realtime application > > with a base loop of its i/o running every 20-40 u-secs. _NO_ "real" > > driver allows that, wrecking carving of parts in wholesale numbers > > because the IRQ's that drive this apps base thread can be locked out > > by the "real" driver for intervals in excess of 100 milliseconds. > > The 'vesa' driver is the only driver that allows the base thread to > > keep some semblance of a steady beat. > > > > This particular card is an ATI X1650. Does it perchance have an > > available vesa bios update that would add some of the 16x9 modes like > > this? > > If > http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Modes_defined_by_VESA > is any guide, I'd be really surprised if anyone anywhere found any > video card of any age that provides BIOS support for the abortion that > are the 136Zx7zz modes found only in lower cost widescreen desktop > displays. If you were to spend a bunch of money on lots of video cards > you might find something with some amount of 16:9 or 16:10 support, but > not likely 136Zx7zz would be any of them. > > I noted the keyword "cheap" above in reference to your new display. If > cheap is what you're after for your VESA environment, I suggest going > back to one of the readily available CRTs that are so hard for most > people to give away, or replace that new widescreen with a new 4:3 LCD > display. Chuckle, rotsa ruck finding one of those without mail ordering it & putting up with a 40 day back order because they have to get one of those from China. As for the crt, that's 4x the power and weight. and dying like flies around here. That old Samsung that smoked was may last tube monitor & getting fuzzy when it let all the magic smoke out. 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) The more I see of men the more I admire dogs. -- Mme De Sevigne, 1626-1696 ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On 2011/08/15 18:16 (GMT-0400) gene heskett composed: On Monday, August 15, 2011 06:07:09 PM Alex Deucher did opine: gene heskett wrote: >> > One of the problems that was confusing me recently is that I had >> > replaced the old samsung crt monitor with a much newer cheap AOC >> > lcd that runs at 1360x724 at best, but under the vesa driver on an >> > ati x1650 video card, it apparently is running in 1024x768. Â This >> > results in a pixel that is far from square unless I use a button >> > on the monitor which shrinks the display sideways, leaving 2" wide >> > black stripes on the sides. The problem with vesa is that you are limited to standard vesa modes that are implemented in the vbios. You cannot define arbitrary modes. For that you need to use a real driver specific to your video chip. I was afraid of that Alex. And I tried some Modelines suggested on the EMC mailing list& got thrown under the bus just as it was leaving. This application that must run, is a realtime application with a base loop of its i/o running every 20-40 u-secs. _NO_ "real" driver allows that, wrecking carving of parts in wholesale numbers because the IRQ's that drive this apps base thread can be locked out by the "real" driver for intervals in excess of 100 milliseconds. The 'vesa' driver is the only driver that allows the base thread to keep some semblance of a steady beat. This particular card is an ATI X1650. Does it perchance have an available vesa bios update that would add some of the 16x9 modes like this? If http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Modes_defined_by_VESA is any guide, I'd be really surprised if anyone anywhere found any video card of any age that provides BIOS support for the abortion that are the 136Zx7zz modes found only in lower cost widescreen desktop displays. If you were to spend a bunch of money on lots of video cards you might find something with some amount of 16:9 or 16:10 support, but not likely 136Zx7zz would be any of them. I noted the keyword "cheap" above in reference to your new display. If cheap is what you're after for your VESA environment, I suggest going back to one of the readily available CRTs that are so hard for most people to give away, or replace that new widescreen with a new 4:3 LCD display. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
2011/8/15 gene heskett : > On Monday, August 15, 2011 06:07:09 PM Alex Deucher did opine: > >> 2011/8/15 gene heskett : >> > On Monday, August 15, 2011 04:20:49 PM Mark Wagner did opine: >> >> On Sat, Aug 13, 2011 at 05:50, gene heskett wrote: >> >> > Greetings all; >> >> > >> >> > One of the problems that was confusing me recently is that I had >> >> > replaced the old samsung crt monitor with a much newer cheap AOC >> >> > lcd that runs at 1360x724 at best, but under the vesa driver on an >> >> > ati x1650 video card, it apparently is running in 1024x768. آ This >> >> > results in a pixel that is far from square unless I use a button >> >> > on the monitor which shrinks the display sideways, leaving 2" wide >> >> > black stripes on the sides. >> >> > >> >> > From Xorg.0.log: >> >> > >> >> > (II) VESA(0): SAMSUNG: Using hsync range of 30.00-81.00 kHz >> >> > (II) VESA(0): SAMSUNG: Using vrefresh range of 55.00-75.00 Hz >> >> > (II) VESA(0): SAMSUNG: Using maximum pixel clock of 90.00 MHz >> >> > (II) VESA(0): Not using mode "1360x768" (no mode of this name) >> >> > <---native >> >> >> >> Looks to me like the server is telling you it doesn't know how to >> >> generate a resolution of 1360x768. If this was a CRT, I'd say to >> >> provide a custom modeline in the xorg.conf file. Since you've got a >> >> LCD, I don't know if this is the correct solution or not. >> > >> > None of my machines have an xorg.conf with a sample modeline for that. >> > >> > Could someone post an example I could try please? >> > >> > Or even better, are there docs someplace that would describe how to do >> > that? I just looked at the modeline description in a man xorg.conf, >> > and that lacks the specifics I'd need to make a quasi-intelligent >> > first guess. >> >> The problem with vesa is that you are limited to standard vesa modes >> that are implemented in the vbios. You cannot define arbitrary modes. >> For that you need to use a real driver specific to your video chip. >> >> Alex > > I was afraid of that Alex. And I tried some Modelines suggested on the EMC > mailing list & got thrown under the bus just as it was leaving. This > application that must run, is a realtime application with a base loop of > its i/o running every 20-40 u-secs. _NO_ "real" driver allows that, > wrecking carving of parts in wholesale numbers because the IRQ's that drive > this apps base thread can be locked out by the "real" driver for intervals > in excess of 100 milliseconds. The 'vesa' driver is the only driver that > allows the base thread to keep some semblance of a steady beat. > > This particular card is an ATI X1650. Does it perchance have an available > vesa bios update that would add some of the 16x9 modes like this? Not likely. I don't think vesa ever officially added any 16:9 modes as standard vesa modes. Have you tried turning off acceleration? Add: Option "NoAccel" "True" in the device section of your xorg.conf. That should significantly reduce the number of irqs generated. Alex ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Monday, August 15, 2011 06:07:09 PM Alex Deucher did opine: > 2011/8/15 gene heskett : > > On Monday, August 15, 2011 04:20:49 PM Mark Wagner did opine: > >> On Sat, Aug 13, 2011 at 05:50, gene heskett wrote: > >> > Greetings all; > >> > > >> > One of the problems that was confusing me recently is that I had > >> > replaced the old samsung crt monitor with a much newer cheap AOC > >> > lcd that runs at 1360x724 at best, but under the vesa driver on an > >> > ati x1650 video card, it apparently is running in 1024x768. آ This > >> > results in a pixel that is far from square unless I use a button > >> > on the monitor which shrinks the display sideways, leaving 2" wide > >> > black stripes on the sides. > >> > > >> > From Xorg.0.log: > >> > > >> > (II) VESA(0): SAMSUNG: Using hsync range of 30.00-81.00 kHz > >> > (II) VESA(0): SAMSUNG: Using vrefresh range of 55.00-75.00 Hz > >> > (II) VESA(0): SAMSUNG: Using maximum pixel clock of 90.00 MHz > >> > (II) VESA(0): Not using mode "1360x768" (no mode of this name) > >> > <---native > >> > >> Looks to me like the server is telling you it doesn't know how to > >> generate a resolution of 1360x768. If this was a CRT, I'd say to > >> provide a custom modeline in the xorg.conf file. Since you've got a > >> LCD, I don't know if this is the correct solution or not. > > > > None of my machines have an xorg.conf with a sample modeline for that. > > > > Could someone post an example I could try please? > > > > Or even better, are there docs someplace that would describe how to do > > that? I just looked at the modeline description in a man xorg.conf, > > and that lacks the specifics I'd need to make a quasi-intelligent > > first guess. > > The problem with vesa is that you are limited to standard vesa modes > that are implemented in the vbios. You cannot define arbitrary modes. > For that you need to use a real driver specific to your video chip. > > Alex I was afraid of that Alex. And I tried some Modelines suggested on the EMC mailing list & got thrown under the bus just as it was leaving. This application that must run, is a realtime application with a base loop of its i/o running every 20-40 u-secs. _NO_ "real" driver allows that, wrecking carving of parts in wholesale numbers because the IRQ's that drive this apps base thread can be locked out by the "real" driver for intervals in excess of 100 milliseconds. The 'vesa' driver is the only driver that allows the base thread to keep some semblance of a steady beat. This particular card is an ATI X1650. Does it perchance have an available vesa bios update that would add some of the 16x9 modes like this? 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) Guns don't kill people. It's those damn bullets. Guns just make them go really really fast. -- Jake Johanson ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
2011/8/15 gene heskett : > On Monday, August 15, 2011 04:20:49 PM Mark Wagner did opine: > >> On Sat, Aug 13, 2011 at 05:50, gene heskett wrote: >> > Greetings all; >> > >> > One of the problems that was confusing me recently is that I had >> > replaced the old samsung crt monitor with a much newer cheap AOC lcd >> > that runs at 1360x724 at best, but under the vesa driver on an ati >> > x1650 video card, it apparently is running in 1024x768. آ This >> > results in a pixel that is far from square unless I use a button on >> > the monitor which shrinks the display sideways, leaving 2" wide black >> > stripes on the sides. >> > >> > From Xorg.0.log: >> > >> > (II) VESA(0): SAMSUNG: Using hsync range of 30.00-81.00 kHz >> > (II) VESA(0): SAMSUNG: Using vrefresh range of 55.00-75.00 Hz >> > (II) VESA(0): SAMSUNG: Using maximum pixel clock of 90.00 MHz >> > (II) VESA(0): Not using mode "1360x768" (no mode of this name) >> > <---native >> >> Looks to me like the server is telling you it doesn't know how to >> generate a resolution of 1360x768. If this was a CRT, I'd say to >> provide a custom modeline in the xorg.conf file. Since you've got a >> LCD, I don't know if this is the correct solution or not. > > None of my machines have an xorg.conf with a sample modeline for that. > > Could someone post an example I could try please? > > Or even better, are there docs someplace that would describe how to do > that? I just looked at the modeline description in a man xorg.conf, and > that lacks the specifics I'd need to make a quasi-intelligent first guess. The problem with vesa is that you are limited to standard vesa modes that are implemented in the vbios. You cannot define arbitrary modes. For that you need to use a real driver specific to your video chip. Alex ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Monday, August 15, 2011 04:20:49 PM Mark Wagner did opine: > On Sat, Aug 13, 2011 at 05:50, gene heskett wrote: > > Greetings all; > > > > One of the problems that was confusing me recently is that I had > > replaced the old samsung crt monitor with a much newer cheap AOC lcd > > that runs at 1360x724 at best, but under the vesa driver on an ati > > x1650 video card, it apparently is running in 1024x768. آ This > > results in a pixel that is far from square unless I use a button on > > the monitor which shrinks the display sideways, leaving 2" wide black > > stripes on the sides. > > > > From Xorg.0.log: > > > > (II) VESA(0): SAMSUNG: Using hsync range of 30.00-81.00 kHz > > (II) VESA(0): SAMSUNG: Using vrefresh range of 55.00-75.00 Hz > > (II) VESA(0): SAMSUNG: Using maximum pixel clock of 90.00 MHz > > (II) VESA(0): Not using mode "1360x768" (no mode of this name) > > <---native > > Looks to me like the server is telling you it doesn't know how to > generate a resolution of 1360x768. If this was a CRT, I'd say to > provide a custom modeline in the xorg.conf file. Since you've got a > LCD, I don't know if this is the correct solution or not. None of my machines have an xorg.conf with a sample modeline for that. Could someone post an example I could try please? Or even better, are there docs someplace that would describe how to do that? I just looked at the modeline description in a man xorg.conf, and that lacks the specifics I'd need to make a quasi-intelligent first guess. Thanks all. 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) Brogan's Constant: People tend to congregate in the back of the church and the front of the bus. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Emc vs modern lcd monitors
On Sat, Aug 13, 2011 at 05:50, gene heskett wrote: > Greetings all; > > One of the problems that was confusing me recently is that I had replaced > the old samsung crt monitor with a much newer cheap AOC lcd that runs at > 1360x724 at best, but under the vesa driver on an ati x1650 video card, it > apparently is running in 1024x768. This results in a pixel that is far > from square unless I use a button on the monitor which shrinks the display > sideways, leaving 2" wide black stripes on the sides. > > From Xorg.0.log: > > (II) VESA(0): SAMSUNG: Using hsync range of 30.00-81.00 kHz > (II) VESA(0): SAMSUNG: Using vrefresh range of 55.00-75.00 Hz > (II) VESA(0): SAMSUNG: Using maximum pixel clock of 90.00 MHz > (II) VESA(0): Not using mode "1360x768" (no mode of this name) <---native Looks to me like the server is telling you it doesn't know how to generate a resolution of 1360x768. If this was a CRT, I'd say to provide a custom modeline in the xorg.conf file. Since you've got a LCD, I don't know if this is the correct solution or not. -- Mark ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
