G400-G550 all have the same accelerator features. Even G200 can do this but it only supports YUY2 whereas G400 and better also support UYVY.
So the data must be YUY2/UYVY and it must be located in video RAM
for hw accel to kick in.
If you don't need to read from the YUV and RGB overlay surfaces you can
create them with DSCAPS_VIDEOONLY. This will guarantee that hw accel will
work.
But if you do need to read from the surfaces don't specify DSCAPS_*ONLY.
This way DirectFB will automagically copy the unscaled images to video RAM
before the accelerator performas the blit. Unless of course you don't have enough video RAM left in which case it will fall back to software.
As you noticed YUV<->RGB software accel isn't implemented.
Well that works brilliantly - thank you very much! I have a 1024x768 RGB overlay over the 352x288 video. Now I just need to get the CPU usage down. Mplayer is not happy about my use of a non-planar YUY2 format - I'll have a look at how your dfbmga does it.
I'm working on a better overlay system for mplayer (better than bmovl that is). Basically I want to support a display list of things to overlay over the video stream (text, image) and be able to adjust them for each frame (add/remove/hide/show/scale/position). I have done something similar with directfb before and worked a treat, so hopefully will get a similar result here.
Thanks again.
Regards, Simon
-- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-users" as subject.
