FSL 6.0.7.16, 12th December 2024
- New spmic-cudimot
- Removed fsl-cudimot
- fsl-base 2408.0 -> 2411.0
- fsl-data_omm 1.0 -> 1.1
- fsl-fugue 2201.4 -> 2201.5
- fsl-utils 2203.4 -> 2203.5
- fsl-xtract 2.0.5 -> 2.0.6
fsl-base 2408.0 -> 2411.0
- BF: Adjust
Makefilelogic so that${FSLDEVDIR}/includetakes precedence over${FSLDIR}/include - BF: Fix bug in C compilation rule
The rule was using
${C}for the C compiler instead of${CC}
Detailed history
BF: Adjust fslversion to check for different variants of conda env update commands when searching through env update history for "official" updatesMNT: Allow some make vars to be overridden by the env/prior to inclusion of default.mkRF: Adjust construction of compiler flags so that $FSLDEVDIR/include takes precedence over $FSLDIR/includeDOC: Changelog, readmeBF: Typo in .c build rule - variable is ${CC}, not ${C}
fsl-data_omm 1.0 -> 1.1
- Add skeletonised FA for TBSS
-
Correct naming convention of warps NB! This is a breaking change! Essentially, the filenames have been swapped for MNI->OMM and OMM->MNI transformations to reflect the direction in which they transform data, rather than the direction in which the warp is moving points.
-
MNT: Add manifest files for use by
fsl_get_standardAddmanifest.txtfiles to allow the OMM templates to be used by thefsl_get_standardtool (https://fsl.fmrib.ox.ac.uk/fsl/docs/#/utilities/dataset_clitools?id=fsl_get_standard).The intent of
fsl_get_standardis to allow users and scripts to dynamically select standard templates, instead of hard-coding paths to (e.g.)$FSLDIR/data/standard/MNI152_T1_2mm.nii.gz. Assuming that the OMM templates are installed into$FSLDIR/data/omm/Oxford-MM-1/, users/scripts can select the OMM templates by setting theFSL_STANDARDenvironment variable, e.g.:$ fsl_get_standard /usr/local/fsl/data/standard/MNI152_T1_2mm.nii.gz $ export FSL_STANDARD=omm/Oxford-MM-1 $ fsl_get_standard /usr/local/fsl/data/omm/Oxford-MM-1/OMM-1_T1_head.nii.gzOr by using the
--standardoption, e.g.: -
Update transformation names for specificity Since there is a major breaking change in the naming convention (i.e., swapping the to/from meanings) I thought it would be better to just rename the files entirely. This will lead to scripts using these warps failing rather than mistakenly using the wrong transformations, which is preferable.
Detailed history
Add skeletonised FA for TBSSCorrect naming convention of warps NB! This is a breaking change! Essentially, the filenames have been swapped for MNI->OMM and OMM->MNI transformations to reflect *the direction in which they transform data*, rather than the direction in which the warp is moving points.MNT: Manifest files for use by fsl_get_standardRF: Use T2_FLAIR rather than T2Add QSM volumeUpdate READMEUpdate transformation names for specificity Since there is a major breaking change in the naming convention (i.e., swapping the to/from meanings) I thought it would be better to just rename the files entirely. This will lead to scripts using these warps failing rather than mistakenly using the wrong transformations, which is preferable.
fsl-fugue 2201.4 -> 2201.5
-
Fix OSX Packing On OSX repeatedly switching between the Siemens/GEHC modes will break the packing,
This commit fixes by updating the label text instead.
Detailed history
BF: Fix packing issue on reported mode changesMNT: Removed obsolete OCMR/Varian modeMNT: Removed incomplete OCMR optionMNT: Restored copyright
fsl-utils 2203.4 -> 2203.5
- MNT: Call
omp_set_num_threadsin addition toopenblas_set_num_threadsBLAS threading is disabled by default in FSL tools, as it usually does not give any performance benefit. When using an OpenMP build of OpenBLAS, theopenblas_set_num_threadsfunction used to callomp_set_num_threads. But this has changed at some point, and now one must explicitly callomp_set_num_threadsin order to control the number of threads used by OpenBLAS.
Detailed history
MNT: Call omp_set_num_threads in addition to openblas_set_num_threads, as the latter no longer calls the former, and openblas calls may otherwise use multiple threads (op openblas-omp builds)
fsl-xtract 2.0.5 -> 2.0.6
Detailed history
Merge pull request #9 from SPMIC-UoN/xpybug fix: was saving left scalar map prediction as left and right resultsMerge pull request #8 from SPMIC-UoN/xpyadded KLD scipy versionupdate normalisationMerge pull request #7 from SPMIC-UoN/xpyupdated to include make_subcort_bpadded normalisation in case of tract subsettingadditional script to support subcortical blueprintingUpdates to report to make it more user friendlyUpdated to use nomat2 for subcortex.Updated to use nomat2 for subcortex. Added intent code for CIFTI (3006)added hidden queue option