[TriLUG] Red Hat 9 and Samsung Monitor

David A. Cafaro dac at cafaro.net
Fri May 2 15:49:17 EDT 2003


Maybe you could go back to the old way and specify a modeline for each
of your resolutions?  Looking though my Xfree86 log I find examples such
as these:

*Default mode "1600x1200": 229.5 MHz, 106.2 kHz, 85.0 Hz
Modeline "1600x1200"  229.50  1600 1664 1856 2160  1200 1201 1204 1250
			+hsync +vsync

*Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz
Modeline "1024x768"   94.50  1024 1072 1168 1376  768 769 772 808 
			+hsync +vsync

Interestingly enough it looks like the HorizSync and VertRefresh
statements never try anything over 85.3 Hz on my system even though I
know I can run much much more at low resolutions (1280x1024 and under
should be able to do 100Hz+).  My guess is your best bet will be to
manually specify modelines to force X to higher refresh rates. 
Unfortunately it's been a long time since I did modelines manually...

-David


On Fri, 2003-05-02 at 15:22, Mike wrote:
> Sigh.  Actually I'm trying to increase my vertical refresh rate from 85 Hz to 
> 100 Hz.  I edited /etc/X11/XF86Config and changed VertRefresh  50.0 - 160.0 
> to VertRefresh  100.0.  When I rebooted the sytem complained and I managed to 
> reset the monitor back to what it was.
> 
> I've researched this before and it appears that the problem is not in the 
> monitor section.  What I need is a way to make the xserver try to drive the 
> monitor at 100Hz, perhaps with an option in 
> Section "Screen" 
> 	SubSection "Display"
> 
> Thanks,
> Mike
> 
> # XFree86 4 configuration created by redhat-config-xfree86
> 
> Section "ServerLayout"
>         Identifier     "Default Layout"
>         Screen      0  "Screen0" 0 0
>         InputDevice    "Mouse0" "CorePointer"
>         InputDevice    "Keyboard0" "CoreKeyboard"
>         InputDevice    "DevInputMice" "AlwaysCore"
> EndSection
> 
> # Portion removed to save space...
> 
> Section "Monitor"
>         Identifier   "Monitor0"
>         VendorName   "Monitor Vendor"
>         ModelName    "S/M 955DF"
>         DisplaySize  360        270
>         HorizSync    30.0 - 85.0
>         VertRefresh  50.0 - 160.0
>         Option      "dpms"
> EndSection
> 
> Section "Device"
>         Identifier  "Videocard0"
>         Driver      "nv"
>         VendorName  "Videocard vendor"
>         BoardName   "RIVA TNT2"
> EndSection
> 
> Section "Screen"
>         Identifier "Screen0"
>         Device     "Videocard0"
>         Monitor    "Monitor0"
>         DefaultDepth     16
>         SubSection "Display"
>                 Depth     16
>                 Modes    "1024x768" "800x600" "640x480"
>         EndSubSection
> EndSection
> 
> On Friday 02 May 2003 10:59, Joseph Tate wrote:
> > Look in /etc/X11/XF86config for a "Monitor".  There should be a line
> > that says VertRefresh.  Change that from 68 to 100, or if you don't have
> > it, insert it below HorizSync and above ModeLine.  And I don't think you
> > mean 68k or 100k but rather 60 Hz or 100 Hz.
> >
> > Mike wrote:
> > >I need to know how to adjust the vertical refresh rate in RH9 (or buy a
> > > new monitor which I can't afford).  The problem is that it has this
> > > really annoying whine at 68k (which is the Red Hat/X windows default) but
> > > not at 100k which the hardware will support.  Some details:
> > >
> > >Red Hat 9
> > >Samsung SyncMaster 955df
> > >Nvidia TNT2 Vanta LT 16MB AGP
> > >1024x768 16 bit color
> > >
> > >Any ideas?
> > >
> > >Thanks,
> > >Mike
> > >_______________________________________________
> > >TriLUG mailing list
> > >    http://www.trilug.org/mailman/listinfo/trilug
> > >TriLUG Organizational FAQ:
> > >    http://www.trilug.org/faq/TriLUG-faq.html
> >
> > _______________________________________________
> > TriLUG mailing list
> >     http://www.trilug.org/mailman/listinfo/trilug
> > TriLUG Organizational FAQ:
> >     http://www.trilug.org/faq/TriLUG-faq.html
> 
> _______________________________________________
> TriLUG mailing list
>     http://www.trilug.org/mailman/listinfo/trilug
> TriLUG Organizational FAQ:
>     http://www.trilug.org/faq/TriLUG-faq.html




More information about the TriLUG mailing list