[prev in list] [next in list] [prev in thread] [next in thread]
List: vtkusers
Subject: Re: [vtkusers] Requirements for multiple volumes in one render window
From: Elvis Stansvik <elvis.stansvik () orexplore ! com>
Date: 2016-02-29 16:46:34
Message-ID: CAE-7VJ=iFRGfuoxBQefjJvQCm_t6MfxVKcpCnZmDVqeOdn8A0Q () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
2016-02-29 16:32 GMT+01:00 Aashish Chaudhary <aashish.chaudhary@kitware.com>
:
> Hi Elvis,
>
> On Sat, Feb 27, 2016 at 12:06 PM, Elvis Stansvik
> <elvis.stansvik@orexplore.com> wrote:
> > 2016-02-25 17:10 GMT+01:00 Elvis Stansvik <elvis.stansvik@orexplore.com
> >:
> >>
> >> Hi,
> >>
> >> From searching around, I think I've gathered that to render multiple
> >> volumes in a single window, each volume must have its own mapper and
> volume
> >> property. They can't share mapper or property.
> >>
> >> My question is whether I must use separate renderers for each volume as
> >> well, or if I can use the same renderer for them all?
> >>
> >> Also, I did read something in an old post about problems with rendering
> >> multiple volumes that intersect (share a voxel). Is this still a
> problem?
> >> I'm using VTK 6.2 and the vtkVolumeRayCastMapper.
> >>
> >> Thanks in advance!
> >
> >
> > Including Donny's answer here, to keep the thread intact:
> >
> >> See this thread:
> >>
> >>
> >>
> http://vtk.1045678.n5.nabble.com/Rendering-multiple-volumes-td5734685.html#a5734971
> >
> > Thanks, that clears some things up, and brings up some workarounds. That
> > thread was from oct/nov last year, so I guess it is still the case that
> > proper rendering of multiple volumes that share voxels in 3D space is not
> > possible? (even with 7.0?).
>
> It depends what you define proper. If you have two volumes and they
> share the exact same space, you can combine them into one volume. When
> they share the same space but do not overlap that's when things get
> tricky since then the outcome depends on how do you want to handle
> this disparity. There could be some other ways such as you combine the
> volume into one. At the rendering level it could get tricky.
>
> What exactly you are trying to do.
>
I see, what I would expect I think is composite rendering of the voxels
using some composite rendering function / blending mode (perhaps
configurable?).
Sorry if my use case wasn't clear, I'm attaching a rough sketch I did just
now which should explain it better.
Each of our volumes is a piece of a drill core (see my photo previously in
this thread). The pieces were scanned stacked on top of each other in a
plastic tube inside our machine. During scanning, they are not necessarily
aligned properly (as shown in the sketch, and also in the photo).
We will do some algorithmic alignment of the volumes, but we must also
allow the user to override / supplement the automatic alignment when it
fails. This means the user should be able to rotate and move (along Z axis)
the pieces until they align. It's like a pussle with pieces of a drill core
:)
While the user is doing this, the volumes may intersect (noone is perfect
on the first try). This is why I'm asking about rendering multiple volumes
that partially intersect in 3D space.
It's very desirable that the user can see inside the volumes while doing
this manual alignment, since the features (cracks, density variations, ...)
inside the rocks may be what guides the user in aligning the pieces
properly. That's why I don't like the idea of letting the user work with
extracted isosurfaces or similar instead.
Hope this clears things up a little!
Elvis
> - Aashish
>
> >
> > Elvis
> >
> >>
> >> Elvis
> >
> >
> >
> > _______________________________________________
> > Powered by www.kitware.com
> >
> > Visit other Kitware open-source projects at
> > http://www.kitware.com/opensource/opensource.html
> >
> > Please keep messages on-topic and check the VTK FAQ at:
> > http://www.vtk.org/Wiki/VTK_FAQ
> >
> > Search the list archives at: http://markmail.org/search/?q=vtkusers
> >
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/vtkusers
> >
>
>
>
> --
> | Aashish Chaudhary
> | Technical Leader
> | Kitware Inc.
> | http://www.kitware.com/company/team/chaudhary.html
>
[Attachment #5 (text/html)]
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-29 16:32 \
GMT+01:00 Aashish Chaudhary <span dir="ltr"><<a \
href="mailto:aashish.chaudhary@kitware.com" \
target="_blank">aashish.chaudhary@kitware.com</a>></span>:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">Hi Elvis,<br> <span class=""><br>
On Sat, Feb 27, 2016 at 12:06 PM, Elvis Stansvik<br>
<<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>> \
wrote:<br> > 2016-02-25 17:10 GMT+01:00 Elvis Stansvik <<a \
href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>>:<br> \
>><br> >> Hi,<br>
>><br>
>> From searching around, I think I've gathered that to render multiple<br>
>> volumes in a single window, each volume must have its own mapper and \
volume<br> >> property. They can't share mapper or property.<br>
>><br>
>> My question is whether I must use separate renderers for each volume as<br>
>> well, or if I can use the same renderer for them all?<br>
>><br>
>> Also, I did read something in an old post about problems with rendering<br>
>> multiple volumes that intersect (share a voxel). Is this still a \
problem?<br> >> I'm using VTK 6.2 and the vtkVolumeRayCastMapper.<br>
>><br>
>> Thanks in advance!<br>
><br>
><br>
> Including Donny's answer here, to keep the thread intact:<br>
><br>
>> See this thread:<br>
>><br>
>><br>
>> <a href="http://vtk.1045678.n5.nabble.com/Rendering-multiple-volumes-td5734685.html#a5734971" \
rel="noreferrer" target="_blank">http://vtk.1045678.n5.nabble.com/Rendering-multiple-volumes-td5734685.html#a5734971</a><br>
><br>
> Thanks, that clears some things up, and brings up some workarounds. That<br>
> thread was from oct/nov last year, so I guess it is still the case that<br>
> proper rendering of multiple volumes that share voxels in 3D space is not<br>
> possible? (even with 7.0?).<br>
<br>
</span>It depends what you define proper. If you have two volumes and they<br>
share the exact same space, you can combine them into one volume. When<br>
they share the same space but do not overlap that's when things get<br>
tricky since then the outcome depends on how do you want to handle<br>
this disparity. There could be some other ways such as you combine the<br>
volume into one. At the rendering level it could get tricky.<br>
<br>
What exactly you are trying to do.<br></blockquote><div><br></div><div>I see, what I \
would expect I think is composite rendering of the voxels using some composite \
rendering function / blending mode (perhaps configurable?).<br><br></div><div>Sorry \
if my use case wasn't clear, I'm attaching a rough sketch I did just now \
which should explain it better.<br><br></div><div>Each of our volumes is a piece of a \
drill core (see my photo previously in this thread). The pieces were scanned stacked \
on top of each other in a plastic tube inside our machine. During scanning, they are \
not necessarily aligned properly (as shown in the sketch, and also in the \
photo).<br><br></div><div>We will do some algorithmic alignment of the volumes, but \
we must also allow the user to override / supplement the automatic alignment when it \
fails. This means the user should be able to rotate and move (along Z axis) the \
pieces until they align. It's like a pussle with pieces of a drill core \
:)<br><br></div><div>While the user is doing this, the volumes may intersect (noone \
is perfect on the first try). This is why I'm asking about rendering multiple \
volumes that partially intersect in 3D space.<br><br></div><div>It's very \
desirable that the user can see inside the volumes while doing this manual alignment, \
since the features (cracks, density variations, ...) inside the rocks may be what \
guides the user in aligning the pieces properly. That's why I don't like the \
idea of letting the user work with extracted isosurfaces or similar \
instead.<br><br></div><div>Hope this clears things up a \
little!<br><br></div><div>Elvis<br></div><div><br></div><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <br>
- Aashish<br>
<br>
><br>
> Elvis<br>
><br>
>><br>
>> Elvis<br>
<span class="im HOEnZb">><br>
><br>
><br>
> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" rel="noreferrer" \
target="_blank">www.kitware.com</a><br> ><br>
> Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" \
target="_blank">http://www.kitware.com/opensource/opensource.html</a><br> ><br>
> Please keep messages on-topic and check the VTK FAQ at:<br>
> <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" \
target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br> ><br>
> Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" \
rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtkusers</a><br> \
><br> > Follow this link to subscribe/unsubscribe:<br>
> <a href="http://public.kitware.com/mailman/listinfo/vtkusers" rel="noreferrer" \
target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br> ><br>
<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">--<br>
> Aashish Chaudhary<br>
> Technical Leader<br>
> Kitware Inc.<br>
> <a href="http://www.kitware.com/company/team/chaudhary.html" rel="noreferrer" \
> target="_blank">http://www.kitware.com/company/team/chaudhary.html</a><br>
</div></div></blockquote></div><br></div></div>
--001a11474712447b23052ceb6489--
["align_core.jpg" (image/jpeg)]
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the VTK FAQ at: http://www.vtk.org/Wiki/VTK_FAQ
Search the list archives at: http://markmail.org/search/?q=vtkusers
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtkusers
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic