loganj@byuvax.bitnet (09/02/88)
We know that our application will never use more than 16 colors, and we don't want to use the amount of memory required when 256 colors is the default. So, how can an application program override the 256 color default to reduce memory requirements? We assume that there is some way of overriding the 256 color default before a grafport is opened, and we hope that doesn't require changing low memory globals. This is probably of interest to others on the net, but you can also reply directly to me at "loganj@byuvax.bitnet" or by the internet to "loganj@yvax.byu.edu". Thanks jim logan
loganj@byuvax.bitnet (09/17/88)
Movie BYU has been converted to the Macintosh, and now we are trying to optimize the Movie BYU code and ... We are drawing color pictures using "lineto", but when the color is changing at every pixel this is painfully slow. So, is there a faster way of drawing a color picture than using "lineto"? We thought of allocating a one (raster) line pixel map and setting the pixels directly without using quickdraw - then copybits the line to the screen, one line at a time for the whole screen. But that might not give the desired increased performance and might cause some compatibility problems in the future, right? If this is a practical solution, how are RGB values stored in memory within an offscreen pixel map, and can you provide an example for one pixel? Suggestions? Thanks and Regards, jim bitnet: loganj@byuvax internet: loganj@yvax.byu.edu #! rnews