From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MzFOH-000554-3x for garchives@archives.gentoo.org; Sat, 17 Oct 2009 19:56:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 919F9E081C; Sat, 17 Oct 2009 19:56:35 +0000 (UTC) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by pigeon.gentoo.org (Postfix) with ESMTP id 713BBE081C for ; Sat, 17 Oct 2009 19:56:35 +0000 (UTC) Received: from RichardPC (ool-4579afa2.dyn.optonline.net [69.121.175.162]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KRO005VRCQAGSC0@mta5.srv.hcvlny.cv.net> for gentoo-user@lists.gentoo.org; Sat, 17 Oct 2009 15:56:35 -0400 (EDT) Date: Sat, 17 Oct 2009 15:56:31 -0400 From: Richard Marza Subject: Re: [gentoo-user] Desperately seeking modelines; xorg 1.6.3.901-r2bleeds off the edges In-reply-to: <9acccfe50910171242k2e28061bl6488cbad5d0a1793@mail.gmail.com> To: gentoo-user@lists.gentoo.org Message-id: <96A41623CC8F4146AD57065E98615B7F@RichardPC> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-Mailer: Microsoft Windows Mail 6.0.6002.18005 Content-type: multipart/alternative; boundary="Boundary_(ID_zEawMa6Tv7ZRga/yVxN0+w)" X-Priority: 3 X-MSMail-priority: Normal References: <9acccfe50910171021g3d5bf069y2440c5a6ebcf5ec1@mail.gmail.com> <200910172118.58064.alan.mckinnon@gmail.com> <9acccfe50910171226v76dab397o2cbbf6617681f11a@mail.gmail.com> <200910172134.09732.alan.mckinnon@gmail.com> <9acccfe50910171242k2e28061bl6488cbad5d0a1793@mail.gmail.com> X-Archives-Salt: 78a7ee06-cddc-44c6-9271-79fbdc2e1b47 X-Archives-Hash: e8d4e3a64887f81cc75da175cf38fdea This is a multi-part message in MIME format. --Boundary_(ID_zEawMa6Tv7ZRga/yVxN0+w) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT ---- Original Message ----- From: Kevin O'Gorman To: gentoo-user@lists.gentoo.org Sent: Saturday, October 17, 2009 3:42 PM Subject: Re: [gentoo-user] Desperately seeking modelines; xorg 1.6.3.901-r2bleeds off the edges On Sat, Oct 17, 2009 at 12:34 PM, Alan McKinnon wrote: On Saturday 17 October 2009 21:26:41 Kevin O'Gorman wrote: > On Sat, Oct 17, 2009 at 12:18 PM, Alan McKinnon wrote: > > On Saturday 17 October 2009 20:58:00 Kevin O'Gorman wrote: > > > Modifying the monitor section made no noticeable change. There's still > > > a 24-pixel bleed off the right edge to begin with. I can fool with > > > > settings > > > > > to make it bleed left instead, but there's no setting that affects > > > pixel spacing. I like the cleaner monitor section, though. > > > > > > I'm back to thinking about modelines. Any better ideas? > > > > I'd try adjust the frequencies first, then try modelines. > > > > -- > > alan dot mckinnon at gmail dot com > > > > I'd try that too if I had a clue how to do it, let alone do it safely. > > Got > > any pointers to FMs? Safe frequency ranges are in the monitor's documentation. Do you have docs for your monitor (I'm using it's a CRT). You can safely reduce either horiz or vert range. As the electronics[1] age, the monitor's ability to correctly sync the start of the picture with the start of the display area deteriorates, especially at the upper bound. If reducing the upper bound of the horiz setting improves matters, that is indicative of this happening. [1] more specifically, electrolytic capacitors. They are temperature- sensitive. Silicon does not "wear out" as such. -- alan dot mckinnon at gmail dot com I have docs. They are not very informative. When I start it up, the left edge is fine, which is the sync edge. Because of that and because I can adjust positioning left and right, and because the problem arose abruptly with the reboot to a new Xorg, I rate the probability of hardware problems low (but not zero of course). It appears to be a problem of horizontal spacing of the pixels. At it stands there is not room for the last 24. -- Kevin O'Gorman, PhD ------------------------------------------------------------------------------ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.421 / Virus Database: 270.14.20/2441 - Release Date: 10/16/09 18:39:00 What type of monitor do you have? How old is it? What is the screen size? What exactly do you mean by bleeding edges? Does the gui scroll when you move you mouse towards the edges? is that what you mean by bleeding? Another thing; Do you have the monitor manual? It will tell you the proper H and V sync rates at certain resolutions. Are you sure it supports that resolution? --Boundary_(ID_zEawMa6Tv7ZRga/yVxN0+w) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
---- Original Message -----
Sent: Saturday, October 17, 2009 3:42 PM
Subject: Re: [gentoo-user] Desperately seeking modelines; xorg 1.6.3.901-r2bleeds off the edges

On Sat, Oct 17, 2009 at 12:34 PM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
On Saturday 17 October 2009 21:26:41 Kevin O'Gorman wrote:
> On Sat, Oct 17, 2009 at 12:18 PM, Alan McKinnon
<alan.mckinnon@gmail.com>wrote:
> > On Saturday 17 October 2009 20:58:00 Kevin O'Gorman wrote:
> > > Modifying the monitor section made no noticeable change.  There's still
> > > a 24-pixel bleed off the right edge to begin with.  I can fool with
> >
> > settings
> >
> > > to make it bleed left instead, but there's no setting that affects
> > > pixel spacing.  I like the cleaner monitor section, though.
> > >
> > > I'm back to thinking about modelines.  Any better ideas?
> >
> > I'd try adjust the frequencies first, then try modelines.
> >
> > --
> > alan dot mckinnon at gmail dot com
> >
> > I'd try that too if I had a clue how to do it, let alone do it safely.
> > Got
>
> any pointers to FMs?

Safe frequency ranges are in the monitor's documentation. Do you have docs for
your monitor (I'm using it's a CRT).

You can safely reduce either horiz or vert range. As the electronics[1] age,
the monitor's ability to correctly sync the start of the picture with the
start of the display area deteriorates, especially at the upper bound. If
reducing the upper bound of the horiz setting improves matters, that is
indicative of this happening.

[1] more specifically, electrolytic capacitors. They are temperature-
sensitive. Silicon does not "wear out" as such.

--
alan dot mckinnon at gmail dot com

I have docs.  They are not very informative.

When I start it up, the left edge is fine, which is the sync edge.  Because of that and because I can adjust positioning left and right, and because the problem arose abruptly with the reboot to a new Xorg, I rate the probability of hardware problems low (but not zero of course).

It appears to be a problem of horizontal spacing of the pixels.  At it stands there is not room for the last 24.

--
Kevin O'Gorman, PhD


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.421 / Virus Database: 270.14.20/2441 - Release Date: 10/16/09 18:39:00
 
 
What type of monitor do you have?
 
How old is it?
 
What is the screen size?
 
What exactly do you mean by bleeding edges? Does the gui scroll when you move you mouse towards the edges? is that what you mean by bleeding?
 
Another thing; Do you have the monitor manual? It will tell you the proper H and V sync rates at certain resolutions.
 
Are you sure it supports that resolution?
 
--Boundary_(ID_zEawMa6Tv7ZRga/yVxN0+w)--