2010/4/30 Greg Haerr <g...@censoft.com>: > : In looking very closely at your TFT picture, it seems that the > : "outline" is actually the anti-aliasing pixels, drawn in the wrong > : colors. Since you're running the fblin24 driver, it must be > : that the RGB colors are in the reversed order, BGR, or > : vice versa in the blend code. > : > : I don't have access to the source directly, but I think you > : need to edit fblin24.c::linear24_drawarea_alphacol, and > : reverse the R and B order in the core blending. IIRC > : there are two source variables psr and psb, which > : should be swapped (since the destination writes need to > : stay in the same order. > > In looking at the source for this, the blending IS being > done in the proper order. It also looks fine on my > system, running 24bpp. I suggest you move to > Freetype v2.3.9, as I'm running. Also, we need > to make SURE you're running the fblin24 subdriver, > and linear24_alphacol is being called for the > text output.
Running nano-X compiled with DEBUG = Y it begins with: "640x480x24bpp linelen 1920 type 0 visual 2 colors 16777216 pixtype 4" This should be the fblin24.c right? > I did notice a bug where the b/g/r was written in the wrong > order, but this was only when usebg was true (it isn't > in our sample app), and alpha = 0 (meaning background > only should be drawn. > > So other than FT v2.3.9 mismatch, I'm not sure of the > problem, unless you're not really running the 24bpp > subdriver. But according to the screenshot the blending doesn't seem correct right? Regards Daniel --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscr...@linuxhacker.org For additional commands, e-mail: nanogui-h...@linuxhacker.org
