User Details
- User Since
- Aug 1 2016, 12:10 PM (435 w, 4 d)
Aug 2 2016
Hi Thomas,
The code is on a private branch of our MITK fork. I am happy to share it, but it depends on some code which does not exists within MITK itself. First let me try to explain what I did:
Hi Thomas,
the code is just here:
I have some ideas regarding an OpenCL implementation, I'm happy to share them with you after I researched the topic a bit more.
Hi Sandy,
I'm afraid that isn't doable. To demonstrate I made a couple of screenshots. The first one (01-screenshot-reference.png) shows the central slice of the vtk polydata file as it is rendered within the mitk stdMultiWidget.
screenshots.zip:
01-screenshot-reference.png
02-screenshot-extractedSlice.png
03-screenshot-extractedContour.png
04-screenshot-extractedSlice.png
05-screenshot-extractedContour.png
06-screenshot-extractedSlice.png
07-screenshot-extractedContour.png
Hi there,
It's Gergely here from CMIC. I have already tried option B but the outcome isn't satisfactory. I implemented the VTK pipeline as mentioned and it does work realtime, however the outcome (contour of the surface's cross-section with the plane) is not identical to the results of the vtkCutter method. This is due to the fact that vtkCutter actually performs interpolation to generate the contour line when the plane is cutting through a cell, resulting in a nice and continuous outline. While option B just restricts which cells are being displayed by adjusting the camera + focal point, and displays those cells as they are. For example if a triangle entirely falls into the plane then it will be fully visible in the output, instead of being represented by the contour line.
Hi,
I have tested on a CT dataset which appeared to be OK, but when I rendered the attached set (output of freesurfer) it also fails.
more_data
Ok, the file was too large for attaching here, please find it on SendSpace:
http://www.sendspace.com/file/it377p
Hi there,
this bug is still present in our latest MITK fork, with upstream merged in December.