Hi Allan,
On Fri, 2005-08-26 at 12:56 +0200, Allan Rasmusson wrote:
>
> Here's what I do (I removed error handling):
...
> _myDVRVolumePtr->setRenderMaterial(_simpleMaterial);
Interesting! Your're not supposed to be able to do that, because the
method is protected. Did you derive your own Volume from DVRVolume?
That renderMaterial is not really used to render the volume, it is
primarily a placeholder so that the RenderAction knows what to do with
the node.
> 1: As you know I have multiple graphs containing OSGDVRVolumes which are
> rendered in different viewports. Assume that I have three graphs, a,b
> and c rendered in seperate viewports. All graphs contains an
> OSGDVRVolume node, the viewport which renders graph b has a statistics
> foreground and graph c has a fragment program attached as described
> above. The odd thing is that all volumes renders correctly, but the
> statistics foreground is rendered with the fragment program. This always
> happens no matter what order the graphs are rendered in.
That does sound like a bug. The RenderAction should disable everything
after it's done rendering the Material. The problem is that I have no
good idea how to approach it right now. Do you have a simple test
program that could demonstrate the problem? If not, could you run a
frame through an OpenGL debugger like glIntercept or bugle and send me
the output?
> 2: I was just wondering if I could disable the fragment program for a
> few frames of rendering. I've been looking for something like
> enable()/disable() like the OSGClipPlaneChunk has.
>
> Uhm.... why has some chunks got the enable/disable operations while
> others don't?
The only chunk that really has it is the ClipPlaneChunk, the DepthChunk
has it too, but there it has a slightly different meaning. I'm not sure
why the ClipPlaneChunk has it, I got that code from Manfred and didn't
want to mess with it. But it's not used in the VolRend anyway, so I'm
probably going to remove it for 2.0. The way to disable a chunk is to
remove it from the Material/State. ;)
Yours
Dirk
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
