home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text1812.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.4 KB  |  41 lines
  1. On Wed, 27 Mar 1996 18:27:36 -0700, GONZO <kucenskm@imap2.asu.edu>
  2. wrote:
  3.  
  4. >> There's Doom for Linux, and it supports SVGA.  The Win95 version of
  5. >> Doom supports SVGA, but it's not out yet.
  6. >> 
  7. >> Regardless, running MacDoom via emulation, even for one as
  8. >> accomplished as Executor would be painfully slow, especially in the
  9. >> high-res mode.
  10. >> 
  11. >> 
  12. >> 
  13. >A)  The Win95 Demo is out.
  14.  
  15. I know.  But the game is not.  The Win95 demo doesn't have the BFG and
  16. no mouse support, along with of course having the limitations of a
  17. demo.
  18.  
  19. >
  20. >B)  Running MacDoom is possible and it wouldn't be that slow with enough 
  21. >Ram.  I can run Mac Wolf3d really good, with 8meg of ram.  MacDoom loads, 
  22. >but goes really slow and eventually crashes.  With 16 or 24 megs (you 
  23. >always need more ram to emulate anything) I'm sure it would run fine.
  24.  
  25. Unless it's constantly swapping, more ram wouldn't help the frame
  26. rate.  High res will still be very, very slow- even on a P166.  Low
  27. res might be alright, but then what's the point- get DOS Doom and play
  28. it _really_ fast.
  29.  
  30.  
  31. >.`.  Therefore, yes MacDoom under Executor is pointless, but it is still 
  32. >a great test of just how far Executor can go.
  33.  
  34. Yes it is pointless, but I never said Executor was.  In fact, one of
  35. the first things I downloaded to 'test' executor on my DX4-120 8 meg
  36. system was Marathon, I was amazed to actually see it work.  It's still
  37. too choppy even with the latest release, but the sound and control
  38. work fine now.
  39.  
  40.  
  41.