From: groepaz (groepaz_at_gmx.net)
Date: 2001-08-13 21:47:25
Hello Ullrich, UvB> Yes, but it's a nice starting point. Writing in C needs a lot less time, and UvB> rewriting things in assembler once the algorithms are ok is always an option. yeah thats why i want gfx-support for cc65 libs ;=) >> as for me, i'd like to implement 2 additional gfx-modes besides >> standard hires (320x200 b/w that is) ... 80x50x4 colors (simelar to >> the 4x4 fli mode often used in demos, but a lot faster) and 40x25x256 >> shades of grey (fastest mode possible on a c64... this one should >> perform somewhat fast even when wrapped into clumsy c-code ;=)) UvB> This points out another problem: Since the mode is selected at runtime, the UvB> linker does not know, which code to include, so it has to include the code for UvB> all available modes. Which means that all programs written to utilize UvB> 320x200x2 on the C64 will have lots of dead code linked in. One obvious UvB> solution would be loadable drivers (as with the original BGI concept), but UvB> this leads to several other problems (relocation, disk i/o needed, ...) so I UvB> would prefer an easier approach if there is one. mmmh well.... that is a (_THE_) problem indeed... if we want tight code, we can only have ONE gfx-mode (and we dont need all those functions that deal with finding out the current or available gfx-mode or resolution) - and if we want a flexible library, we will end up with loads of dead code linked in. ... mmmmh ... sounds to me as if having a set of simelar functions for each gfx-mode in a seperate module which you'd have to select (link in) at compile time. the more about the gfx-mode used is hardcoded in the actual application, the better (=faster) anyway....... hey, maybe if one of those 'low resolution' modes is fast enough, i'll implement some standard demo effects (i like the idea of benchmarking compiled code against handwritten assembler hehe ,=)) ;=D -- Best regards, groepaz mailto:groepaz_at_gmx.net ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo_at_musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:41 CET