home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17811 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  2.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!templar!jbickers
  2. Newsgroups: comp.sys.amiga.programmer
  3. Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
  4. Message-ID: <jbickers.0m2l@templar.actrix.gen.nz>
  5. From: jbickers@templar.actrix.gen.nz (John Bickers)
  6. Date: 26 Dec 92 12:50:36 PST
  7. References: <jbickers.0loi@templar.actrix.gen.nz> <paulk.2wmm@terapin.com>
  8. Organization: TAP
  9. Lines: 37
  10.  
  11. Quoted from <paulk.2wmm@terapin.com> by paulk@terapin.com (Paul Kienitz):
  12.  
  13. > > You have all sorts of possible interference with the resources you
  14. > > need to use.
  15. >  
  16. > Well if the user tries to run the demo at the same time as something
  17. > else that needs the same resources, give an ERROR MESSAGE.  Duh.
  18.  
  19.     Not all interference is of the type that can be detected when you
  20.     run your program. Stuff like having the user switch your screen to
  21.     the back, or having a screen blanker wipe you out, or having other
  22.     VBLANK interrupt handlers screwing with your timing.
  23.  
  24. > Lots better than obliterating whatever else is going on regardless of
  25. > consequences.
  26.  
  27.     IMHO, a good solution would be to let the user know that the demo
  28.     will take over the machine. For example, I currently won't try
  29.     running any demo while doing a download or some other "live"
  30.     process, because I know that the demo will zap the machine.
  31.  
  32. > > may be in use, or controlling the display registers and also trying
  33. > > to use the OS for double-buffering may be out of the question
  34. >  
  35. > I should think so.  Why try to mix both approaches at once?  That
  36. > gives you no advantages of either approach.
  37.  
  38.     So you're advocating not using the OS for double-buffering?
  39.  
  40. > All I said was that the alleged "constraints" that some say make
  41. > demo-like stuff impossible through the OS are largely mythical.
  42.  
  43.     Well, we'll see. After all, people can do demos on PCs, so I guess
  44.     they'll figure out a way to do demos on AGA machines.
  45. --
  46. *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
  47. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  48.