[GEM-dev] motion blur

cyrille henry cyrille.henry at la-kitchen.fr
Mon Aug 21 19:30:37 CEST 2006


and finally, the attachement.
sorry.
c

cyrille henry a écrit :
> finally : i replace all GLclampd by float
> and cast the value on the glClearDepth.
> like in the attachment.
> 
> this solve the problem.
> 
> is it clean enough to be commited on the cvs?
> 
> cyrille
> 
> cyrille henry a écrit :
>> i made more test.
>> the depth buffer is empty, but not with the correct value.
>> the problem comes from GEMglClearDepth
>>
>> this code :
>>
>> /////////////////////////////////////////////////////////
>> // Render
>> //
>> void GEMglClearDepth :: render(GemState *state) {
>>     glClearDepth (10);  // <- fix for test only
>> post("depth : %d", depth);  // <- ...
>>
>> }
>>
>> gives :
>> depth : 1073741824 in the log
>> and the patch is working.
>>
>> look like there is a problem with (GLclampd) casting.
>>
>>
>> cyrille
>>
>>
>> chris clepper a écrit :
>>> Yes, that mask is only for the depth buffer.  The mask for color and 
>>> depth would be 256 + 16384.
>>> On 8/21/06, *cyrille henry* < cyrille.henry at la-kitchen.fr 
>>> <mailto:cyrille.henry at la-kitchen.fr>> wrote:
>>>
>>>     I add the line :
>>>
>>>             post("mask %d, depth %d, current %d, color %d", mask,
>>>     GL_DEPTH_BUFFER_BIT, GL_CURRENT_BIT, GL_COLOR_BUFFER_BIT);
>>>
>>>
>>>     and it gives me :
>>>     mask 256, depth 256, current 1, color 16384
>>>
>>>     looks OK.
>>>     ???
>>>
>>>     cyrille
>>>
>>>     chris clepper a écrit :
>>>      > On 8/21/06, *cyrille henry* < cyrille.henry at la-kitchen.fr
>>>     <mailto:cyrille.henry at la-kitchen.fr>
>>>      > <mailto:cyrille.henry at la-kitchen.fr
>>>     <mailto:cyrille.henry at la-kitchen.fr>>> wrote:
>>>      >
>>>      >     well, if you see something, then it "work better"
>>>      >     i think we have the same problem.
>>>      >
>>>      >     so, i think the gemglcleardeph and gemglclear does not only
>>>     clear depth
>>>      >     buffer, but also the color buffer.
>>>      >     but i don't really see why, and how to solve this.
>>>      >
>>>      >
>>>      > It works on both Nvidia and ATI on OSX, but not ATI on 
>>> Windows.  The
>>>      > code only clears the depth buffer, so I can't see what would
>>>     trigger the
>>>      > clearing of any other buffers.  Maybe the GLdefine constants are
>>>     wrong
>>>      > or there is an OR being done?  Try printing out 
>>> GL_DEPTH_BUFFER_BIT,
>>>      > GL_CURRENT_BIT and GL_COLOR_BUFFER_BIT to the console.
>>>      >
>>>      > cgc
>>>      >
>>>      >
>>>      >
>>>      >
>>>     
>>> ------------------------------------------------------------------------
>>>
>>>      >
>>>      > _______________________________________________
>>>      > GEM-dev mailing list
>>>      > GEM-dev at iem.at <mailto:GEM-dev at iem.at>
>>>      > http://lists.puredata.info/listinfo/gem-dev
>>>     <http://lists.puredata.info/listinfo/gem-dev>
>>>
>>>
>>
>> _______________________________________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/listinfo/gem-dev
>>
>>
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: GEMglClearDepth.h
Type: text/x-chdr
Size: 1258 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20060821/1e183c69/attachment.h>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: GEMglClearDepth.cpp
Type: text/x-c++src
Size: 1744 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20060821/1e183c69/attachment.cpp>


More information about the GEM-dev mailing list