2007/5/10, Roel Baardman <[EMAIL PROTECTED]>: > Hi, > > I'm writing a small class for drawing on my iPaq 5550's framebuffer. > Just for fun. > > However, I just found out that the iPaq in question doesn't seem to have > enough room for a front- and backbuffer of both 320x240 at 16 bits per > pixel. It falls short a few kb. > > So, instead of flipping by panning the framebuffer like I did before, I > figured I now have allocate the backbuffer seperately and memcpy the > backbuffer to the frontbuffer when performing a surface-flip.
Why do you use memcpy ? You should use the Blit() function instead. > > This, however, strikes me as being very slow. So therefore I'm wondering > if anyone has clues on how to maybe perform flipping more efficiently in > this situation. Data exchange between video and system memory is very slow on the most of systems. :( In this case you should'nt copy the entire buffer. But you must copy only a changed part of one. > > cheers, > > Roel Baardman > > _______________________________________________ > directfb-dev mailing list > [email protected] > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev > -- Best Regards Nikita Egorov [EMAIL PROTECTED] [EMAIL PROTECTED] _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
