Hm, didn't know that, you learn something new every day..
Yup, everything is there, except that the software interface is slightly
obfuscating compared to the straight-forward blitting flags.
But I agree there is no reason to double interfaces.
Andre DRASZIK wrote:
Hi,
Why invent a new blitting flag? We have matrix transformations in the
API! This is how I have done it...
I.e.
/* reflection against y */
static const s32 y_mat[9] = {
-DFB_FIXED_POINT_ONE, 0, 0,
0, DFB_FIXED_POINT_ONE, 0,
0, 0, DFB_FIXED_POINT_ONE
};
/* reflection against x */
static const s32 x_mat[9] = {
DFB_FIXED_POINT_ONE, 0, 0,
0, -DFB_FIXED_POINT_ONE, 0,
0, 0, DFB_FIXED_POINT_ONE
};
DFBCHECK (dst->SetRenderOptions (dst, DSRO_MATRIX));
DFBCHECK (dst->SetMatrix (dst, y_mat));
DFBCHECK (dst->SetMatrix (dst, x_mat));
In the same way all the existing rotation flags could be supported,
which is why I actually think they should be removed long-term, or at
least be deprecated...
Cheers,
Andre'
On Sat, 2009-10-10 at 23:56 +0200, Lionel Landwerlin wrote:
Hi all,
I working with a 2D Blitter that have mirror h/v blit capabilities. It
seems a lot of already supported hardware have thoses capabilites too.
Currently the mirror effect is not available in the DirectFB API. If we
consider including this, were would it go ?
The blittings flags are almost full. Should we create a new API ?
Thanks for your responses.
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
--
.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/ |
"------------------------------------------"
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
