Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-27 Thread tom fogal
son_of_the_osi...@interia.pl writes: > >Older nvidia cards implement GL_EXT_paletted_texture in hw. I just > started to > >playing with this on nv11 > > So when we could play with GL_EXT_paletted_texure and > GL_ARB/EXT_texture_cube_maps ??? vdrift dont work with the current > nouveau driver

[Mesa-dev] Removing ARB_imaging subset extensions

2010-09-27 Thread son_of_the_osiris
>Older nvidia cards implement GL_EXT_paletted_texture in hw. I just started to >playing with this on nv11 So when we could play with GL_EXT_paletted_texure and GL_ARB/EXT_texture_cube_maps ??? vdrift dont work with the current nouveau driver :/ :0 --

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-22 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jakob Bornecrantz wrote: > On 20 sep 2010, at 19.58, Luca Barbieri wrote: >> nVidia dropped hardware support starting from nv40. >> >> For texture compression, S3TC or R-component-only textures should >> usually be a better option, and for other uses s

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread randrianasulu
Hello Ian and all! Older nvidia cards implement GL_EXT_paletted_texture in hw. I just started to playing with this on nv11 :/ ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread Jakob Bornecrantz
On 20 sep 2010, at 19.58, Luca Barbieri wrote: nVidia dropped hardware support starting from nv40. For texture compression, S3TC or R-component-only textures should usually be a better option, and for other uses shader-based techniques are more flexible. The advantage is that lookup is done be

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread Luca Barbieri
nVidia dropped hardware support starting from nv40. For texture compression, S3TC or R-component-only textures should usually be a better option, and for other uses shader-based techniques are more flexible. ___ mesa-dev mailing list mesa-dev@lists.freed

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread Eric Anholt
On Mon, 20 Sep 2010 07:14:09 -0700, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Eric Anholt wrote: > > On our way to OpenGL 3.0, it would be nice to clean out some of the > > optional deprecated features that Mesa supports. The ARB_imaging subset > > is the highest

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread Brian Paul
On 09/20/2010 08:14 AM, Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Anholt wrote: On our way to OpenGL 3.0, it would be nice to clean out some of the optional deprecated features that Mesa supports. The ARB_imaging subset is the highest on my list -- it significantly

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-20 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Anholt wrote: > On our way to OpenGL 3.0, it would be nice to clean out some of the > optional deprecated features that Mesa supports. The ARB_imaging subset > is the highest on my list -- it significantly clutters up the pixel > path, and has al

Re: [Mesa-dev] Removing ARB_imaging subset extensions

2010-09-19 Thread Corbin Simpson
On Sun, Sep 19, 2010 at 5:59 PM, Eric Anholt wrote: > On our way to OpenGL 3.0, it would be nice to clean out some of the > optional deprecated features that Mesa supports.  The ARB_imaging subset > is the highest on my list -- it significantly clutters up the pixel > path, and has always been opt

[Mesa-dev] Removing ARB_imaging subset extensions

2010-09-19 Thread Eric Anholt
On our way to OpenGL 3.0, it would be nice to clean out some of the optional deprecated features that Mesa supports. The ARB_imaging subset is the highest on my list -- it significantly clutters up the pixel path, and has always been optional even though the specification text got rolled into Open