From: groepaz (groepaz_at_gmx.net)
Date: 2002-11-24 23:46:10
Hello Ullrich, UvB> There *is* a tgi_modetable.s for each target. yeah i noticed that, sorry :( UvB> C code in a module has a high size overhead, because runtime and C functions UvB> are not shared between the module and the main program. Besides that, the API UvB> between the C layer and the graphics driver is designed with for asm, not C. yes ofcoz, i expected that it would bloat the code a whole lot (and not make it exactly fast either :=)) i just thought i could convert the stuff that already is in asm a little easier and use the c code for testing during that period (until i remove it and redo in asm that is) UvB> The current emulation code will probably go, because it is always a lot slower UvB> than native stuff in the driver, and - provided that the driver does not need UvB> the emulation - because it is dead code. yeah i was wondering about that point aswell :) ok, so the only good way to do it is creating a (almost) complete new driver right? UvB> Please have a look at the API - it is all there! yes, sorry again.... i was staying up awake for to long this weekend it seems ;/ UvB> I will definitely NOT add bloat to the API before it is even released. Using if only more developers would think like that :o) UvB> arbitrary user selectable drivers did not even work in the old DOS days - UvB> there were almost no programs using Borlands BGI interface that allowed the UvB> user to load arbitrary drivers as he wished, and I have absolutely no reason UvB> to believe that the reasons for this are no longer valid on platforms with UvB> just 10% of the memory and 5% of the CPU power. mmmh well, i probably had to much of another thing in mind when i wrote it. that is, i always wanted to do some sort of gfx-editor which can handle all bitmap-based gfx-modes from plain hires up to ifli... things like display-routines and loaders would go into loadables modules here...uh :) you are probably right about the small amount of gfx-drivers though.... ah, nevermind :) -- 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 : 2002-11-24 23:46:32 CET