Volume rendering looks squashed

379

Hi everyone!

The volume rendering of this dog is outcentered and downsized in depth; I guess it is linked with a wrong image-spacing and origin-coordinates within the volume tab; but I could not achieve any change when I moved the values of the origin coordinates or the image-spacing.

Does this problem sound familiar to anyone?

I have had problems like this before but it sounds like you have already tried what I would have suggested doing.

Is this from a CT scan? If so I would suggest looking at the DICOM header. In the DICOM module pop up window (where you load the dicom file) click the ‘metadata’ button which is next to the ‘load’ button. In the header info you should be able to find a value for the pixel size or spacing as well as the slice thickness and spacing.

Go to the volumes module (check you have the right volume selected if you have multiple volumes) expand the volume information area. Make sure the image spacing values match what the DICOM header says they should be. For axial images the first two values should be the pixel spacing and the third should be the slice spacing. If they arent the same then change the values and you should see the volume update instantly as long as you are looking at the right volume in the slice views.

Slicer should always read the correct values from the dicom header but very occasionally I have had problems which I solved using the above method. If this fails for some reason then you could correct the shape of the volume with transformations and take measurements to confirm it is accurate. You would need another program which is defiantly showing the images correctly to compare it to.

2 Likes

Thank you so much!
I finally understood, -thanks to your explainations- that only the section-views were edited in real time. The 3D rendering do not aknowledge these changes but when I press the button ‘convert’ at the bottom of the ‘volume information’ section of the ‘volumes’ module, it sends the modified version to the folder indicated next to ‘file name’; which can now be opened and show the edited volume rendering.382

There seems to be a small volume rendering bug: if you manually change volume spacing, it is not reflected immediately in the volume rendering until you re-render (e.g., you rotate the view or trigger re-render with some other operation). I’ve fixed this now in Slicer Preview release.

1 Like