It is clearly visible even in the HelloWorld when pressing buttons.
Not on mine, it was only visible when flashing the screen very rapidly, do you have a white a320 with the slower memory cause that could cause a big difference in the screens update rate, mine is a black one.
hmm, I thought "(uintptr_t)tempDispBuff" is pointer, not integer, so you add constant to pointer, nevermind, will test
Nope uintptr_t is an integer type in the c99 standard defined to be big enough to hold a pointer, you can see if you look in the lib folder that contains the standard library that I've been writing for it since the mipstools libs don't compile correctly.
hmmm, will test. You mean lcd_flip() or lcd_set_data() is asynchronous (starts DMA) and you will overwrite previous frame when drawing into next one? then I don't understand why there are 2 operations needed (lcd_set_data and lcd_flip), what do they do then?
I don't honestly know what lcd_flip does, I tried to use it in various situations but it seemed to have no effect, judging by half the functions in the "Loader.cpp" that comes with the sdk, it's quite probable that it actually does nothing.
I'm not certain that lcd_flip is "void lcd_flip()", it never crashed when I called it like that, but since I never got it to work and I don't know the mips calling conventions, I couldn't say, I'll try to edit anything I have left around defining it.