Hi Allan,

On Tue, 2005-08-30 at 13:53 +0200, Allan Rasmusson wrote:

>     I am not using any classes derived from DVRVolume. If one looks at 
> OSGDVRVolumeBase.h you are quite right that setRenderMaterial is 
> protected, but in OSGDVRVolume.h it is made public (around line 90). 
> Conflict of interests...

Ack! How did that get in there?

>     Okay then; instead of using the setRenderMaterial, I tried to attach 
> my OSGFragmentProgramChunk to the DVRAppearance which is just a 
> specialized version of the ChunkMaterial. I should mention that all 
> volume rendering is setup and renderer BEFORE the fragment program is 
> added. In order to add the fragment program I do:
> 
>     ... initialize fragment program chunk...
> 
>        DVRAppearancePtr app = myVolume->getAppearance();
>         beginEditCP(app);
>         app->addAttachment(_myFragmentProgram);
>         endEditCP  (app);
> 
>     The fragment program is completely ignored, but just after adding 
> this the dbg version starts complaining:
> 
> WARNING: 
> (/users/alras/code/OpenSG/Source/System/State/OSGTextureChunk.cpp,1907): 
> TextureChunk::deactivate precheck failed: invalid enumerant (0x500)
> 
> Hm... Does all this mean that the only way to render the vol. rend. 
> using a fragment program is to write a custom shader?

Honestly, that was the idea. The Slicer can be used for simple things,
like using an arbitrary Material on a 3D texture, and the VolRen
Framework was for more complicated shaders that need bricking,
precalculated gradients etc. It would be possible to write a
MaterialShader that just takes a Material and uses that to render the
Volume, but we don't have that yet.

> I haven't had time to do a test program, but should be able to do so in 
> a day or two.

Great, thanks.

> Do you plan to remove the enable/disable feature from the clipPlane? I 
> ask because I may have 4 or 5 clipPlanes attached to several graphs, and 
> allow the user to choose which ones are enabled for each graph.

I was planning to do that. Now I need to think about a good way for you
to keep your system working. Hmm...

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

Reply via email to