When the operation is Over, the alpha value of ARGB pict will be used as the 
alpha select. But there is a problem in our driver, when the mask is not 
zero(for example PICT_a8), the alpha value of mask also should be used. That is 
to say, two alpha values should be used at the same time.
Right now, Our driver use the mask alpha value, does nothing with alpha value 
of ARGB pict. That is absolutely wrong to do so when I compared with the result 
under X1200 driver(It will use two alpha values). Should I do raster operation 
two times for each alpha use to correct this bug?

Thanks,
Frank 

-----Original Message-----
From: xorg-devel-bounces+frankr.huang=amd....@lists.x.org 
[mailto:xorg-devel-bounces+frankr.huang=amd....@lists.x.org] On Behalf Of 
Huang, FrankR
Sent: 2010年5月29日 16:17
To: Jonathan Morton
Cc: xorg-devel@lists.x.org; gtk-l...@gnome.org
Subject: RE: GTK progressbar call on XRenderComposite

You know I want to know the use of alpha value for ARGB32 format picture? For 
example,
        RGB: 255,0,0
        ARGB: 100,255,0,0

What's the use of 100?

-----Original Message-----
From: xorg-devel-bounces+frankr.huang=amd....@lists.x.org 
[mailto:xorg-devel-bounces+frankr.huang=amd....@lists.x.org] On Behalf Of 
Huang, FrankR
Sent: 2010年5月29日 16:10
To: Jonathan Morton
Cc: xorg-devel@lists.x.org; gtk-l...@gnome.org
Subject: RE: GTK progressbar call on XRenderComposite

Thanks.
Is there any difference in RGB24 and ARGB32 to display them on the screen 
without mask(mask=0)? The same? I gave a test, seems that for ARGB32 picture, I 
change the alpha value of it, no difference.

If CA is used for text rendering, I don't care that.




-----Original Message-----
From: Jonathan Morton [mailto:jonathan.mor...@movial.com] 
Sent: 2010年5月28日 22:18
To: Huang, FrankR
Cc: xorg-devel@lists.x.org; gtk-l...@gnome.org
Subject: RE: GTK progressbar call on XRenderComposite

On Fri, 2010-05-28 at 15:34 +0800, Huang, FrankR wrote:
> I know if the source pict format is RGB24, the mask will do multiply
> each color. For example Red*alpha, Green*alpha, Blue*alpha. 
> If the source pict format is ARGB32, how the calculate comes on?

The same - the alpha channel and each colour channel are all multiplied
by the mask value.  (Remembering of course that 255 == 1.0, so the
values always go down or stay the same.)

In fact this is also what should happen in the RGB24 case, since in the
XRender pipeline, RGB24 is treated the same as ARGB32, with the alpha
channel implied to be 255.

> And what's the difference between Composite and CompositeCA?

CA stands for Component Alpha.  It's used for subpixel antialiasing,
which you might have heard described as "ClearType".

You should probably not try to accelerate Component Alpha directly until
you deeply understand the formulae involved.  EXA can convert common use
cases of Component Alpha into pairs of simpler operations.

-- 
------
From: Jonathan Morton
      jonathan.mor...@movial.com




_______________________________________________
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

_______________________________________________
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

_______________________________________________
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Reply via email to