fschfiletype from fsl v6.0.0 destroys data when working with float32 or uint16 T1w images. Upgrading to v6.0.5 fixes issue.

[ajschadler12]

• What is the current behavior?
  • fschfiletype program from fsl v6.0.0 (default in micapipe docker image) destroys T1w data when working with uint16 or float32 T1-weighted images.
• Please provide the steps to reproduce and if possible a minimal demo of the problem
  • Run proc_structural on a uint16 or float32 T1-weighted image using the default micapipe docker container, the artifact from below is produced. Eventually, the workflow terminates due to segmentation faults in fslmaths and fsl-FIRST.
• What is the expected behavior?
  • The workflow would complete successfully.
• Please tell us about your computing environment:
  • The default container was used.
• Proposed Solution:
  • Upgrade FSL to v6.0.2 or 6.0.3, which provide better compatibility for images with data types uint16 and float32.
• Other information
  • See this post on neurostars for the investigation and discussion of this issue.

[rcruces]

We just release a new version where we fixed this and other issues. v0.1.3. We are currently building the new container. Thank you so much for this observation.

[rcruces]

This issue was fixed on the version v0.1.5 and v0.2.0