home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text1054.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.0 KB

  1. Date: Fri, 5 May 1995 23:32:59 -0700 (PDT)
  2. From: "Jake E. Hamby" <jehamby@lightside.com>
  3. To: Executor List <executor@nacm.com>
  4. Subject: Re: Things I would like to see E/L
  5. In-Reply-To: <Pine.SUN.3.91.950505112512.19894A-100000@mailszrz.zrz.TU-Berlin.DE>
  6. Message-ID: <Pine.LNX.3.91.950505233008.124A-100000@user51.lightside.com>
  7. MIME-Version: 1.0
  8. Content-Type: TEXT/PLAIN; charset=US-ASCII
  9. Sender: owner-executor@nacm.com
  10. Precedence: bulk
  11.  
  12. On Fri, 5 May 1995, John Holbrey wrote:
  13.  
  14. > On Thu, 4 May 1995, Jered Floyd - jered@mit.edu wrote:
  15. >   ....things deleted.....
  16. > > be too big of a deal.  How beneficial would a SVGA lib version be, though?
  17. > > I've been very unimpressed by SVGAlib so far, I may have an old version,
  18. > > but it won't run in anything but 320x240.
  19. > You certainly have an old SVGAlib (or maybe your videocard...:-), SVGAlib 
  20. > can cope with much higher resolutions, I keep getting problems 'cos it 
  21. > knows my card can run 1024xwhatever, unfortunately my monitor can't.
  22.  
  23. Check out the sample /usr/local/lib/libvga.config file which comes with 
  24. the recent versions of SVGAlib.  There is a monitor type option to choose 
  25. the maximum frequency your monitor supports (mine is standard 
  26. non-interlaced SVGA, max. 48.3 kHz, which corresponds to "M4" in SVGAlib, 
  27. yours might be less)...  Also, SVGAlib only supports a small number of 
  28. chipsets, compared to X, so that's another disadvantage.
  29.  
  30. > A SVGAlib executor would be a big deal, if nothing else you would gain 
  31. > back 4+Meg of memory that X take up.
  32.  
  33. Not for me, I use X for all sorts of stuff...  Still an SVGAlib version, 
  34. although not a high priority, would be nifty for the speed boost.
  35.  
  36. > > 
  37. > >     I think everyone wants to see sound. :-)
  38. > yes!
  39.  
  40. Me too!  Me too!
  41.  
  42. ---------------------------------------------------------------------
  43. |        Jake Hamby            |  E-Mail: hamby@aris.jpl.nasa.gov  |
  44. |  CS Student, Cal Poly Pomona  |     System Administrator, JPL     |
  45. ---------------------------------------------------------------------
  46.  
  47.  
  48.