Not sure if this is the correct section so sorry if I posted in the incorrect area.

I have wrote a renderer which is highly optimised for 16bit 565RGB and ported it to the GP2X from Windows Mobile, I am unsure how to go about testing the speed of it and to how this would be deemed fair. The renderer has the ability to have images drawn with a variety of blend modes such as opacity, additive, subtraction, multiply, screen, colour tint, fill etc etc.

I have tested it versus SDL which clears the screen and draws 200 200x200 sized images to the screen.
Mine - 18fps
SDL HWSURFACE|DOUBLEBUF - 17fps
SDL SWSURFACE - 11fps

I draw my buffer directly to fb0 on the gp2x which leads me to wonder how it is the same speed as SDL with hardware? or am I thinking incorrectly? I have looked into the hardware blitter and implemented it but its does seem very practical with the amount of image manipulation I do.

Any advice/comments are welcome.

If your writing a lot of data directly to the frame buffer, then try implementing my mmu hack - it should speed up your fps quite nicely.

This sounds interesting.

Hey,

My attempts to use mmuhack are not very successful.

The fb is allocated in upper memory within my lib's renderer initialise function using:



In the program after I call initialise I run the mmuhack, in telnet this says 'Using mmuhack' but the fps is still 18 and I see no difference.



Any ideas?

maybe you are using the faulty mmuhack module? there were two compiled builds. One of them didn't work at all...

check the size of your mmu hack module with the version in the archive

I used this one here which I downloaded yesterday which is apparently the one which works.



could the method I use be a reason? Since I do alot of graphic manipulation with my optimised algorithms a screenbuffer is held within the renderer, when the flip command is called the buffer is then copied fully to the fb.