On Donnerstag 11 Januar 2007 11:47, Claudio Ciccani wrote:
> Stefan Lucke wrote:
> > On Dienstag 12 Dezember 2006 21:36, Claudio
Ciccani via CVS wrote:
> >> CVSROOT: /cvs/directfb
> >> Module name: DirectFB
> >> Changes by: klan 20061212 21:36:06
> >>
> >> Modified files:
> >> gfxdrivers/unichrome: uc_primary.c
> >>
> >> Log message:
> >> Check pixelformat when enabling alphachannel
(it should be AiRGB, I think).
> >
> > Can you please backout this change ?
>
> The change was required since the format supported by
the layer is not
> ARGB, but AiRGB, and if an application sets the format
to ARGB, it
> expects a non-inverted alpha channel.
> Returning an unsupported format is, of course, an error
(BUG) and the
> application should never be forced to check which
driver is running to
> detect whether the driver does buggy things.
The fix for softdevice was rather small. Softdevice now
works
with pixelformats ARGB and AiRGB for older DirectFB
versions, and
with AiRGB with current version.
But now I've a real strange situation:
For clearing the OSD (full transparent) I've to use Clear(r,
b, g, a) with
Clear(0, 0, 0, 0) which is "normal" transparent
black.
But for OSD drawing into the surface I've to invert alpha:
transparent black is (0, 0, 0, 0xff) solid black is (0, 0,
0, 0) .
--
Stefan Lucke
_______________________________________________
directfb-dev mailing list
directfb-dev directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/
directfb-dev
|