Re: LCD sync rates
> > > If the X server locks up, you can > > > always use alt+sysrq+u, alt+sysrq+b > > > > Magic sysrq's might only work at a console prompt. cf above, your keyboard > > may be inoperable. > > No, they always work, since it's all in the kernel, before it goes > through the "keyboard mode" stuff that kbdmode messes with. That > being the case, it doesn't matter if X is running and has your > keyboard in raw mode. You obviously don't see the output from your > keystrokes, but they show up in the kernel log messages, even > alt+sysrq+?. Hmm. Well, sysrq still needs to be turned on. (Here's where I can't tell you a good debian answer, since I usually build my own kernels) > Err, one other thing that can bring down alt+sysrq: The system could > deadlock with interrupts disabled, in which case you lose, and nothing > will ever get through, not ethernet, not mouse, not keyboard, not > serial. I don't think X can disable interrupts, though, so as long as > the kernel isn't buggy, you're fine (he says optimistically... :) > > Anyway, we both agree that logging in remotely is the way to go. I > was just pointing out that, especially for this problem, you can get > away with not doing that if you can deal with the system when it's > having problems. (For the display-won't-sync problem, > nothing is going to happen that overwrites the kernel in memory or > whatever, so it's unlikely that the system will hang and require a > reboot.) Not unless you try to give X some exceedingly stupid options, anyway. My hubby once had to give X some directions about where video memory was really located. Mistyped. The hard disk controller he hit instead was *really* unhappy. Only had to fsck 6 times to clean everything up. But, these are laptops, you shouldn't be doing *THAT* :) If interrupts are deadlocked you'll probably lose the network too. It just depends. * Heather Stern * star@ many places...
Re: LCD sync rates
On Thu, Jun 28, 2001 at 08:21:15PM -0700, Heather wrote: > > On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > > > and the slightest variation can result in a black screen when your > > > > start > > > > the X server. > > > > > > I recommend having your net connection live and be ssh'd in from another > > > box. > > > That keeps you a visible text session. > > > > > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or > > > vga_reset > > > or something) to reinit the video and keep working without having to > > > reboot > > > to yank its chain. > > > > CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display > > doesn't want to show you anything. > > Not necessarily. The X server is also responsible for input focus - one might > argue that's its primary job - and if it's *really* unhappy, it won't get > around > to your useful keystroke. Hmm, good point. That makes sense, given my past experience with X... > Too busy dealing with a crying vidcard. Maybe next > week sometime. > > Meanwhile your monitor is squealing at you :( :( :( The X server doesn't know that the monitor isn't syncing, since the vid card doesn't act any differently whether the monitor handles the video output or not. (I think it can detect whether or not a monitor is connected, though.) I don't know if this is the case for most LCD displays in laptops, or if the video controller will stop working if the vid mode is out of range. That wouldn't make much sense though, because that would make it hard to get back to a working range... > > > If the X server locks up, you can > > always use alt+sysrq+u, alt+sysrq+b > > Magic sysrq's might only work at a console prompt. cf above, your keyboard > may be inoperable. No, they always work, since it's all in the kernel, before it goes through the "keyboard mode" stuff that kbdmode messes with. That being the case, it doesn't matter if X is running and has your keyboard in raw mode. You obviously don't see the output from your keystrokes, but they show up in the kernel log messages, even alt+sysrq+?. Err, one other thing that can bring down alt+sysrq: The system could deadlock with interrupts disabled, in which case you lose, and nothing will ever get through, not ethernet, not mouse, not keyboard, not serial. I don't think X can disable interrupts, though, so as long as the kernel isn't buggy, you're fine (he says optimistically... :) Anyway, we both agree that logging in remotely is the way to go. I was just pointing out that, especially for this problem, you can get away with not doing that if you can deal with the system when it's having problems. (For the display-won't-sync problem, nothing is going to happen that overwrites the kernel in memory or whatever, so it's unlikely that the system will hang and require a reboot.) -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , ns.ca) "The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces!" -- Plautus, 200 BCE
Re: LCD sync rates
> On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > > and the slightest variation can result in a black screen when your start > > > the X server. > > > > I recommend having your net connection live and be ssh'd in from another > > box. > > That keeps you a visible text session. > > > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or > > vga_reset > > or something) to reinit the video and keep working without having to reboot > > to yank its chain. > > CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display > doesn't want to show you anything. Not necessarily. The X server is also responsible for input focus - one might argue that's its primary job - and if it's *really* unhappy, it won't get around to your useful keystroke. Too busy dealing with a crying vidcard. Maybe next week sometime. Meanwhile your monitor is squealing at you :( :( :( > If the X server locks up, you can > always use alt+sysrq+u, alt+sysrq+b Magic sysrq's might only work at a console prompt. cf above, your keyboard may be inoperable. Been there, done that ... have lots of t-shirts ... > to umount/remount-readonly all > your partitions, then reboot. This is handled very early on in the > kernel, so it doesn't stop working no matter what user space software > does, unless the kernel itself actually locks up, or the keyboard > physically stops working. Yes, and yes. Esp. with those modern AGP things. > Of course, rebooting takes time, so if ctrl+alt+backspace doesn't > work then logging in remotely with ssh or a null modem before messing > with stuff will save time. Thus my recommendation. Already being logged in will tell you for sure if it's really dead or just blitting out on you. * Heather Stern * star@ many places...
Re: LCD sync rates
> > > If the X server locks up, you can > > > always use alt+sysrq+u, alt+sysrq+b > > > > Magic sysrq's might only work at a console prompt. cf above, your keyboard > > may be inoperable. > > No, they always work, since it's all in the kernel, before it goes > through the "keyboard mode" stuff that kbdmode messes with. That > being the case, it doesn't matter if X is running and has your > keyboard in raw mode. You obviously don't see the output from your > keystrokes, but they show up in the kernel log messages, even > alt+sysrq+?. Hmm. Well, sysrq still needs to be turned on. (Here's where I can't tell you a good debian answer, since I usually build my own kernels) > Err, one other thing that can bring down alt+sysrq: The system could > deadlock with interrupts disabled, in which case you lose, and nothing > will ever get through, not ethernet, not mouse, not keyboard, not > serial. I don't think X can disable interrupts, though, so as long as > the kernel isn't buggy, you're fine (he says optimistically... :) > > Anyway, we both agree that logging in remotely is the way to go. I > was just pointing out that, especially for this problem, you can get > away with not doing that if you can deal with the system when it's > having problems. (For the display-won't-sync problem, > nothing is going to happen that overwrites the kernel in memory or > whatever, so it's unlikely that the system will hang and require a > reboot.) Not unless you try to give X some exceedingly stupid options, anyway. My hubby once had to give X some directions about where video memory was really located. Mistyped. The hard disk controller he hit instead was *really* unhappy. Only had to fsck 6 times to clean everything up. But, these are laptops, you shouldn't be doing *THAT* :) If interrupts are deadlocked you'll probably lose the network too. It just depends. * Heather Stern * star@ many places... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > and the slightest variation can result in a black screen when your start > > the X server. > > I recommend having your net connection live and be ssh'd in from another box. > That keeps you a visible text session. > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset > or something) to reinit the video and keep working without having to reboot > to yank its chain. CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display doesn't want to show you anything. If the X server locks up, you can always use alt+sysrq+u, alt+sysrq+b to umount/remount-readonly all your partitions, then reboot. This is handled very early on in the kernel, so it doesn't stop working no matter what user space software does, unless the kernel itself actually locks up, or the keyboard physically stops working. Of course, rebooting takes time, so if ctrl+alt+backspace doesn't work then logging in remotely with ssh or a null modem before messing with stuff will save time. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , ns.ca) "The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces!" -- Plautus, 200 BCE
Re: LCD sync rates
On Thu, Jun 28, 2001 at 08:21:15PM -0700, Heather wrote: > > On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > > > and the slightest variation can result in a black screen when your start > > > > the X server. > > > > > > I recommend having your net connection live and be ssh'd in from another box. > > > That keeps you a visible text session. > > > > > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset > > > or something) to reinit the video and keep working without having to reboot > > > to yank its chain. > > > > CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display > > doesn't want to show you anything. > > Not necessarily. The X server is also responsible for input focus - one might > argue that's its primary job - and if it's *really* unhappy, it won't get around > to your useful keystroke. Hmm, good point. That makes sense, given my past experience with X... > Too busy dealing with a crying vidcard. Maybe next > week sometime. > > Meanwhile your monitor is squealing at you :( :( :( The X server doesn't know that the monitor isn't syncing, since the vid card doesn't act any differently whether the monitor handles the video output or not. (I think it can detect whether or not a monitor is connected, though.) I don't know if this is the case for most LCD displays in laptops, or if the video controller will stop working if the vid mode is out of range. That wouldn't make much sense though, because that would make it hard to get back to a working range... > > > If the X server locks up, you can > > always use alt+sysrq+u, alt+sysrq+b > > Magic sysrq's might only work at a console prompt. cf above, your keyboard > may be inoperable. No, they always work, since it's all in the kernel, before it goes through the "keyboard mode" stuff that kbdmode messes with. That being the case, it doesn't matter if X is running and has your keyboard in raw mode. You obviously don't see the output from your keystrokes, but they show up in the kernel log messages, even alt+sysrq+?. Err, one other thing that can bring down alt+sysrq: The system could deadlock with interrupts disabled, in which case you lose, and nothing will ever get through, not ethernet, not mouse, not keyboard, not serial. I don't think X can disable interrupts, though, so as long as the kernel isn't buggy, you're fine (he says optimistically... :) Anyway, we both agree that logging in remotely is the way to go. I was just pointing out that, especially for this problem, you can get away with not doing that if you can deal with the system when it's having problems. (For the display-won't-sync problem, nothing is going to happen that overwrites the kernel in memory or whatever, so it's unlikely that the system will hang and require a reboot.) -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , ns.ca) "The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces!" -- Plautus, 200 BCE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
> On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > > and the slightest variation can result in a black screen when your start > > > the X server. > > > > I recommend having your net connection live and be ssh'd in from another box. > > That keeps you a visible text session. > > > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset > > or something) to reinit the video and keep working without having to reboot > > to yank its chain. > > CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display > doesn't want to show you anything. Not necessarily. The X server is also responsible for input focus - one might argue that's its primary job - and if it's *really* unhappy, it won't get around to your useful keystroke. Too busy dealing with a crying vidcard. Maybe next week sometime. Meanwhile your monitor is squealing at you :( :( :( > If the X server locks up, you can > always use alt+sysrq+u, alt+sysrq+b Magic sysrq's might only work at a console prompt. cf above, your keyboard may be inoperable. Been there, done that ... have lots of t-shirts ... > to umount/remount-readonly all > your partitions, then reboot. This is handled very early on in the > kernel, so it doesn't stop working no matter what user space software > does, unless the kernel itself actually locks up, or the keyboard > physically stops working. Yes, and yes. Esp. with those modern AGP things. > Of course, rebooting takes time, so if ctrl+alt+backspace doesn't > work then logging in remotely with ssh or a null modem before messing > with stuff will save time. Thus my recommendation. Already being logged in will tell you for sure if it's really dead or just blitting out on you. * Heather Stern * star@ many places... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
On Thu, Jun 28, 2001 at 10:59:28AM -0700, Heather wrote: > > and the slightest variation can result in a black screen when your start > > the X server. > > I recommend having your net connection live and be ssh'd in from another box. > That keeps you a visible text session. > > You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset > or something) to reinit the video and keep working without having to reboot > to yank its chain. CTRL+ALT+backspace or CTRL+ALT+F1 still work even when the display doesn't want to show you anything. If the X server locks up, you can always use alt+sysrq+u, alt+sysrq+b to umount/remount-readonly all your partitions, then reboot. This is handled very early on in the kernel, so it doesn't stop working no matter what user space software does, unless the kernel itself actually locks up, or the keyboard physically stops working. Of course, rebooting takes time, so if ctrl+alt+backspace doesn't work then logging in remotely with ssh or a null modem before messing with stuff will save time. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , ns.ca) "The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces!" -- Plautus, 200 BCE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
> Scraper wrote: > > > As far as I know all laptops use a 60 Hz refresh frequentie. At least > > the ones I've seen so far. > > > More to the point, all LCD displays use a 60 Hz refresh frequency. You > should be able to create modelines for your screen using the modeline > package (apt-get is your friend). > > > LCD displays are extremely picky regarding the modelines you feed them, It can also depend on the server you select. In my experience with the Compal 30W (aka Dell Inspiron 5000, Tuxtops Premium, QLItech Emperor, etc) it worked quite differently with SVGA server, vs. with ATI accelerated server. (too bad I can't remember which way was which, but...) In one, if you weren't as close as you could get to 64.14, tough cookies, no video. (It was okay with 65 at least, so I could use calculators to get some decent lines.) The other way, it seemed to work with a normal setup of items. Perhaps there should be a DotclockRange widget to go in, optionally replacing HorizSync and VertRefresh? Because I could use fairly insane Horiz and Vert values as long as the Dotclock was met using that picky server. > and the slightest variation can result in a black screen when your start > the X server. I recommend having your net connection live and be ssh'd in from another box. That keeps you a visible text session. You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset or something) to reinit the video and keep working without having to reboot to yank its chain. > I had the problem with the 1400x1050 resolution on my Dell > Latitude C800 until I found a working modeline on the web. Surprisingly > enough, the modeline I'm now using isn't exactly the one calculated by > the modeline package for a 60 Hz display, but corresponds more or less > to 56-57 Hz. I'll have to make some more testing, I guess ... It does sometimes happen that you get best behavior from something a shave below the highest range. * Heather Stern * star@ many places...
Re: LCD sync rates
I had some trouble setting up XF86Config for my TP560 (also 800x600 LCD) w/ XFree86 3.3.x, so I tried 4.0.x (from testing) and it works great. Same with my HP OB800. On Thu, Jun 28, 2001 at 06:30:32AM -0700, crit wrote: > Ive got an IBM Thinkpad760EL U6G. It has a 11.3" 8bit > 800x600 DSTN LCD(all the XF86Config's ive looked at so > far have been for the 12.1" TFT). > > Im needing the horiz & vert sync rates for my X > config(I usually use XF86Setup program). > > > thanks > > crit > > __ > Do You Yahoo!? > Get personalized email addresses from Yahoo! Mail > http://personal.mail.yahoo.com/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: LCD sync rates
> Scraper wrote: > > > As far as I know all laptops use a 60 Hz refresh frequentie. At least > > the ones I've seen so far. > > > More to the point, all LCD displays use a 60 Hz refresh frequency. You > should be able to create modelines for your screen using the modeline > package (apt-get is your friend). > > > LCD displays are extremely picky regarding the modelines you feed them, It can also depend on the server you select. In my experience with the Compal 30W (aka Dell Inspiron 5000, Tuxtops Premium, QLItech Emperor, etc) it worked quite differently with SVGA server, vs. with ATI accelerated server. (too bad I can't remember which way was which, but...) In one, if you weren't as close as you could get to 64.14, tough cookies, no video. (It was okay with 65 at least, so I could use calculators to get some decent lines.) The other way, it seemed to work with a normal setup of items. Perhaps there should be a DotclockRange widget to go in, optionally replacing HorizSync and VertRefresh? Because I could use fairly insane Horiz and Vert values as long as the Dotclock was met using that picky server. > and the slightest variation can result in a black screen when your start > the X server. I recommend having your net connection live and be ssh'd in from another box. That keeps you a visible text session. You can sometimes use a different GUI utility (e.g. SVGAlib app, or vga_reset or something) to reinit the video and keep working without having to reboot to yank its chain. > I had the problem with the 1400x1050 resolution on my Dell > Latitude C800 until I found a working modeline on the web. Surprisingly > enough, the modeline I'm now using isn't exactly the one calculated by > the modeline package for a 60 Hz display, but corresponds more or less > to 56-57 Hz. I'll have to make some more testing, I guess ... It does sometimes happen that you get best behavior from something a shave below the highest range. * Heather Stern * star@ many places... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
Scraper wrote: As far as I know all laptops use a 60 Hz refresh frequentie. At least the ones I've seen so far. More to the point, all LCD displays use a 60 Hz refresh frequency. You should be able to create modelines for your screen using the modeline package (apt-get is your friend). LCD displays are extremely picky regarding the modelines you feed them, and the slightest variation can result in a black screen when your start the X server. I had the problem with the 1400x1050 resolution on my Dell Latitude C800 until I found a working modeline on the web. Surprisingly enough, the modeline I'm now using isn't exactly the one calculated by the modeline package for a 60 Hz display, but corresponds more or less to 56-57 Hz. I'll have to make some more testing, I guess ... Regards, Daniel
Re: LCD sync rates
I had some trouble setting up XF86Config for my TP560 (also 800x600 LCD) w/ XFree86 3.3.x, so I tried 4.0.x (from testing) and it works great. Same with my HP OB800. On Thu, Jun 28, 2001 at 06:30:32AM -0700, crit wrote: > Ive got an IBM Thinkpad760EL U6G. It has a 11.3" 8bit > 800x600 DSTN LCD(all the XF86Config's ive looked at so > far have been for the 12.1" TFT). > > Im needing the horiz & vert sync rates for my X > config(I usually use XF86Setup program). > > > thanks > > crit > > __ > Do You Yahoo!? > Get personalized email addresses from Yahoo! Mail > http://personal.mail.yahoo.com/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
Ive got an IBM Thinkpad760EL U6G. It has a 11.3" 8bit 800x600 DSTN LCD(all the XF86Config's ive looked at so far have been for the 12.1" TFT). Im needing the horiz & vert sync rates for my X config(I usually use XF86Setup program). thanks crit __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: LCD sync rates
Scraper wrote: > As far as I know all laptops use a 60 Hz refresh frequentie. At least > the ones I've seen so far. More to the point, all LCD displays use a 60 Hz refresh frequency. You should be able to create modelines for your screen using the modeline package (apt-get is your friend). LCD displays are extremely picky regarding the modelines you feed them, and the slightest variation can result in a black screen when your start the X server. I had the problem with the 1400x1050 resolution on my Dell Latitude C800 until I found a working modeline on the web. Surprisingly enough, the modeline I'm now using isn't exactly the one calculated by the modeline package for a 60 Hz display, but corresponds more or less to 56-57 Hz. I'll have to make some more testing, I guess ... Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
Ive got an IBM Thinkpad760EL U6G. It has a 11.3" 8bit 800x600 DSTN LCD(all the XF86Config's ive looked at so far have been for the 12.1" TFT). Im needing the horiz & vert sync rates for my X config(I usually use XF86Setup program). thanks crit __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
> > As far as I know all laptops use a 60 Hz refresh frequentie. At least > the ones I've seen so far. > > Scraper Mine runs low, at 15.5-38.8 ... Refresh is 50-90 though, so I have little problem talking to either projectors or monitors on the same settings. If you need some low modelines let me know... * Heather Stern * star@ many places...
RE: LCD sync rates
I have a dell inspiron 3800, my XF86Config-4 lcd settings are: HorizSync 31.5 - 48.5 VertRefresh 50-70 andy -Original Message- From: crit [mailto:[EMAIL PROTECTED] Sent: donderdag 28 juni 2001 5:55 To: [email protected] Subject: LCD sync rates Im having trouble finding what acceptable sync rates for the lcd on my thinkpad. all I have found from IBM's site is res and color depth(800x600,8bit) but I dont have a clue what freq ranges to use or try. basic vga almost works but w/ 640x480 windows and such are too large for the screen. I tried svga preset but it did baddd and I ctr+alt+backspaced it ammediatley.any idears where I could look to find this info? Ive tried IBM,linux laptop guide,debian.org,yahoo search an so far notta. crit
RE: LCD sync rates
As far as I know all laptops use a 60 Hz refresh frequentie. At least the ones I've seen so far. Scraper -Original Message- From: crit [mailto:[EMAIL PROTECTED] Sent: donderdag 28 juni 2001 5:55 To: [email protected] Subject: LCD sync rates Im having trouble finding what acceptable sync rates for the lcd on my thinkpad. all I have found from IBM's site is res and color depth(800x600,8bit) but I dont have a clue what freq ranges to use or try. basic vga almost works but w/ 640x480 windows and such are too large for the screen. I tried svga preset but it did baddd and I ctr+alt+backspaced it ammediatley.any idears where I could look to find this info? Ive tried IBM,linux laptop guide,debian.org,yahoo search an so far notta. crit __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LCD sync rates
> > As far as I know all laptops use a 60 Hz refresh frequentie. At least > the ones I've seen so far. > > Scraper Mine runs low, at 15.5-38.8 ... Refresh is 50-90 though, so I have little problem talking to either projectors or monitors on the same settings. If you need some low modelines let me know... * Heather Stern * star@ many places... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: LCD sync rates
I have a dell inspiron 3800, my XF86Config-4 lcd settings are: HorizSync 31.5 - 48.5 VertRefresh 50-70 andy -Original Message- From: crit [mailto:[EMAIL PROTECTED]] Sent: donderdag 28 juni 2001 5:55 To: [EMAIL PROTECTED] Subject: LCD sync rates Im having trouble finding what acceptable sync rates for the lcd on my thinkpad. all I have found from IBM's site is res and color depth(800x600,8bit) but I dont have a clue what freq ranges to use or try. basic vga almost works but w/ 640x480 windows and such are too large for the screen. I tried svga preset but it did baddd and I ctr+alt+backspaced it ammediatley.any idears where I could look to find this info? Ive tried IBM,linux laptop guide,debian.org,yahoo search an so far notta. crit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: LCD sync rates
As far as I know all laptops use a 60 Hz refresh frequentie. At least the ones I've seen so far. Scraper -Original Message- From: crit [mailto:[EMAIL PROTECTED]] Sent: donderdag 28 juni 2001 5:55 To: [EMAIL PROTECTED] Subject: LCD sync rates Im having trouble finding what acceptable sync rates for the lcd on my thinkpad. all I have found from IBM's site is res and color depth(800x600,8bit) but I dont have a clue what freq ranges to use or try. basic vga almost works but w/ 640x480 windows and such are too large for the screen. I tried svga preset but it did baddd and I ctr+alt+backspaced it ammediatley.any idears where I could look to find this info? Ive tried IBM,linux laptop guide,debian.org,yahoo search an so far notta. crit __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
