RE: Another Render question

2004-01-27 Thread Sottek, Matthew J
I didn't remove anything. There was never any support for componentAlpha. I just made XAA aware that it didn't support it. You removed the ability for a driver to support accelerated component alpha on a XFree 4.4.0 binary. If this is now the most common case then why wouldn't a driver want

RE: Another Render question

2004-01-27 Thread Mark Vojkovich
On Tue, 27 Jan 2004, Sottek, Matthew J wrote: I didn't remove anything. There was never any support for componentAlpha. I just made XAA aware that it didn't support it. You removed the ability for a driver to support accelerated component alpha on a XFree 4.4.0 binary. If this is now

Another Render question

2004-01-26 Thread Thomas Winischhofer
Can anyone explain the meaning of a8r8g8b8 pure alpha textures? The two hooks for render acceleration are a) CPUToScreenAlphaTexture (should be PICT_a8) b) CPUToScreenTexture (like eg PICT_a8r8g8b8) a) is used for aa text; however, sometimes (haven't yet found out why) the alphaType argument to

Re: Another Render question

2004-01-26 Thread Mark Vojkovich
On Mon, 26 Jan 2004, Thomas Winischhofer wrote: Can anyone explain the meaning of a8r8g8b8 pure alpha textures? It's probably a bug that XAA is letting those through. a8r8g8b8 alpha masks mean one of two things: 1) If componentAlpha is set, it's 4 alpha masks which act separately on the

Re: Another Render question

2004-01-26 Thread Thomas Winischhofer
Mark Vojkovich wrote: On Mon, 26 Jan 2004, Thomas Winischhofer wrote: Can anyone explain the meaning of a8r8g8b8 pure alpha textures? It's probably a bug that XAA is letting those through. a8r8g8b8 alpha masks mean one of two things: 1) If componentAlpha is set, it's 4 alpha masks which act

Re: Another Render question

2004-01-26 Thread Mark Vojkovich
On Mon, 26 Jan 2004, Thomas Winischhofer wrote: Mark Vojkovich wrote: On Mon, 26 Jan 2004, Thomas Winischhofer wrote: Can anyone explain the meaning of a8r8g8b8 pure alpha textures? It's probably a bug that XAA is letting those through. a8r8g8b8 alpha masks mean one of two

RE: Another Render question

2004-01-26 Thread Sottek, Matthew J
a) is used for aa text; however, sometimes (haven't yet found out why) the alphaType argument to this is not PICT_a8 as one would expect, but PICT_a8r8g8b8. I don't quite get the logic behind this. What's the CPUToScreenTexture hook for if CPUToScreenAlphaTexture should be able to deal with ARGB

Re: Another Render question

2004-01-26 Thread Thomas Winischhofer
Mark Vojkovich wrote: What if some hardware supported this? Wouldn't it be better to set a flag in the Flags field submitted to the driver's SetUpCPU...() function? Or/and perhaps let the driver specify a flag in the CPUToScreenAlphaTextureFlags, like XAA_RENDER_COMPONENT? If you want to

Re: Another Render question

2004-01-26 Thread Thomas Winischhofer
Sottek, Matthew J wrote: a) is used for aa text; however, sometimes (haven't yet found out why) the alphaType argument to this is not PICT_a8 as one would expect, but PICT_a8r8g8b8. I don't quite get the logic behind this. What's the CPUToScreenTexture hook for if CPUToScreenAlphaTexture should

Re: Another Render question

2004-01-26 Thread Mark Vojkovich
On Mon, 26 Jan 2004, Thomas Winischhofer wrote: I do now understand that r, g, b can contain separate alpha values for each component (which I easily could support in my driver since I first need to build an accelerator-suitable texture anyway). What is supposed to happen with the

RE: Another Render question

2004-01-26 Thread Mark Vojkovich
On Mon, 26 Jan 2004, Sottek, Matthew J wrote: I am given a constant r, g and b as each a separate parameter, and an a8r8g8b8 texture which by Mark's explanation is for providing an alpha value for each of the r, g, b components. But the format is _a8_r8g8b8; if the components' alphas are in

Re: Another Render question

2004-01-26 Thread Thomas Winischhofer
Mark Vojkovich wrote: On Mon, 26 Jan 2004, Thomas Winischhofer wrote: Sottek, Matthew J wrote: a) is used for aa text; however, sometimes (haven't yet found out why) the alphaType argument to this is not PICT_a8 as one would expect, but PICT_a8r8g8b8. I don't quite get the logic behind this.

Re: Another RENDER question

2003-02-28 Thread Thomas Winischhofer
Keith Packard wrote: Around 0 o'clock on Feb 28, Thomas Winischhofer wrote: The hardware I am dealing with does not support ARGB textures (at least not in 2D level, and I don't want to mess with DRI), but alpha blended bit blits. Using the '3D' hardware needn't entail dealing with DRI. The

Another RENDER question

2003-02-27 Thread Thomas Winischhofer
The hardware I am dealing with does not support ARGB textures (at least not in 2D level, and I don't want to mess with DRI), but alpha blended bit blits. The difference being: While ARGB textures contain an alpha value for each pixel, the alpha blended bit blits render with a static alpha

Re: Another RENDER question

2003-02-27 Thread Mark Vojkovich
On Fri, 28 Feb 2003, Thomas Winischhofer wrote: The hardware I am dealing with does not support ARGB textures (at least not in 2D level, and I don't want to mess with DRI), but alpha blended bit blits. The difference being: While ARGB textures contain an alpha value for each pixel, the