Glyph rendering

Alex Deucher alexdeucher at gmail.com
Tue Jul 20 09:41:08 PDT 2010


On Mon, Jul 19, 2010 at 4:05 AM, Huang, FrankR <FrankR.Huang at amd.com> wrote:
> Alex,
>
>        So long mail.
>        I put the feedback here.
>        1)For the repeat, I have debug the code that our driver's repeatType is RepeatNormal. And we should add the code to fallback when it is RepeatPad or RepeatReflect.
>        2)For the transformPoint, our geode has the same code you copy. :)
>
>        Another question to ask:
>        For the glyph rendering, we have found a bug in EXA when it gives the parameter to our DoComposite function. Actually, the op we need handle are following two ops:
>        1)PictOpAdd, src: PICT_a8, mask: 0, dst: PICT_a8
>        2)PictOpOver, src: PICT_a8r8g8b8, mask: PICT_a8, dst: PICT_r5g6b5
>        Our driver has support the 2) operation. But for the 1) operation, we know it is very easy, but unfortunely our dest format in HW can not be PICT_a8, it can only be PICT_r3g3b2 for 8bits in geode. Do you know this format?
>        Another method is that we can do a copy from PICT_a8 to PICT_a8r8g8b8 and do a PictOpAdd?
>        The worst is I wrote a function to do every pixel PictOpAdd in a while loop.
>        What do you think?

332 formats are 3 bits for R, 3 bits for B, and 2 bits for G.  I don't
think using 332 will work in this case.  You'd probably have to
fallback for that one or copy to an 8888 format first.

Alex

>
> Thanks,
> Frank
>
>
> _______________________________________________
> xorg-devel at lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: http://lists.x.org/mailman/listinfo/xorg-devel
>


More information about the xorg-devel mailing list