- Open MITK-Data/3D+t-Heart
- Switch on volume visualization 💣
- Crash 💥
- Mentioned Here
- T28274: [Volume Visualization] Volume Rendering for 4D images does only work on timestep 0 or not at all
T24766: Last time step of 3D+t data with arbitrary time geometry not selectable by image navigator spinbox
T24767: Workbench crashes when loading two 3D+t images with different number of time steps
Segmentation fault occurs in vtkAOSDataArrayTemplate::GetTypedComponent(vtkIdType tupleIdx, int comp) after accessing the buffer.
Crash only occurs with the DICOM 3D+t image which also causes trouble in T24767 and T24766. Seems to work with all other 3d+t images in MITKData. Volume visualization works for the image if it is exported to .nrrd first.
We found out that volume visualization works as expected when following the described steps:
- Close rendering display
- Open MITK-Data/3D+t-Heart (rendering display is opened automatically)
- Switch on volume visualization
- No crash :)
We couldn't find out the difference between the initial rendering display and the second rendering display so far.
The issue still occurs on both Windows and Linux systems. The transfer function widget seems to be initialized correctly. The last MITK method called before diving into VTK internals mentioned above is VtkMapper::MitkRenderVolumetricGeometry.
Seems that the pixel type is not set properly:
Show details lists "Channel: Unnamed [scalar], PixelType: scalar" for the nrrd file and "Channel: Unnamed , PixelType: " for the DICOM file.
Could this be the reason for the access violation later on?
I couldn't reproduce this bug in the latest Release installer on Windows. However, there is no volume visualization shown at all (no matter which timestep or which histogram I select).
If the crash does not occur anymore on Ubuntu etc. we can resolve the crash bug.
I mentioned the general problem with 4D data and visualization here: T28274