Hi, ext Bin Chen wrote:
I am not doing very detailed profiling against this, but by comparing the frame rate in my player against using pure framebuffer implementation. The performance difference is large. If not using shared memory to transfer the decoded image data, obviously the performance can't be good in slow machine. The GTK+ can draw pixbuf and image to the drawable, is there any existing method for me to choose to force the low level gdk to use SHM extension?
If you have a local connection to X server it uses that (where it helps, setting up XSHM has its own overhead). Gdk handles images internally as 32-bits, the display is 16-bits. Conversion is done automatically when needed by Gdk. Need I say more? It sounds like your use-case would be more appropriate to be done with libSDL (which also does automatic conversions, but can handle surfaces in display bit-depth if you've just asked it to do that). - Eero