home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.programmer
- Path: sparky!uunet!gatech!concert!samba!usenet
- From: Michael.Kohne@launchpad.unc.edu (Michael Kohne)
- Subject: Fast copies from offscreen buffer to screen.
- Message-ID: <1993Jan10.031829.25011@samba.oit.unc.edu>
- Sender: usenet@samba.oit.unc.edu
- Nntp-Posting-Host: lambada.oit.unc.edu
- Organization: University of North Carolina Extended Bulletin Board Service
- Date: Sun, 10 Jan 1993 03:18:29 GMT
- Lines: 25
-
- I am currently involved with a friend of mine in writing a game. The
- intent is for the game to be in full-color, and so we need a fast way to
- copy large off-screen pixmaps to the screen. We've tried using copybits
- (making sure to setup the offscreen ports with the same color table and
- ctseed as the screen), but that has proven too slow for our uses. I've had
- a go at writing my own fixed-depth copybits, but I've not yet found a way
- to get it much faster than copybits is (on small images, my overhead is
- so much lower that I beat copybits by a mile, but on screen-sized images
- my stuff is only slightly better than copybits).
-
- Any hints on how to do this in a faster manner would be appreciated.
-
- Currently we are considering a 'dirty-rectangles' system, however, it is
- likely that most of the screen will change on each frame (lots of moving
- objects.) I know this sort of thing IS possible, I own hellcats over the
- pacific and it looks like it's updating the whole screen each frame.
-
- Michael Kohne
- House of the Techno-Discordians, Automotive Amusements Division
-
- --
- The opinions expressed are not necessarily those of the University of
- North Carolina at Chapel Hill, the Campus Office for Information
- Technology, or the Experimental Bulletin Board Service.
- internet: laUNChpad.unc.edu or 152.2.22.80
-