Hi all, I posted a week or so ago about an embedded video chip I need to use for acceleration. However, I am having trouble figuring out whether any acceleration is actually possible given the architecture.
The chip is accessed via a host port, and control the LCD display. The LCD framebuffer is NOT exposed to the host processor. Our current FB driver simply has a virtual FB that is copied to the video coprocessor as required. The chip itself has not got any graphics functions on it, except for OpenGL and OpenVG, which at this stage is not required through DirectFB. The one area where the chip can help is in composition - it has a very fast composition engine for multiple bitmaps )i.e. you can send it multiple bitmaps and it will composite them for you on to the LCD framebuffer) I have no idea after reading though as much info as I can find whether just accelerating the composition is a feasible thing to do in a driver, or whether I would need to patch DirectFB itself. Or do I need to write a complete driver that implements ALL the driver functions since there is no access to the LCD framebuffer memory itself. (I assume that using /dev/fb would cause problems with overwriting whatever the chip is doing) I also have fairly specific question that someone must be able to answer. If a function is NOT implemented in a driver (e.g. FillRect), and DirectFB falls back to software rendering - how does that data get to the LCD framebuffer? Does it then go via /dev/fb? TIA James _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
