Vincent Honnet wrote:
Hi Dirk,
Sorry, I did a mistake... we are not giving the slices directly to the
ImagePtr, we are creating from the slices a 3D RGBA buffer and we give
it to the ImagePtr (with the methode set()) and we are setting the
parameters of the DVRVolumeTexturePtr. So, we don't use the Texture2D.
I answered too fast yesterday evening after a long bad day...
Vincent
Dirk Reiners a écrit :
Hi Vincent,
On Wed, 2005-07-27 at 19:32 +0200, Vincent Honnet wrote:
Hello Dirk,
Since we are loading 2D slices in order to create 3D volumes with
them I think we are interested in this support of 2D textures in the
VolRen. For that we are using ImagePtr which we give to
DVRVolumeTexturePtr with setImage() and also a setSliceThickness. If
you want to remove that then we will have a problem...
Hm, I'm a little confused now. Do you create an actual 3D Image or do
you feed 2D Images into VolRen? I wasn't aware the latter was possible,
as the DVRVolumeTexture assumes a 3D Image in a number of places.
If you are feeding in a 3D Image the only thing you lose is the ability
to use Volume::textures2D. Is that what you're using?
Thanks
Dirk
Hi.
Hope it's not too late to answer this question, but I just returned
from a long (and needed) vacation.
Actually I'm also replying to my question about the segmentation fault
when using a 3d-volume with only one slice. This was solved by calling
setTextures2D(true). Guess this means I'm curently using 2d-textures,
but I should be able to overcome this if the bug in OSGBrick causing the
seg.fault is sorted.
Just for fun you can see a screenshot of my OpenSG app showing
(animated) volumerendering in multiple viewports, with and without a
ClipPlane and two ways of rendering a singleslice of the volume: bottom
left is just a perpendicular view into the clipPlane, bottom right is
the same, but uses another dataset and a fragment program to illustrate
physical properties.
http://www.daimi.au.dk/~alras/c3d.png
/Allan
-------------------------------------------------------
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