On Wed, Jan 02, 2008 at 11:28:37PM +0100, Pedro Aguilar wrote: > Hi, > > We're using the same hw and we have performance problems too, specially > with blending functions. Apps on top of GTK+ over DirectFB are slow > because of it. > > What it's different in our system is that we're running a driver for the > stlinux 2.3ear, without any stapi driver. > We've had problems while trying to use the stapi framebuffer driver in > stlinux 2.2.
We are running either 2.2 or 2.3 (not the ear one). The below tests where done with 2.2. > How did you manage to use the stapi driver for DirectFB? You take the directfb driver from the M6 stapi and put it into the directfb dir of the 2.2/2.3 distribution. It works out of hand, using the testapp11 with df_dok, or our own stuff which is a heavily modified testapp11. > Do you have any special configuration? > The ST people told us that the official stapi 2.2 framebuffer driver > doesn't support DirectFB... quite disappointing... Do you use the stapi M6 stgfb, or the 2.3 stmfb ? > Btw, you can run df_dok to have more accurate benchmarks, tomorrow I can > send you my benchmarks so we can double-check if the problem is the > driver :) Yes, we know about df_dok, but we can double check. One suspision i had, was that the loading of the image into memory was causing the problem, which is why we first render it to a surface, and then use this surface for blitting. But i had the impression that loading it through NFS was faster than grabbing it from the harddisk. Furthermore, i think the ideal would be using a second GDP layer for the background picture, but it doesn't seem to me that the shipped directfb (1.0.1) does include multi-layer support, or maybe it is the stgfb which doesn't support multi-layer support (well it does support GDP1 + ALPHA i think, not sure how it works though). Friendly, Sven Luther _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
