home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22287 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!gumby!kzoo!k044477
  3. From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
  4. Subject: Re: Arcade-style animation...
  5. Message-ID: <1993Jan28.030719.8314@hobbes.kzoo.edu>
  6. Organization: Kalamazoo College
  7. References: <34994@goofy.apple.COM> <1k6pol$bvn@agate.berkeley.edu> <C1JJIK.LMr@world.std.com>
  8. Date: Thu, 28 Jan 1993 03:07:19 GMT
  9. Lines: 25
  10.  
  11. howlett@world.std.com (Joseph S Howlett) writes:
  12. >>Do people think it's worth bothering with synchronizing with the VBL
  13. >>when drawing sprites?
  14. >
  15. >I tried VBL synching, but found that it really didn't make any
  16. >visual difference since I'm erasing & drawing the new sprites in
  17. >one blit, so I abandoned it.
  18.  
  19. I imagine that when you get a lot of larger sprites (32x32+) moving
  20. around, the beam will still tear some of them occasionally.
  21.  
  22. There really is a huge difference between fast (30 fps+) graphics that
  23. are rock-solid and those that tear even only rarely.  If you're going
  24. for the "gee whiz, that looks great" effect, at least try putting in
  25. the VBL-synch code, and see if it helps.
  26.  
  27. >The VBL synching might also make your
  28. >program possibly run at different speeds on machines with monitors
  29. >which have different refresh rates, which is not good.
  30.  
  31. Well, not if you do it right...  :-)
  32. -- 
  33.  Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
  34.  "A degree in Computer Science from Berkeley didn't much qualify me to uphold
  35.   the banner of Chaos against the forces of Order."              - R. Zelazny
  36.