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. -- http://www.hitmen-console.org http://magicdisk.untergrund.net http://www.pokefinder.org http://ftp.pokefinder.org No one can earn a million dollars honestly. <William Jennings Bryan> ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de 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