Re: Odd Screen Overlap - Fixed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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, 'yaaaay')


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 1280x1024@75Hz.

			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 1280x1024@60Hz (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@xxxxxxxxxxx
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@xxxxxxxxxxx
http://XFree86.Org/mailman/listinfo/xfree86


_______________________________________________ XFree86 mailing list XFree86@xxxxxxxxxxx http://XFree86.Org/mailman/listinfo/xfree86

--

Carl F. Hall
chall@xxxxxxxxxxx

"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 - Release Date: 2/10/2005

_______________________________________________
XFree86 mailing list
XFree86@xxxxxxxxxxx
http://XFree86.Org/mailman/listinfo/xfree86

[Index of Archives]     [X Forum]     [Xorg]     [XFree86 Newbie]     [IETF Announce]     [Security]     [Font Config]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux Kernel]

  Powered by Linux