[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