Magnus Ekhall wrote:
>
>
> That is interesting.
>
> Do you think that could possibly be the render_glyph function in
> interfaces/IDirectFBFont/idirectfbfont_ft2.c ?
>
> I found some code there that at least checks for different pixel
> formats, but I'm not really sure what it does...
>
> Thanks for the input!
>
> /Magnus
>
>
We might changed things there.
I suppose we also changed some "alpha" behaviour to "transparency" behaviour
somewhere in /src/gfx/generic/generic.c.
At that time, i wrote a simple app that rendered one white character on a
black surface and traced through the code to find the relevant pieces of
code to change.
By the way: The root of these problems was always, that the PXA display
controller uses a "transaparency" bit instead of an "alpha" bit, for some
strange reason. We had to use the 19bit depth with one transparency bit. I
assume, that you are using the same pixelformat, even if you mentioned
18bit. As far as i understand the API, you could use ARGB1666 for a
19bit-with-transparency depth and use the SetAlphaRamp function to inverse
the meaning of the alpha bit:
http://www.directfb.org/docs/DirectFB_Reference_1_0/IDirectFBSurface_SetAlphaRamp.html
In theory. It didn't work for us (0.9.24 was the version we used).
/Simon
--
View this message in context:
http://www.nabble.com/Problems-with-drawing-text-tp18914956p18995830.html
Sent from the DirectFB Users mailing list archive at Nabble.com.
_______________________________________________
directfb-users mailing list
directfb-users@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
