On Wed, 3 Nov 1999, Brian Paul wrote:
> Jean-Francois Panisset wrote:
> >
> > <[EMAIL PROTECTED]>Brian Paul writes
> > >
> > >For Mesa 3.3 (the new development) I'll extend the new imaging
> > >code (in image.[ch]) into glDrawPixels, glCopyPixels and
> > >glColorTable. Those functions might not get much faster but
> > >the code will be a lot cleaner.
> > >
> >
> > Are there plans to implement the color matrix stuff in 3.3?
>
>
> No. But, it would fit into the new imaging code quite easily.
> Specifically, you'd patch it into _mesa_unpack_ubyte_color_span()
> in image.c where there's a comment about convolution and histogram.
> Also, the matrix-related functions would need to be extended for
> the new color matrix.
>
> Note that color matrices are part of the OpenGL 1.2 ARB_imaging
> subset. That's a lot of stuff to implement. However, there's
> the GL_SGI_color_matrix extension which just implements the
> color matrix. That would be a more reasonable project. See
> http://reality.sgi.com/ljp_engr/registry/SGI/color_matrix.txt
The important difference (I think) is that the SGI extension
can be applied to only vertex colours and downloaded texels.
The imaging subset commands seem to apply to rendered colours.
That makes the latter useless on hardware that doesn't implement
it since you end up with a software fallback...and currently,
I don't think there is any low-cost hardware with a per pixel
matrix path.
However, the per-vertex/per-texel code ought to be usable with
almost anything.
Steve Baker (817)619-2657 (Vox/Vox-Mail)
Raytheon Systems Inc. (817)619-2466 (Fax)
Work: [EMAIL PROTECTED] http://www.hti.com
Home: [EMAIL PROTECTED] http://web2.airmail.net/sjbaker1
_______________________________________________
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
