For example, when I imported dicom data on 3dslicer on version 4.8, it would show the mark traces of layers 162 to 167.
But if I run the same dicom data on version 5.0, it only shows traces of data from layers 163 to 167.That means the mark 162 is not visible
Another problem also occurred: When running on version 5.0, the 156th layer name appeared twice and the 155th layer name was omitted, which would not have occurred with the same dicom data running on version 4.8.The following two figures show the problems above version 5.0
This page count problem came up a few times, but I checked that the renaming in my folder was OK
Although this problem is sometimes small, but the problem is a few pages at a time, it is still affected.Thank you all.
I’m not sure what you mean by ‘mark traces’. Can you clarify? It would be best if you could share a deidentified example to get the best advice.
This is the doodle trace of the segmenteditor paint function.
Have you loaded DICOM data using the DICOM module?
We are not aware of any issues regarding loading of clinical CT images. If there is any difference compared to previous versions, then most likely Slicer-5.2.1 provides the correct result.
This is the correct behavior when slice spacing is varying throughought the image (either because it was acquired with varying slice spacing to save dose; or because a few files were corrupted or misplaced).
Have you received any message about varying slice spacing when you loaded the image? Is there a
... acquisition transform in the scene after you loaded the image?