Re: [XFree86] Odd Screen Overlap - Fixed
I have not being following the thread since Mark is on it. But, if I understand your question. Can your monitor keep working on 75Hz instead of 60Hz. The answer is YES. As long as it is in the specified range that should be okay. Carl F. Hall wrote: Thanks for the suggestions Mark. I changed the vert sync range and horiz. range to the those you said were in the log file for the monitor's EDID. After doing so, I still had the problem but now have available 75Hz along w/ 60Hz. I didn't think my monitor worked at anything by 60 but whatever. So I selected 75Hz and the overlap went away! If this will detremental to my monitor, someone please let me know. Otherwise, I'm going to keep on going with it. Thanks again for all of the very knowledgeable help. _Carl Mark Vojkovich wrote: The monitor's EDID (printed out in the logfile) indicates a prefered mode, which implies the native panel resolution is 1280x1024. It also specifies a vertical sync range of 56-76 Hz and horizontal range of 30-80 kHz (you have 50-75 and 30-65 in your XF86Config). XFree86 chose a [EMAIL PROTECTED] (64KHz) VESA mode with an identical refresh rate to the prefered mode in the EDID. In short, the mode XFree86 chose should have worked, and it sounds like it did at one time, so I guess we can't rule out a hardware issue. You can try changing the sync pulses. It's using the following modeline now: Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync If you put that line in the Section Monitor XFree86 will use it instead of the internal one. You can change the pulses by changing the +/- before the hsync and/or vsync. You also might want to check your monitor cable to make sure it's plugged in tightly. If this doesn't work you could try lowering that pixel clock (the 108.00) a bit to see if it works any better (eg. something between 102 and 108). Does your video card have a DVI connector? If you use it you will be bypassing your monitor's analog circuitry. Mark. On Mon, 14 Feb 2005, Carl F. Hall wrote: I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap
At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- -- There are 10 kinds of people: those who understand binary, and those who don't -- ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap
On Mon, 14 Feb 2005, Carl F. Hall wrote: Hi all, I've been working in XFree86 4.3 on Debian for a while with no problems. I opted to change my system time using the clock panel thingy and upon saving my changes, the screen went off then on again and I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Any thoughts?? I believe that these lines in the logfile: GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 indicates that some application explicitly changed the modeline through the XF86VidMode extension. One app that I know of that does this is X-Screensaver. My guess is that when you changed your system time, there was some confusion about when the screensaver should come on and the screensaver came on and switched modelines somehow. I assume that quiting and restarting X resolves this problem? Mark. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap
Thanks for the responses on this. It's made for an interesting day at work having to read around the overlap. I've tried rebooting the machine as well as a complete shutdown and still get the same thing. When I try different resolutions (1024x768, 1280x962, etc) the overlaop goes away. Should I check into setting the vertical sync rate and , if so, how do I know what is the right one for my monitor? Mark Vojkovich wrote: On Mon, 14 Feb 2005, Carl F. Hall wrote: Hi all, I've been working in XFree86 4.3 on Debian for a while with no problems. I opted to change my system time using the clock panel thingy and upon saving my changes, the screen went off then on again and I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Any thoughts?? I believe that these lines in the logfile: GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 GetModeLine - scrn: 0 clock: 108000 GetModeLine - hdsp: 1280 hbeg: 1328 hend: 1440 httl: 1688 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1066 flags: 5 indicates that some application explicitly changed the modeline through the XF86VidMode extension. One app that I know of that does this is X-Screensaver. My guess is that when you changed your system time, there was some confusion about when the screensaver should come on and the screensaver came on and switched modelines somehow. I assume that quiting and restarting X resolves this problem? Mark. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap
I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap
The monitor's EDID (printed out in the logfile) indicates a prefered mode, which implies the native panel resolution is 1280x1024. It also specifies a vertical sync range of 56-76 Hz and horizontal range of 30-80 kHz (you have 50-75 and 30-65 in your XF86Config). XFree86 chose a [EMAIL PROTECTED] (64KHz) VESA mode with an identical refresh rate to the prefered mode in the EDID. In short, the mode XFree86 chose should have worked, and it sounds like it did at one time, so I guess we can't rule out a hardware issue. You can try changing the sync pulses. It's using the following modeline now: Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync If you put that line in the Section Monitor XFree86 will use it instead of the internal one. You can change the pulses by changing the +/- before the hsync and/or vsync. You also might want to check your monitor cable to make sure it's plugged in tightly. If this doesn't work you could try lowering that pixel clock (the 108.00) a bit to see if it works any better (eg. something between 102 and 108). Does your video card have a DVI connector? If you use it you will be bypassing your monitor's analog circuitry. Mark. On Mon, 14 Feb 2005, Carl F. Hall wrote: I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap - Fixed
Thanks for the suggestions Mark. I changed the vert sync range and horiz. range to the those you said were in the log file for the monitor's EDID. After doing so, I still had the problem but now have available 75Hz along w/ 60Hz. I didn't think my monitor worked at anything by 60 but whatever. So I selected 75Hz and the overlap went away! If this will detremental to my monitor, someone please let me know. Otherwise, I'm going to keep on going with it. Thanks again for all of the very knowledgeable help. _Carl Mark Vojkovich wrote: The monitor's EDID (printed out in the logfile) indicates a prefered mode, which implies the native panel resolution is 1280x1024. It also specifies a vertical sync range of 56-76 Hz and horizontal range of 30-80 kHz (you have 50-75 and 30-65 in your XF86Config). XFree86 chose a [EMAIL PROTECTED] (64KHz) VESA mode with an identical refresh rate to the prefered mode in the EDID. In short, the mode XFree86 chose should have worked, and it sounds like it did at one time, so I guess we can't rule out a hardware issue. You can try changing the sync pulses. It's using the following modeline now: Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync If you put that line in the Section Monitor XFree86 will use it instead of the internal one. You can change the pulses by changing the +/- before the hsync and/or vsync. You also might want to check your monitor cable to make sure it's plugged in tightly. If this doesn't work you could try lowering that pixel clock (the 108.00) a bit to see if it works any better (eg. something between 102 and 108). Does your video card have a DVI connector? If you use it you will be bypassing your monitor's analog circuitry. Mark. On Mon, 14 Feb 2005, Carl F. Hall wrote: I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap - Fixed
On Mon, 14 Feb 2005, Carl F. Hall wrote: Thanks for the suggestions Mark. I changed the vert sync range and horiz. range to the those you said were in the log file for the monitor's EDID. After doing so, I still had the problem but now have available 75Hz along w/ 60Hz. I didn't think my monitor worked at anything by 60 but whatever. So I selected 75Hz and the overlap went away! If this will detremental to my monitor, someone please let me know. Otherwise, I'm going to keep on going with it. As long as you have the correct ranges 56-76 vertical, 30-80 Horizontal in the Section Monitor you should be OK. Those were taken from the monitor's EDID (plug and play info). The EDID claims it's a DELL 1701FP. The manufacturer's specifications: http://support.dell.com/support/edocs/monitors/04pjr/en/specs.htm claim that it can do [EMAIL PROTECTED] Mark. Thanks again for all of the very knowledgeable help. _Carl Mark Vojkovich wrote: The monitor's EDID (printed out in the logfile) indicates a prefered mode, which implies the native panel resolution is 1280x1024. It also specifies a vertical sync range of 56-76 Hz and horizontal range of 30-80 kHz (you have 50-75 and 30-65 in your XF86Config). XFree86 chose a [EMAIL PROTECTED] (64KHz) VESA mode with an identical refresh rate to the prefered mode in the EDID. In short, the mode XFree86 chose should have worked, and it sounds like it did at one time, so I guess we can't rule out a hardware issue. You can try changing the sync pulses. It's using the following modeline now: Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync If you put that line in the Section Monitor XFree86 will use it instead of the internal one. You can change the pulses by changing the +/- before the hsync and/or vsync. You also might want to check your monitor cable to make sure it's plugged in tightly. If this doesn't work you could try lowering that pixel clock (the 108.00) a bit to see if it works any better (eg. something between 102 and 108). Does your video card have a DVI connector? If you use it you will be bypassing your monitor's analog circuitry. Mark. On Mon, 14 Feb 2005, Carl F. Hall wrote: I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Odd Screen Overlap - Fixed
I tried looking around for those specs yesterday but didn't find the page you've noted. I'll be sure to note the document. Everything is back to normal now and work can proceed (and there was much rejoicing, 'yy') Mark Vojkovich wrote: On Mon, 14 Feb 2005, Carl F. Hall wrote: Thanks for the suggestions Mark. I changed the vert sync range and horiz. range to the those you said were in the log file for the monitor's EDID. After doing so, I still had the problem but now have available 75Hz along w/ 60Hz. I didn't think my monitor worked at anything by 60 but whatever. So I selected 75Hz and the overlap went away! If this will detremental to my monitor, someone please let me know. Otherwise, I'm going to keep on going with it. As long as you have the correct ranges 56-76 vertical, 30-80 Horizontal in the Section Monitor you should be OK. Those were taken from the monitor's EDID (plug and play info). The EDID claims it's a DELL 1701FP. The manufacturer's specifications: http://support.dell.com/support/edocs/monitors/04pjr/en/specs.htm claim that it can do [EMAIL PROTECTED] Mark. Thanks again for all of the very knowledgeable help. _Carl Mark Vojkovich wrote: The monitor's EDID (printed out in the logfile) indicates a prefered mode, which implies the native panel resolution is 1280x1024. It also specifies a vertical sync range of 56-76 Hz and horizontal range of 30-80 kHz (you have 50-75 and 30-65 in your XF86Config). XFree86 chose a [EMAIL PROTECTED] (64KHz) VESA mode with an identical refresh rate to the prefered mode in the EDID. In short, the mode XFree86 chose should have worked, and it sounds like it did at one time, so I guess we can't rule out a hardware issue. You can try changing the sync pulses. It's using the following modeline now: Modeline 1280x1024 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync If you put that line in the Section Monitor XFree86 will use it instead of the internal one. You can change the pulses by changing the +/- before the hsync and/or vsync. You also might want to check your monitor cable to make sure it's plugged in tightly. If this doesn't work you could try lowering that pixel clock (the 108.00) a bit to see if it works any better (eg. something between 102 and 108). Does your video card have a DVI connector? If you use it you will be bypassing your monitor's analog circuitry. Mark. On Mon, 14 Feb 2005, Carl F. Hall wrote: I have an LCD monitor that does auto adjustments based on the input and not a lot, but some, adjusting I can do manually outside of color and contrast. Other resolutions seem to work fine so I can't agree with the hardware assessment but I'm not informed enough on the area to completely disagree. Is there anything I can change in the config to change the vertical synch pulses and maybe fix it that way? Doug McNutt wrote: At 10:40 -0500 2/14/05, Carl F. Hall wrote: I have an overlap at the bottom of the screen that is a copy of the first 10-15 pixels of the top of the screen. I'm running at 1280x1024. When I switch to 1024x768, the problem doesn't show. I've tried adjusting the monitor but there are useful things, namely the status bar, behind that overlap. Sounds like a typical hardware problem. The internal adjustment in your monitor is probably called vertical phase. The monitor is failing to synch tightly to the vertical synch pulses form the video card when the rate is pushed too high. If you're lucky it's just an internal adjustment but it's more-often due to change in value of a capacitor on the printed circuit board. I doubt that those pixels are actually copies but if they are I'm all wrong. The video card would have to be thoroughly messed up to send some pixels twice. It's extremely rare for that kind of problem to originate in a video card. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 - Release Date: 2/10/2005 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86 -- Carl F. Hall [EMAIL PROTECTED] I do not feel obliged to believe that the same God who has endowed us with sense, reason, and intellect has intended us to forgo their use. Galileo -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 2/14/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.306 / Virus Database: 265.8.7 -