[vtkusers] Requirements for multiple volumes in one render window

[Elvis Stansvik]

2016-02-25 20:03 GMT+01:00 Elvis Stansvik <elvis.stansvik at orexplore.com>:

> 2016-02-25 18:04 GMT+01:00 Aashish Chaudhary <
> aashish.chaudhary at kitware.com>:
>
>> On Thu, Feb 25, 2016 at 11:44 AM, longbowzhang
>> <longbowzhangchina at gmail.com> wrote:
>> > Hi,
>> >
>> > 1 vtkRenderer is like a container, so you can put several volumes (as
>> > vtkVolume) into it. No problem.
>>
>> Yes,
>>
>
> Alright, good to know.
>
>
>>
>> >
>> > 2 I think (not 100% sure) it would be a problem if those volumes are
>> > intersecting with each other. You can test it easily.
>> > Just put two vtkVolumes into the scene, and then check the results.
>>
>> Intersecting volume would a be problem but having multiple volume
>> would be fine. You will have to sort them (tell VTK to sort them).
>>
>
> With sort them, you mean set the z order such that they are rendered on
> top of each other?
>

Zhang, do you think you could clarify what you meant by "sort them" above,
and what (visual) consequences doing so would have for the rendering of the
volumes, assuming the volumes intersect in 3D space.

Elvis


> This would be a real problem for us. We are doing x-ray tomography of
> drill cores. The core breaks into pieces during drilling, so think of each
> volume I'm speaking of as one of the pieces in the attached photo. Our
> software will do some algorithmic "puzzling" to align the volumes (pieces)
> after scanning, but we need to have an interactive way for the user to
> manually align the pieces as well, for the cases where automatic alignment
> fails (which it will in some hard/hopeless cases).
>
> If VTK can't properly render intersecting volumes, then I'm afraid it will
> be really hard to make such a tool for manual alignment intuitive to use.
> The user must be able to see the pieces while rotating them when they are
> close together, which invariably means they will intersect now and then as
> he/she tries to fit them together.
>
> Is this limitation of VTK present also in 7.0? I've been thinking of
> compiling a custom VTK 7.0, since I saw it has many improvements to volume
> rendering, and if it can do composite rendering of intersecting volumes,
> then we'll definitely do that.
> Elvis
>
>
>>
>> - Aashish
>>
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://vtk.1045678.n5.nabble.com/Requirements-for-multiple-volumes-in-one-render-window-tp5736847p5736853.html
>> > Sent from the VTK - Users mailing list archive at Nabble.com.
>> > _______________________________________________
>> > 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
>> _______________________________________________
>> 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20160420/358ba664/attachment.html>