home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / sys / amiga / demos / 1759 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.7 KB

  1. Path: sparky!uunet!vtserf!csugrad!franklin
  2. From: franklin@csugrad.cs.vt.edu (John Franklin)
  3. Newsgroups: alt.sys.amiga.demos
  4. Subject: Re: Writing a StarField. Which method is best?
  5. Message-ID: <By4H2q.CJs@csugrad.cs.vt.edu>
  6. Date: 22 Nov 92 14:47:13 GMT
  7. References: <OAHVENLA.92Nov19113731@lk-hp-3.hut.fi> <MKNIP.92Nov20135703@valerian.hut.fi> <OAHVENLA.92Nov20171852@lk-hp-4.hut.fi>
  8. Organization: Virginia Tech Computer Science Dept, Blacksburg, VA
  9. Lines: 40
  10.  
  11. In article <OAHVENLA.92Nov20171852@lk-hp-4.hut.fi> oahvenla@snakemail.hut.fi (Osma Ahvenlampi) writes:
  12. >I said:
  13. >>> Well, there's a easy way of getting sure 50 (or 60) fps without turning off
  14. >>> the interrupts. Use them yourself. Make them high priority ones, and nothing
  15. >>> can stop you from having all the time you want, while the system is running
  16. >>> (well, would be if there's time) in background. If you don't mess with the
  17. >>> copperlists yourself, but use Views for that, you can even switch back and
  18. >>> forth applications... Now all this is unnecessary on a A500, as all the time
  19. >>> is probably used anyway, but what if you have a 25MHz 68030? A lot of time
  20. >>> is left unused, and could be used your something else, provided you don't
  21. >>> do the blitter waiting in busy loops... There are ways around that too.
  22. >
  23. >In article <MKNIP.92Nov20135703@valerian.hut.fi> mknip@niksula.hut.fi (Mats Anders Knip) writes:
  24. >>You do have a point there, but you are forgetting one thing: we are
  25. >>talking demos here, not utilities - and demos aren't usually run
  26. >>in the background. A demo is lika a movie - when you watch a demo
  27. >>you watch the demo and do nothing else. You don't need multitasking in
  28. >>a demo. Switching off all interrupts is perfectly fine in a big demo
  29. >>(especially as a bigger demo usually loads via trackdisk from boot...)
  30. >>as long as you reset the old pointers in the end (naturally...).
  31. >
  32. >The display switching just comes as a byproduct, the big thing is that,
  33. >provided enough power, you can watch demos and download new ones at the same
  34. >time. Even if YOU don't do anything else while watching a demo, you might wish
  35. >that your computer does.
  36.  
  37. I'd tend to agree with you on that point, it would be nice to be dl'ing
  38. another demo (or fonts or whatever), or doing some other meanial, 
  39. non-interactive task while watching a demo.  However, most demos are not
  40. stable enough that I'd want to try it.  Besides, if a demo starts pulling
  41. down time at just the point when something else (say a comm program) wants
  42. time to prevent overflowing buffers or send an ACK, odds are the task is
  43. going to die.  The more stuff, or rather, the more stuff*demand that you
  44. have on a multitasking machine, the more likely it is to die.
  45.  
  46. jf
  47. -- 
  48. John Franklin
  49. franklin@csugrad.cs.vt.edu
  50. franklin@elfie.async.vt.edu
  51.