Lloyd Sargent wrote: > On Friday 02 November 2007 08:28, Denis Oliver Kropp wrote: > >> Acceleration >> >> There's no acceleration, yet, but we're working on the DSP side to >> support various graphics operations including blending, >> conversion+dithering and hardware video decoding. > > Thanks Denis! I almost wrote my own at the beginning of the year (but didn't > have the time).
If you have something we could integrate, please send it. At the moment we have filling, copying, ARGB on ARGB blending, ARGB -> planar A+RGB conversion+dithering and IDCT. All in DSP assembler using sploops :) > Esp. BIG THANKS for the alpha. That simplifies a lot of things (and opens up > some ideas that I've had for some time). That's nice. I hoped to help out a lot of people with this problem. Which additional ideas do you have? > In regards to acceleration, some of us would prefer faster blitting > operations > using the DMA controllers (since is supports some really fancy blitting). To > me this would represent a "all things for all people" as the DSP side differs > from vendor to vendor (unless that has changed in the last 8 months). Do you think the DMA engine would be faster than the DSP? I thought memory throughput would be the bottleneck anyhow. For now it would be easier to maintain one accelerator only. Syncing and maintaining command ordering is not really supported yet for multiple accelerators. Does the DMA engine support anything beyond simple 2D block moves in memory? Maybe 8/16/32 bit wise compare/skip, i.e. color keying? -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
