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 [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
