home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text0717.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  1.5 KB  |  39 lines

  1. On Fri, 5 May 1995, John Holbrey wrote:
  2.  
  3. > On Thu, 4 May 1995, Jered Floyd - jered@mit.edu wrote:
  4. >   ....things deleted.....
  5. > > be too big of a deal.  How beneficial would a SVGA lib version be, though?
  6. > > I've been very unimpressed by SVGAlib so far, I may have an old version,
  7. > > but it won't run in anything but 320x240.
  8. > You certainly have an old SVGAlib (or maybe your videocard...:-), SVGAlib 
  9. > can cope with much higher resolutions, I keep getting problems 'cos it 
  10. > knows my card can run 1024xwhatever, unfortunately my monitor can't.
  11.  
  12. Check out the sample /usr/local/lib/libvga.config file which comes with 
  13. the recent versions of SVGAlib.  There is a monitor type option to choose 
  14. the maximum frequency your monitor supports (mine is standard 
  15. non-interlaced SVGA, max. 48.3 kHz, which corresponds to "M4" in SVGAlib, 
  16. yours might be less)...  Also, SVGAlib only supports a small number of 
  17. chipsets, compared to X, so that's another disadvantage.
  18.  
  19. > A SVGAlib executor would be a big deal, if nothing else you would gain 
  20. > back 4+Meg of memory that X take up.
  21.  
  22. Not for me, I use X for all sorts of stuff...  Still an SVGAlib version, 
  23. although not a high priority, would be nifty for the speed boost.
  24.  
  25. > > 
  26. > >     I think everyone wants to see sound. :-)
  27. > yes!
  28.  
  29. Me too!  Me too!
  30.  
  31. ---------------------------------------------------------------------
  32. |        Jake Hamby            |  E-Mail: hamby@aris.jpl.nasa.gov  |
  33. |  CS Student, Cal Poly Pomona  |     System Administrator, JPL     |
  34. ---------------------------------------------------------------------
  35.  
  36.  
  37.