home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2664 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.7 KB
  1. Path: munnari.OZ.AU!metro!metro!news
  2. From: accolyte@wr.com.au (Accolyte)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS frien
  5. Date: 3 Feb 1996 10:04:51 GMT
  6. Organization: Information Services, The University of Sydney, NSW, Australia
  7. Distribution: inet
  8. Message-ID: <3274.6607T382T680@wr.com.au>
  9. References: <4e8h9j$mp5@sinsen.sn.no> <4e8pk2$ntm@serpens.rhein.de><3873.6603T379T952@wr.com.au> <PETERM.96Jan31172831@tui.maths.irl.cri.nz>
  10. NNTP-Posting-Host: dialup03.wr.com.au
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  12.  
  13.  
  14. >>>>Give  me  a  reason I shouldn't believe it.  Get VBR, do a LoadView(0),
  15. >>>>set  the DMA you need, set the interrupts you need, do a Forbid().  You
  16. >>>>don't really need much more to get it working.  After you are finished,
  17. >>>>just put everything back the way it was.
  18. >>>
  19. >>> You are already dead at that point because you don't know how to
  20. >>> handle incoming interrupts.
  21. >>
  22. >>What??!? :) I know very well how to handle interrupts. You don't need
  23. >>the system for it.
  24.  
  25. > Do you know how to handle interrupts from my GVP Spectrum card?  From
  26. > my WarpSCSI?  From my network card?  From my brother's OpalVision or
  27. > Z3FastLane?  From MPEG cards?  From hardware that hasn't been designed
  28. > yet (like new Amigas)?  Disabling any of those interrupts for too long
  29. > can cause all sorts of nasty things to happen, like lockups, network
  30. > failures, corrupt displays and/or corrupt hard disks.
  31.  
  32. Ah so that's what he was getting at. Like it or not this is rare though.
  33. For compatibility one might consider using the system interrupt routines
  34. as an *option* to the user, but taking over the interrupts should always
  35. be available for those who want speed.
  36.  
  37. > In my experience, most hardware-level coders can't even program the
  38. > custom interrupts right.  They ignore VBR and/or clear the interrupt
  39. > too close before the RTE (which doesn't allow for propagation time
  40. > through the custom chips on fast Amigas).  Or their interrupt routines
  41. > don't cope efficiently (or at all) with all kinds of keyboards ---
  42. > much better to use an input-handler.
  43.  
  44. A reflection on those programmers experience, and nothing to do with
  45. hardware-hitting vs OS.
  46.  
  47.  
  48. >>Name some OS-friendly games, and some hardware-bashing game. Then
  49. >>lets compare the quality.
  50.  
  51. > OS-compliant games include Diamond Caves, Gloom Deluxe, my own
  52. > Spectrum Emulator v1.7, Colonization, Dune II, Might & Magic III,
  53. > Angband, Poing, F18 Interceptor, etc.  I tend to forget about
  54. > hardware-bashing ones.  How about Shadow of the Beast?  It doesn't run
  55. > on anything around here.
  56.  
  57. I'm just the opposite, I tend to forget about system ones. ;)  If a 
  58. hardware bashing game doesn't run, it's the coder's fault not the fault
  59. of the concept of hardware bashing in general. I've already mentioned
  60. a few of the above in another post, but:
  61.  
  62. Diamond Caves:  Too slow, and plays nowhere near as well as BaldersGrove
  63. Gloom Deluxe:   Point. Although it requires a much faster system to run
  64.                 acceptably. The stock 1200 routines are not system ones.
  65. Spectrum Emul:  Not a game :)
  66. Colonization:   Shocking code, and this in terribly slow, even for OS calls.
  67. DuneII:         Could be much faster
  68. Angband:        If it's what I'm thinking of (moria clone?) then that's
  69.                 on par with the ol' text adventures in terms of system
  70.                 requirements :)
  71. F18Interceptor: I can't remember this, but I'm sure it could've been much
  72.                 faster/better.
  73. Poing:          I admit, this is a downright trendy/addictive game :)
  74.                 But it's not overly complex is it?
  75.  
  76. I think the trend is that the ONLY OS programmed games that will run
  77. acceptably are the simple ones, and the ones designed for graphics
  78. cards only. Where does that leave the people who don't have/want a 
  79. graphics card?
  80.  
  81.  
  82.  
  83.  
  84.  
  85.