*BSD News Article 64592


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!newshost.telstra.net!act.news.telstra.net!vic.news.telstra.net!news.mira.net.au!yarrina.connect.com.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!qns3.qns.com!imci4!newsfeed.internetmci.com!uwm.edu!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!news.imag.fr!knaff
From: knaff@hal.imag.fr (Alain Knaff)
Newsgroups: comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.x,comp.os.linux.hardware,comp.os.linux.setup,comp.unix.bsd.386bsd.misc,comp.unix.bsd.bsdi.misc,comp.unix.bsd.netbsd.misc,comp.unix.bsd.freebsd.misc,m,isc.forsale.bridges
Subject: Re: Sometimes you need X server source (Was: Why to not buy Matrox Millennium)
Date: 31 Mar 1996 19:13:31 GMT
Organization: IMAG, Grenoble, France
Lines: 57
Message-ID: <4jmlgr$dip@imag.imag.fr>
References: <4j21ph$crr@slappy.cs.utexas.edu> <4jjk9o$lah@solaris.cc.vt.edu> <4jjsgr$f3r@hoopoe.psc.edu> <4jk13d$je5@imag.imag.fr> <4jmkam$j1g@hoopoe.psc.edu>
Reply-To: Alain.Knaff@imag.fr
NNTP-Posting-Host: ppp2.imag.fr
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Newsreader: slrn (0.8.7.1 UNIX)
Xref: euryale.cc.adfa.oz.au comp.os.linux.development.apps:13855 comp.os.linux.development.system:20281 comp.os.linux.x:28008 comp.os.linux.hardware:34827 comp.os.linux.setup:47972 comp.unix.bsd.386bsd.misc:366 comp.unix.bsd.bsdi.misc:2872 comp.unix.bsd.netbsd.misc:2648 comp.unix.bsd.freebsd.misc:16276

In <4jmkam$j1g@hoopoe.psc.edu>, Peter Berger <peterb@hoopoe.psc.edu> wrote:
:In article <4jk13d$je5@imag.imag.fr>, Alain Knaff <Alain.Knaff@imag.fr> wrote:
:>In <4jjsgr$f3r@hoopoe.psc.edu>, Peter Berger <peterb@hoopoe.psc.edu> wrote:
:>:The only timing I've ever had to examine for any monitor with Xinside is
:>:the maximum vertical bandwidth (sic), as expressed in Hz.  Then, just
:>:choose "Multisync XXhz", where XX is as close as possible to the maximum
:>:vertical hz of your monitor (which should be clearly stated on the spec
:>:sheet).
:>
:> What about the maximum horizontal bandwidth, expressed in kHz? What
:>about the maximum pixel bandwidth, expressed in Mhz? Or does Xinside
:>just "guess" these parameters. What if it guesses to high, and you get
:>unstable or blurred pictures? And what if it guesses to low, and has
:>to use the same low refresh rate (can you say "migraine") that it
:>would use for a monitor that would only support these low bandwidth?
:>You paid real money for your high quality monitor, and now this server
:>is not using its features?
:
:While you're asking good questions, they are hypothetical:  my experience
:with X inside and with 5 "non-listed" monitors is that in every case
:the X inside server gave me better performance, resolution, color depth,

 Actually, color depth is an orthogonal issue, and has only sth to do
with the video board, not with the monitor.

:and with less hassle than XFree86 did.  "What if" is a nice game, but
 Is it really too much hassle to type a name into a form (or 6 numbers
if the monitor isn't supported)

:I would say that in this case it only has meaning if you can find someone
:who actually HAS had problems with the server!
 These kinds of problems may not be obvious.  If they chose to do it
the way Windows did it, (which doesn't ask for monitor parameters
either...)  it would just result in lower performance (i.e.
migrainish refresh rates). And yes, I've seen more Windows boxes with
poor refresh rates on ok monitors than Windows boxes that really used
the full potential of the monitor. I also know lots of people who
think there's nothing wrong with these Windows boxes. They just think
that a migraine in the evening is to be expected if you spent the
whole day staring at a monitor. Few know that these problems can be
avoided with software which actually *uses* your high quality monitor.

:
:None of this is to insult the makers of XFree86, who have done an
:excellent job; but I have to observe that the XInside product has been
:worth every penny to me, and I have never encountered the "what if"
:problems you bring up.
:
:
:-- 
:Pete Berger
:Coordinator, Regional Information Infrastructure
:Pittsburgh Supercomputing Center

 And what if on the other hand the monitor broke down, and you had to
us a very *low* resolution to get any usable picture at all?