File sizes after making a volume isotropic

Dear all,
I was astonished to see a dramatic drop in file size after using the crop volume module and I don’t understand why.
Here is my original volume volume information:
image
Now this is my new volume information after crop volume (using a roi to the full frame, B spline and isotropic spacing):
image
Note that I changed the units in the _iso file manually to the right scale (um instead of mm) before running the crop volume

Now if I save the isotropic file, the space used on disk is 2.3 G compared to 6.3 G for the original file.

How come ?

Many thanks to the community and developpers for help and of course, a great software !

Your second volume (the one generated after cropping) is actually larger than the original one (there are more voxels in Z dimension).

If you choose to compress the file during the save, the file size will be smaller than the memory footprint required to load the file. I presume your original file was not compressed. So that’s probably where the difference is coming from.

For large files like this, I suggest not compressing them. Most of the wait during the save/open operations are actually spend on compressing/uncompressing them as the compression library used is single-threaded.

Thanks Murat,
indeed I expected files larger, not smaller as there are more voxels in the Z dimensions.
In the save tab, I clicked on show options and noticed “compress” was checked. I had forgotten about that option but I probably did this voluntary at some point: I think in my case, storage space is more of a concern than time openning/saving (it s still very fast on my cluster, for files up to 15 GB, I hardly wait).
Perhaps that option should not be “hidden” as I simply forgot about that and went along my pipeline.
S

If you are using SlicerMorph, go to Application Settings->SlicerMorph then check use SlicerMorph customizations and restart Slicer. This will disable compression option for all your volume data.