nanogui: Screenshot of FreeType2 2.3.5
Subject:
Re: [nanogui] Screenshot of FreeType2 2.3.5
From:
Daniel ####@####.####
Date:
3 May 2010 15:37:02 -0000
Message-Id: <q2xd08fc9ca1005030836x74b1e3a1m4a867da5f8afe25d@mail.gmail.com>
2010/4/30 Greg Haerr ####@####.####
> : 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