home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6750 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  6.4 KB

  1. Path: sparky!uunet!gatech!rutgers!igor.rutgers.edu!dumas.rutgers.edu!hedrick
  2. From: hedrick@dumas.rutgers.edu (Charles Hedrick)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: X11 and et4000 cfg.
  5. Message-ID: <Jul.27.02.05.34.1992.7841@dumas.rutgers.edu>
  6. Date: 27 Jul 92 06:05:35 GMT
  7. References: <1992Jul27.024229.8570@athena.mit.edu>
  8. Organization: Rutgers Univ., New Brunswick, N.J.
  9. Lines: 152
  10.  
  11. tree@midget.towson.edu (Denise Tree) writes:
  12.  
  13.  
  14. >I'm confused because I seem to be abble to call the
  15. >65 anything
  16.  
  17. Yup.  X386 doesn't know or care what the actual clock speeds are.
  18. It simply says "enable clock number N".  Suppose you have
  19.  
  20.    mode "123x456"
  21.    clocks 10 20 30 40 50
  22.    
  23.    "123x456"  30 ....
  24.  
  25. X386 compares this 30 with the list of clocks, and knows to enable the
  26. third clock.  Doesn't matter whether you call it 30 or 65.  Just so
  27. the numbers match.  Of course knowing what the actual speed is helps
  28. in doing various calculations that you need to do if you're going to
  29. get good results.
  30.  
  31. >The manual
  32. >for this reports that the horizontal scanning frequency is 15.70 to 35khz. 
  33. >and the vertical is 50 to 80 Hz. How do I use this info... the tutorials 
  34. >talk about needing a figure in Mhz? 
  35.  
  36. Mhz is the main clock on the controller card.  It's the speed at which
  37. pixels are displayed.  Suppose you've got a 1000x1000 screen and a 100
  38. MHz clock.  The beam goes along a horizontal path.  It does 1000 dots
  39. along that path at a speed of 100 MHz.  Thus it does rows at a rate of
  40. 100M/1000 = 100KHz.  In one refresh cycle it does 1000 rows.  Thus it
  41. displays images at a rate of 100KHz / 1000 = 100 Hz.  This is the
  42. vertical refresh figure.  To use real numbers, I'm using a NEC
  43. Multisync II, at 640x480, with a clock of 31 MHz.
  44.  
  45.   "640x480"      31     640  646  680  816    480  480  485  498
  46.  
  47. Thus each horizontal row involves 816 dots (more or less -- only
  48. 640 are real pixels.  The rest is time spent waiting for the beam
  49. to get back to the left for the next row).  Thus the rate at which
  50. rows are being displayed is 
  51.  
  52.   31000000 / 816 = 37990
  53.  
  54. There ar 498 rows (again, only 480 real ones), meaning that a whole
  55. vertical cycle is being done at a rate of
  56.  
  57.   37990 / 498 = 76
  58.  
  59. That's the "refresh rate" -- 76 images per second.  At least with my
  60. monitor, the limiting factor turns out to be the monitor's horizontal
  61. scanning frequency.  I don't know the official specs, but I can tell
  62. you that if I go over 38KHz, I lose horizontal sync and the image
  63. turns into hash.  I'd like to get as high a refresh rate as possible,
  64. since my eyes are quite sensitive to flicker.  That's why I'm using
  65. 640x480, rather than the 800x600 which the monitor can theoretically
  66. do.  The problem is that 38KHz.  Suppose I tried to use 800x600.  What
  67. would the refresh rate be?  Well, whatever I do horizontally, the
  68. final horizontal rate can't be larger than 38000.  (Note that I've
  69. chosen numbers that come out to 37990.)  So with 800x600 I'd end up
  70. with
  71.  
  72.   38000 / 620 = 61
  73.  
  74. (I use 620 rather than 600 because of the need for extra time to get
  75. the beam back.  How much you need depends upon the monitor.)  61 Hz is
  76. just too slow for my eyes.  Generally what I suggest you do is work
  77. backwards from the refresh rate you want to get.  Suppose you are
  78. willing to accept 66 Hz.  This is what Sun uses for their "low price
  79. color".  It's fine for most people, though I don't like it.  Your
  80. monitor will go to 35KHz horizontally.  So the most lines you will
  81. want is
  82.  
  83.    35000 / 66 = 530
  84.  
  85. (That's the previous calculation done the other way.)  That's about
  86. 510 lines, though exactly what you can get depends upon the monitor.
  87. Generally people use a ratio of 1.333 horizontal to vertical, so
  88. unless you want your circles turning into ellipses, you'll end up with
  89. 680 dots per row, i.e. 680 x 510.  You'll need some time for the beam
  90. to return, so the actual number of dot times horizontally will be
  91. something 850.  That means you'll need 35000 x 850 = 30 MHz clock.
  92.  
  93. 1024x768 is going to look absurd on your monitor.  The refresh rate
  94. is going to be around
  95.  
  96.    35000 / 790 = 44
  97.  
  98. i.e. 44 Hz.  Some people are willing to accept a 60 Hz, though I don't
  99. see how.  But 44 is going to be too much flicker to be acceptable.
  100. Even 800x600 is questionable in my view:
  101.  
  102.    35000 / 620 = 56
  103.  
  104. Anything under 60 is a disaster.
  105.  
  106. >Should I have gotten a more recent et4000 card? A two year old bios seems a 
  107. >little old but I'm not really sure my monitor would support any faster clocks.
  108.  
  109. Right.  Clock speed is not your problem.  Your monitor simply isn't
  110. fast enough horizontally.  This is something the monitor ads often
  111. don't make clear.  Your monitor is probably advertised as 800x600.
  112. What they don't say is at what refresh rate.  In fact you can probably
  113. get it at 60 Hz.  I'll bet despite the spec of 35KHz, you can probably
  114. push it to 38KHz.  (My monitor is also speced at 35 I think.)  But
  115. even so, 60 Hz refresh is really marginal.
  116.  
  117. >Uh, Oh I'm really rambling. One more: HOW do I make my windows a different 
  118. >clor other than black on eyeball searing glacial WHITE?
  119.  
  120. The white is searing because your refresh rate is so slow.  Actually I
  121. prefer another color myself.  But when the monitor seems to be
  122. attacking your eyes, there's a good chance it's because of slow
  123. refresh.  Also, make sure you have a reasonable level of background
  124. lighting.  If you have your monitor in a dark room, your pupils will
  125. open up because of the room darkness, and your monitor will attack
  126. your eyes.
  127.  
  128. The backgrounds are not set in .twmrc.  .twmrc sets only the colors
  129. used for twm's own menus and decorations.  The applications set their
  130. own colors.  Those are set in .Xdefaults.  E.g. for xterm,
  131.  
  132.   XTerm*Foreground: black
  133.   XTerm*Background: antiquewhite2
  134.  
  135. is a combination I like.  I suspect you can just say
  136.  
  137.   *Foreground: black
  138.   *Background: antiquewhite2
  139.  
  140. and get all applications that you don't specify otherwise, though what
  141. I actually use is explicit lines for XTerm and emacs.
  142.  
  143. Emacs is a good tool for experimentation.  Try the following:
  144.  
  145.   emacs /usr/lib/X11/rbg.txt
  146.  
  147. That's a file with all the color names in it.  Then try
  148.  
  149.   ESC X x-set-background
  150.   ESC X x-set-foreground
  151.  
  152. to see various combinations.  Similar, for fonts, try
  153.  
  154.   emacs /usr/libX11/fonts/misc/fonts.dir
  155.  
  156. That will give you a list of all the fonts.  You can then try fonts using
  157.  
  158.   ESC X x-set-font
  159.  
  160. Actually, you may prefer fonts.alias, since the full font names in
  161. fonts.dir are a bit long to type.  However I'm not sure whether there
  162. are short aliases for all the fonts or not.
  163.