Hi Tinnus,
Many thanks, you were very helpful!
I will probably choose the "565 and direct buffer access" approach. I
think I will fall back on WinDrawBitmap() with noDither for legacy 8-bit
devices and prepare to apply some bit-shifting on native 24-bit screens
(if any).
Thanks again!
Rega
1, rendering directly to screen buffer is still a viable alternative or a no-no?
Certainly it is--most emulators (including LJP) and lots of games use
it due to being lots faster. Of course your pointer and data must be
16-bit to do that in 16-bit screens though.
2,
do current devices have the sam
Hi,
I would like to draw images in the fastest possible but a yet highly compatible
way on 0S5.x Palm devices. In the past I've worked with pre-OS5 Palm devices a
lot but I've just started learning the "new" OS, so advices would be welcome...
1, rendering directly to screen buffer is still a vi
