[Mesa-dev] Correction about GL_SUN_slice_accum

[randrianasulu at gmail.com]

Brian Paul wrote:
> On 09/19/2010 09:55 PM, randrianasulu at gmail.com wrote:
>> It is not as old as I was thinking ....
>>
>> http://www.opengl.org/registry/specs/SUN/slice_accum.txt
>>
>> $Date: 02/03/13 15:15:35 $Revision: 1.3 $
>>
>>
>> But extension itself talks about accumulation buffer(s)[0], they 
>> supported
>> currently in software in mesa, and many old consumer-level cards seems 
>> don't
>> have them implemented in hardware, unfortunately including old (pre-nv30)
>> Nvidia cards, as far as i know .....
>>
>> On nv30 and up accumulation buffer can be emulated, sort of. See [1], 
>> or [2]
>> for 12-bit accumulation buffer. There was some interest in implementing
>> accum. buffer in Mesa as metaop (?) or in mesa state tracker for Gallium
>> drivers, but nothing come out, AFAIK. Sorry, can't find links right now
>>
>> [0]
>> 
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.91.4497&rep=rep1&type=pdf 
>> - "The
>> Accumulation Buffer: Hardware Support for High-Quality Rendering"
>>
>> [1] http://www.petewarden.com/notes/archives/2005/05/fragment_progra.html
>> [2]
>> 
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.14.9136&rep=rep1&type=pdf 
>> - "Complex
>> Water Effects at Interactive Frame Rates"
> 
> Did you post an earlier message about this? Are you advocating that we 
> implement this extension? If so, why?
> 
> -Brian

No, it was just error in my answer to son_of_the_osiris, (subj: RE: [PATCH] 
Trivially enable GL_ARB_texture_border_clamp for    nouveau_vieux) error from 
my side, I assumed SUN extension (exposed by NVIDIA binary driver) was 
something from very old times. I was wrong. This is just correction + some 
links i found interesting.