Re: [cc65] TGI blit

From: Groepaz <>
Date: 2009-11-02 17:42:08
On Montag 02 November 2009, Karri Kaksonen wrote:
> Groepaz wrote:
> > On Montag 02 November 2009, Fatih AygŁn wrote:
> >> I agree that a well designed fast blit function will greatly improve
> >> tgi's usability and will be the first step towards a "DirectDraw65" :)
> >> It's the only missing function for soft-sprites.
> >>
> >> This way we can also support cross-platform bitmap fonts too. Given that
> >> cross-platform vector fonts are on the way, it would be a logical
> >> addition.
> >
> > for softsprites that arent so slow that they are unuseable, you need
> > unrolled speedcode, and preshifted graphics data. both of which is very
> > application specific.
> I believe that the best solution would be a separate resource compiler.
> The Lynx needs a very special packed sprite format that is unusable on
> anything else. But if we have a resource compiler that changes the
> desired bitmap image into something usable for the target platform then
> it could make sense.
> The resource compiler could produce some machine dependent binary object.
> You could plot it somewhere using tgi_blitxy(x, y, object) or just to
> the current cursor position with tgi_blit(object).
> I would not use the same "object" for different platforms.

there are two non trivial problems with that approach

- hardware sprites are very machine specific, not only the binary format, but 
also the amount of colors that can be used, and the actual dimensions of a 
sprite. using the least common demonitor here will result in something 
completely unuseable.

- software sprites almost certainly need application specific blitting 
routines, which would often mean hardcoded graphics data inside code.


No one can earn a million dollars honestly. 
<William Jennings Bryan>

To unsubscribe from the list send mail to with
the string "unsubscribe cc65" in the body(!) of the mail.
Received on Mon Nov 2 17:42:30 2009

This archive was generated by hypermail 2.1.8 : 2009-11-02 17:42:32 CET