<div dir="ltr">Hi Elvis,<div><br></div><div>I don't think it would make it to 8.0 but it is one of the next things on the list to add to</div><div>the mapper, so most likely 8.x.  I will ping you once there is a branch for testing.</div><div><br></div><div>Álvaro</div><div style="text-align:right"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 14, 2017 at 12:09 PM, Elvis Stansvik <span dir="ltr"><<a href="mailto:elvis.stansvik@orexplore.com" target="_blank">elvis.stansvik@orexplore.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2016-04-20 15:04 GMT+02:00 Elvis Stansvik <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>><wbr>:<br>
> 2016-03-04 12:00 GMT+01:00 Elvis Stansvik <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>><wbr>:<br>
>><br>
>> 2016-03-02 21:16 GMT+01:00 Aashish Chaudhary<br>
>> <<a href="mailto:aashish.chaudhary@kitware.com">aashish.chaudhary@kitware.com</a><wbr>>:<br>
>>><br>
>>> Elvis,<br>
>>><br>
>>> thanks for the detailed information. I thought about a way of doing<br>
>>> this. Basically, I think the mapper has to take multiple inputs and if<br>
>>> multiple inputs are present, then we will construct a BBox around it<br>
>>> and used that for traversing. Now, internally, we would have to<br>
>>> transform the data position to each volume so that we can perform the<br>
>>> lookup and set some rules on how to perform compositing (replace,<br>
>>> modulate etc.). I will talk to the team here and will add in our todo<br>
>>> but we would have check on the priority of it.<br>
><br>
><br>
> Any news on how you chose to prioritize this? Is it possible there will be<br>
> something in a 7.x point release, or is it further off?<br>
<br>
I'm still interested in how/if you prioritized this, or if there's<br>
even some work going on in some branch?<br>
<br>
Elvis<br>
<br>
><br>
> Elvis<br>
><br>
>><br>
>><br>
>> Thanks a lot for looking into this and bringing it up with the team. It<br>
>> would be a very welcome addition for us, and surely to some others as well.<br>
>><br>
>> The approach you outline seems sound to me, but I am a layman in<br>
>> visualization :)<br>
>><br>
>>><br>
>>><br>
>>> If you want to help us with this then I am more happy to guide you<br>
>>> with the process. It won't be very difficult but will require some<br>
>>> careful changes to the existing mapper.<br>
>><br>
>><br>
>> I'm afraid we're in the middle of a product launch here at work, so I'm<br>
>> quite swamped. This is only a small part of the application I'm building.<br>
>> I'm also completely new to VTK and visualization in general, so I'm also<br>
>> afraid it would be more difficult and time consuming for me than you might<br>
>> think (as opposed to a seasoned VTK dev).<br>
>><br>
>> I'm of course prepared to try out any changes you do on our data sets,<br>
>> should you decide to work on this.<br>
>><br>
>> Thanks again,<br>
>> Elvis<br>
>><br>
>>><br>
>>> Thanks,<br>
>>><br>
>>><br>
>>> On Mon, Feb 29, 2016 at 11:46 AM, Elvis Stansvik<br>
>>> <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>> wrote:<br>
>>> > 2016-02-29 16:32 GMT+01:00 Aashish Chaudhary<br>
>>> > <<a href="mailto:aashish.chaudhary@kitware.com">aashish.chaudhary@kitware.com</a><wbr>>:<br>
>>> >><br>
>>> >> Hi Elvis,<br>
>>> >><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<br>
>>> >> > <<a href="mailto:elvis.stansvik@orexplore.com">elvis.stansvik@orexplore.com</a>><wbr>:<br>
>>> >> >><br>
>>> >> >> Hi,<br>
>>> >> >><br>
>>> >> >> From searching around, I think I've gathered that to render<br>
>>> >> >> multiple<br>
>>> >> >> volumes in a single window, each volume must have its own mapper<br>
>>> >> >> and<br>
>>> >> >> volume<br>
>>> >> >> property. They can't share mapper or property.<br>
>>> >> >><br>
>>> >> >> My question is whether I must use separate renderers for each<br>
>>> >> >> 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<br>
>>> >> >> rendering<br>
>>> >> >> multiple volumes that intersect (share a voxel). Is this still a<br>
>>> >> >> 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>
>>> >> >><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.<wbr>com/Rendering-multiple-<wbr>volumes-td5734685.html#<wbr>a5734971</a><br>
>>> >> ><br>
>>> >> > Thanks, that clears some things up, and brings up some workarounds.<br>
>>> >> > That<br>
>>> >> > thread was from oct/nov last year, so I guess it is still the case<br>
>>> >> > that<br>
>>> >> > proper rendering of multiple volumes that share voxels in 3D space<br>
>>> >> > is<br>
>>> >> > not<br>
>>> >> > possible? (even with 7.0?).<br>
>>> >><br>
>>> >> 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>
>>> ><br>
>>> ><br>
>>> > I see, what I would expect I think is composite rendering of the voxels<br>
>>> > using some composite rendering function / blending mode (perhaps<br>
>>> > configurable?).<br>
>>> ><br>
>>> > Sorry if my use case wasn't clear, I'm attaching a rough sketch I did<br>
>>> > just<br>
>>> > now which should explain it better.<br>
>>> ><br>
>>> > Each of our volumes is a piece of a drill core (see my photo previously<br>
>>> > in<br>
>>> > this thread). The pieces were scanned stacked on top of each other in a<br>
>>> > plastic tube inside our machine. During scanning, they are not<br>
>>> > necessarily<br>
>>> > aligned properly (as shown in the sketch, and also in the photo).<br>
>>> ><br>
>>> > We will do some algorithmic alignment of the volumes, but we must also<br>
>>> > allow<br>
>>> > the user to override / supplement the automatic alignment when it<br>
>>> > fails.<br>
>>> > This means the user should be able to rotate and move (along Z axis)<br>
>>> > the<br>
>>> > pieces until they align. It's like a pussle with pieces of a drill core<br>
>>> > :)<br>
>>> ><br>
>>> > While the user is doing this, the volumes may intersect (noone is<br>
>>> > perfect on<br>
>>> > the first try). This is why I'm asking about rendering multiple volumes<br>
>>> > that<br>
>>> > partially intersect in 3D space.<br>
>>> ><br>
>>> > It's very desirable that the user can see inside the volumes while<br>
>>> > doing<br>
>>> > this manual alignment, since the features (cracks, density variations,<br>
>>> > ...)<br>
>>> > inside the rocks may be what guides the user in aligning the pieces<br>
>>> > properly. That's why I don't like the idea of letting the user work<br>
>>> > with<br>
>>> > extracted isosurfaces or similar instead.<br>
>>> ><br>
>>> > Hope this clears things up a little!<br>
>>> ><br>
>>> > Elvis<br>
>>> ><br>
>>> >><br>
>>> >> - Aashish<br>
>>> >><br>
>>> >> ><br>
>>> >> > Elvis<br>
>>> >> ><br>
>>> >> >><br>
>>> >> >> Elvis<br>
>>> >> ><br>
>>> >> ><br>
>>> >> ><br>
>>> >> > ______________________________<wbr>_________________<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/<wbr>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_<wbr>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=<wbr>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/<wbr>mailman/listinfo/vtkusers</a><br>
>>> >> ><br>
>>> >><br>
>>> >><br>
>>> >><br>
>>> >> --<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/<wbr>company/team/chaudhary.html</a><br>
>>> ><br>
>>> ><br>
>>><br>
>>><br>
>>><br>
>>> --<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/<wbr>company/team/chaudhary.html</a><br>
>><br>
>><br>
><br>
______________________________<wbr>_________________<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 <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_<wbr>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=<wbr>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/<wbr>mailman/listinfo/vtkusers</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Alvaro Sanchez</div><div>Kitware, Inc.</div><div>Senior R&D Engineer</div><div>21 Corporate Drive</div><div>Clifton Park, NY 12065-8662</div><div>Phone: 518-881-4901</div></div></div></div></div></div></div>
</div>