Hello Alexander,

On 09/13/2012 07:46 AM, Alexander Lang wrote:
> I looked at the code of the RenderPartition class and the
> OSG::RenderPartition::setupExecution() function calls
> _pBackground->clear(&_oDrawEnv); if the RenderPartition::BackgroundSetup
> flag is set. Therefore i tried:
>
> DepthPeelingStage::renderEnter()
> {
>      //init setup similar to HDRStage implementation
>
>      pPart->setRenderTarget(<myFBO>);
>
>      pPart->setBackground(pBack);
>
>      pPart->addSetupModeBit(RenderPartition::BackgroundSetup);
>
>      //if not first pass pushState() and add stage overrides here
>
>      recurseFromThis(renderAction);
>
>      //popState(), popPartition(), schedule postProcess, etc.
> }
> But this shows no effect i.e. the contents is still not cleared. Any idea?

hmm, the above looks ok to me and also after looking into 
RenderPartition::setupExecution() I see no additional settings that 
should be necessary. I'm afraid my only advice is to run under a 
debugger and step through setupExecution() to find out why it does not 
call the background's clear().

> Regarding the EXT_shader_image_load_store extension it requires OpenGL 3.0
> and GLSL 1.30 unfortunately, see
> http://developer.download.nvidia.com/opengl/specs/GL_EXT_shader_image_load_store.txt
> Can i still use the mechanism you described for getting the function pointer?

I *think* so, but Gerrit has been doing some work in that area to 
support the various OpenGL flavours (ES, core, compatibility), so I'm 
not fully up to date on how this works, let's ask him:

@Gerrit: What's the correct way to get a core function/core extension 
and which of the OSGGETGLFUNCBYID_* functions need to be used? Thanks!

        Cheers,
                Carsten

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to