SpritesMind.Net

I don't know if this is what you are asking for, but you can try. I did and i have good results, but slow if you update it every frame: http://www.drdobbs.com/architecture-and-design/fast-bitmap-rotation-and-scaling/184416337 I've also used this technique. If I remember correctly, it would instantl...

I don't know if this is what you are asking for, but you can try. I did and i have good results, but slow if you update it every frame:
http://www.drdobbs.com/architecture-and ... /184416337

In gcc 3.4.6 i have tested it various times and prefix operations are faster. When you do i++, the process first copies i for the required operation and after that operation it modifies the var. With ++i there is not a value copy because we use the already modified var, so this makes ++i a bit faster.

You can force the compile to make a function inline with the attribute: __attribute__((always_inline)) You can see more info in this link https://gcc.gnu.org/onlinedocs/gcc/Inline.html I do not recomend you using inline functions which returns a value. They are slower than a macro, but functions wit...

I solved this bug first with a register fix program, but i forgot its name. After that, i solved this error instaling PC Tools Firewall (it is not a joke). Casually the errors disappeared and after some time i discovered it was because of the firewall. Just disabling this firewall causes the errors ...

Ok i understand. Thanks guys!!!

Now I keep a local copy of the entire sprite table in RAM, and DMA it across in the vertical interrupt routine. Works a treat! I usually do that, but in some wikis say that DMA works fine but the cache should not be completely update, causing some problems with the drawn sprites. I have some random...

Hi guys!

I am reading some info about sending the sprite table without DMA because DMA can cause some glitches for this operation. Is that right? Do you know the reason for that?

Thanks!

If you need just an approximation, you can do something like this:

My guess is that it's leaving the pointer in an address register and using address register relative addressing to access the variable, which only needs a word to access the var rather than a long absolute pointer. Of course, you could also try "register fix32 speed = obj->speed;" for even better s...

At least on the GCC i'm using with SGDK, it helps a lot to use local variable to speed up the code. Then it is right that performance and the generated code can change a lot between different versions of GCC. I didnt know so much about this, but after some learning reading in webs like stackoverflo...

Thats right, this is the best way, but you can try some test to know what code has better performance, specially if you know nothing about ASM and because of that you work with C instead of ASM to dev Megadrive games, like me

I remember to get better results with the first code. After some code tips reading, i discover that the first time the obj->speed pointer is used it will be placed on the cache, so the next times you use it (if cache is not overwriten) the access to it will be a lot faster than the first time, so cr...

I just released SGDK 1.00 :) I was tired of version 0.9x so i jump to 1.00, also this version bring the new XGM driver which should really help when playing with music and sound =) As usual you can find that on the SGDK project page : https://code.google.com/p/sgdk/ Great job Stef, congratulations ...

Stef wrote:New version released !
As usual, you can download and get changelog on the SGDK project page

Great job Stef, thanks for it.