home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text0597.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  2.0 KB  |  51 lines
  1. >>>>> "Tim" == Tim Cutts <tjrc1@mole.bio.cam.ac.uk> writes:
  2.  
  3.     Tim> How is 1.99m coming along?
  4.  
  5. We still have a little ways to go.  However, this week I've been
  6. working on paperwork for some new investors, which is one of the
  7. reasons for the delay.
  8.  
  9.     Tim> I tried the DOS version of 1.99l, and I'd dearly love to get
  10.     Tim> the new file manager bit for my registered Linux copy!  Is it
  11.     Tim> possible for me to copy the file manager from my DOS demo to
  12.     Tim> my Linux version?
  13.  
  14. Yes, you can do that, although you'll then have to run the browser by
  15. hand, since 1.99k doesn't automatically detect it and run it.
  16. Probably easier to wait for 1.99m, though.  In addition, the 1.99l
  17. browser will not properly cross filesystem mount points which can be
  18. quite annoying (that's already fixed over here).
  19.  
  20.     Tim> Can the linux version read .hfv files, or will I have to go
  21.     Tim> via a Mac floppy?
  22.  
  23. E/L can read .hfv files.  You can either copy them into Executor's
  24. library directory (probably /usr/local/lib/executor, or you set the
  25. MacVolumes environment variable to give the complete path of the
  26. directory containing the .hfv files, perhaps like this:
  27.  
  28.     export MacVolumes=/dos/executor
  29.  
  30.  
  31.     Tim> Also, the SVGA Linux version sounds like a good idea... the
  32.     Tim> Linux version is certainly measurably slower than the DOS
  33.     Tim> version and the DOS version updates the screen more
  34.     Tim> accurately, although that is doubtless due to X, so should
  35.     Tim> disappear with an SVGAlib version.
  36.  
  37. The screen update speed is something we can't do much about under X.
  38. We use the shared memory extensions when we can, and that helps things
  39. out a bit, but there's just no way to get directly at the frame buffer
  40. in X.  So you're right, SVGAlib will greately speed things up.
  41.  
  42. However, the screen color accuracy should be the same under X and DOS
  43. *if* you use the -private-cmap flag when running Executor/Linux.  That
  44. flag will also make some graphic accesses faster, the fade up in
  45. Lemmings, for example.
  46.  
  47.     --Cliff
  48.     ctm@ardi.com
  49.  
  50.  
  51.