Hello, > > I had a look at x.org's sunffb and all they did is to rewrite > > ffb_accel.c to use XAA and add a hardware-accelerated alpha-blending > > function ( plus accompanying changes in ffb_driver.c to load relevant > > modules and a few more or less trivial ones in other files ). Now I have > > something that works, is fast but for some strange reason all text drawn > > via XRender has red and blue components swapped. Only text, images are > > fine. Playing with anti-aliasing parameters seems to change this too, > > after disabling subpixel hinting newly started apps get it right, until > > next start of the Xserver... It worked fine with the old code and > > affects both KDE and GTK apps. The other changes are only reformatting > > source and renaming of some macros ( XF86* -> XORG* and such ). > > Any ideas? > > Looks almost like an un- or misinitialized variable somewhere, defaults > > to ARGB, gets overwritten when someone changes anti-aliasing parameters > > and nobody noticed since ARGB is almost always right. > > Looks like an endian bug to me
Maybe, maybe not. An endian bug would more likely change ARGB to BGRA but the alpha channel is in the right place and all images look right. It's ARGB vs. ABGR - most PC graphics boards use ARGB, the FFB uses ABGR and somehow this information doesn't always make it to the font renderer it seems ( or things are inappropriately cached, who knows, I'm toatlly unfamiliar with XRender and friends ). And it wouldn't change when I play with font rendering settings. have fun Michael
pgpxNgEIzG24s.pgp
Description: PGP signature
