home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2804 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.0 KB
  1. Path: Hermes.grace.irl.cri.nz!maths!peterm
  2. From: peterm@maths.grace.cri.nz (Peter McGavin)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS frien
  5. Date: 04 Feb 1996 23:15:33 GMT
  6. Organization: Industrial Research Ltd
  7. Distribution: inet
  8. Message-ID: <PETERM.96Feb5121533@tui.maths.irl.cri.nz>
  9. References: <4e8h9j$mp5@sinsen.sn.no>
  10.     <PETERM.96Jan28160948@tui.maths.irl.cri.nz>
  11.     <2374.6607T352T2918@wr.com.au>
  12. NNTP-Posting-Host: tui.grace.cri.nz
  13. In-reply-to: accolyte@wr.com.au's message of 3 Feb 1996 10:04:37 GMT
  14.  
  15. accolyte@wr.com.au (Accolyte) writes:
  16. >> OK, so it's not a game, but you might like to try my ZX Spectrum
  17. >> emulator Aminet misc/emu/spectrum-1.7.lha.  Magazine reviews rated it
  18. >> over 90%, so there must be something good about it.  I wrote it OS
  19. >> compliant, even multitasking in an Intuition Screen, originally on a
  20. >> 7MHz A500. (OK, the last version was completed on an A3000.)  Other
  21. >> emulators from the same time period, such as the KGB one and the
  22. >> Italian one, were slightly faster than mine because they killed the OS
  23. >> and used copper tricks for the display. However they died an early
  24. >> death because they didn't work with "weird" configs like accelerators
  25. >> or A1200s. 
  26. >
  27. >That's only because they made silly mistakes.
  28.  
  29. Agreed.  They made the silly mistake of killing the OS right from the
  30. start.
  31.  
  32. >This does not have to happen with any hardware hitting program.
  33.  
  34. Agreed.  Hardware-hitting programs don't have to kill the OS.  They
  35. can (optionally) check-for and allocate hardware within OS rules.
  36.  
  37. >Also, something like an emulator is a big difference from modern
  38. >games,
  39.  
  40. Both require high-performance graphics.  An emulator requires more CPU
  41. power than most modern games.  My emulator uses the blitter for
  42. graphics simultaneously as the CPU emulates the Z80.
  43.  
  44. >so the comparison probably doesn't apply.
  45.  
  46. Well, yes, emulators are different from games, just as games are
  47. different from each other.  IMO, hardly any emulators or games, if any
  48. at all, need to kill the OS.
  49.  
  50. I can think of only one possibly valid reason for killing the OS.
  51. That is, the game bangs the custom hardware so fast to achieve the
  52. desired effect that there is no time for interrupts or context
  53. switches.  A game using dynamic HAM mode could be an example.  Of
  54. course, such a game would be extremely hardware dependent, and I can't
  55. think of a single game with such stringent requirements.
  56.  
  57. >Gloom Deluxe is very good, although I seriously doubt it uses system 
  58. >routines for the parts designed to run on a stock 1200.
  59.  
  60. Gloom Deluxe has an option to take over the system.  This is probably
  61. to duplicate scanlines with a custom copper list.  Duplicating
  62. scanlines halves the amount of data written to bitplanes.  However,
  63. this is _not_ a reason for killing the entire OS.  KS3.1 (and maybe
  64. KS3.0?) supports ScreenModes with duplicate scanlines.  Failing that,
  65. the game could open a Screen with a user copper list.  Failing that,
  66. the game could install an input handler, call LoadView(NULL) and poke
  67. its own copper list.  In any case, I believe Gloom Deluxe would be
  68. significantly faster on an A1200 _with_ the OS, if it used QBlit() for
  69. async c2p conversion.
  70.  
  71. >And I don't like Diamond Caves. First of all it opens an interlace
  72. >screen with no option to use anything else. What's this? No support
  73. >for people without multisyncs?
  74.  
  75. Interlace works on 15kHz monitors around here.  Or are you saying you
  76. don't like the flicker?  Whatever the problem, it sounds like it is
  77. easily fixed without killing the OS.
  78.  
  79. >Hardly the support-everything motto OS
  80. >guys have been screaming recently. And when compared to BaldersGrove
  81. >(IMO the best BoulderDash clone) which is hardware-hitting, it fails
  82. >miserably in terms of gameplay and speed.
  83.  
  84. I admit I haven't played BaldersGrove.  Perhaps it is a better game
  85. than Diamond Caves.  If so, is that _because_ it kills the OS?  I
  86. wonder if BaldersGrove works on my A3000+gfxcard.  Is it as high
  87. resolution as Diamond Caves?  Perhaps BaldersGrove would be slow in
  88. interlace too.  Diamond Caves probably makes high-level OS gfx calls
  89. for compatibility with gfx-cards.  In that case it could be improved
  90. with an option for going straight to the hardware on specific, known
  91. chipsets without killing the OS.
  92.  
  93. >In any case, two games is not a hell of a lot.
  94.  
  95. More OS games were mentioned in other messages.
  96.  
  97. BTW, another great OS game is the classic old F18 Interceptor.
  98. Clearly it doesn't kill the OS because my network server works in the
  99. background.  In fact, I can't even tell when someone accesses my hard
  100. disk while I'm playing unless I look at the disk light.
  101.  
  102. >And both of the games you mentioned require a *considerable* amount of
  103. >extra hardware to get the same (or less) performance as the hw-hitting
  104. >equivalent.
  105.  
  106. What are you comparing Gloom Deluxe to?  I've seen plenty of
  107. OS-killing texture-map games and demos that are less playable, less
  108. compatible and slower than Gloom Deluxe.  Anyway, I already explained
  109. how both Gloom Deluxe and Diamond Caves could be made faster on an
  110. A1200 _with_ the OS.
  111. -- 
  112. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  113.