Hello Denis, First, thank you so much for responding to my question!
I have added code that bypasses gBlit in favor of custom software blitting routines where applicable, and that works fine, but we would like to instead provide a driver that accomplishes the same thing. Note that this is all currently using 1.1.1, but we will be upgrading to 1.2.6 soon... The problem that I keep running into with the driver approach seems to be with surface pools and my incomplete understanding of the code. Is it a true statement that DFB disallows gfxdriver functions when the surfaces in question are not allocated in video memory? In my particular case, my gfxdriver function never gets called because DFB attempts to negotiate a surface pool allocation and fails because I have requested that the surface of the window be created in video memory, whereupon DFB tries to allocate the surface there and fails with an out-of-memory error. Is there any way to write a gfxdriver that just offers custom software blitting functions without requiring that the apps themselves be rewritten to allocate all their surfaces in video memory? Also, do you have any hints as to why video memory allocations always fail on my platform? Thanks again! -Robert Hildinger On 10/18/08 12:21 AM, "Denis Oliver Kropp" <[EMAIL PROTECTED]> wrote: > Robert Hildinger wrote: >> On the platform that I am working on, which is ARM1176 based, I am >> trying to implement a custom alpha blending blitter for the case of ARGB >> to ARGB blends. This platform does not have any type of hardware >> acceleration, so everything is done in software. My initial pass at >> adding this custom blender was through the gfxdriver API, but I¹m >> running into issues with surface pool allocation / negotiation. >> >> Is the gfxdriver API really the best way to do this, or would it be >> better to hook gfxcard.c to allow external functions to be called in >> place of gBlit? > > Writing a gfxdriver to implement CPU based acceleration should be fine. > > What kind of issues are you running into? Do you have surface pools without > virtual addresses? _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
