Differences between revisions 21 and 22
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
'''''This functionality is only available in the development version of FreeSurfer.''''' '''''This functionality was made available in version 7.3.0 of FreeSurfer.'''''
<<BR>>
'''''Please note that version 2.0 of the tool was released
in the development version on February 1st 2023.'''''
Line 10: Line 12:
''E-mail: e.iglesias [at] ucl.ac.uk'' ''E-mail: jiglesiasgonzalez [at] mgh.harvard.edu''
Line 19: Line 21:
Line 61: Line 64:
mri_synthsr --i <input> --o <output> --ct --threads <n_threads> --cpu mri_synthsr --i <input> --o <output> --threads <n_threads> [--v1] [--lowfield] [--ct]
Line 68: Line 71:
 * ''<n_threads>'': (optional) number of CPU threads to use. The default is just 1, so crank it up for faster processing if you have multiple cores!
 * ''--v1'': (optional) use version 1.0 of SynthSR (model from July 2021); this is helpful for reproducibility purposes.
 * ''--lowfield'': (optional) use this flag when processing low-field scans with limited resolution and signal-to-noise ratios (see below).
Line 69: Line 75:
 * ''<n_threads>'': (optional) number of CPU threads to use. The default is just 1, so crank it up for faster processing if you have multiple cores!
 * ''--cpu'': (optional) use this flag to enforce running with CPU rather than GPU.
Line 75: Line 79:


=== 4. Processing low-field scans (e.g., Hyperfine) ===

In the 1.0 version of SynthSR, we provided a dedicated, multispectral (T1+T2) model for Hyperfine scans. This was problematic for two reasons: the pulse sequence requirements, and the alignment between the two modalities. While this model is still provided for reproducibility purposes (see below), we now have a single-scan model for low-field data. This is very similar to the "general" model, but the data synthesized during training has less resolution, more noise, and starker signal dropout. Below are two examples, from a 1.5x1.5x5mm axial T1 and from a 3mm isotropic T2:

<<BR>> {{attachment:hyperfine_v20.png||height="400"}} <<BR>><<BR>>


=== 5. Processing CT scans ===
Line 81: Line 95:
=== 6. Old multispectral (T1+T2) model for Hyperfine scans ===
Line 82: Line 97:
=== 4. Processing Hyperfine scans ===

We also provide a dedicated, multispectral (T1+T2) model for Hyperfine scans. While you can apply the all-purpose model above to the T1 or T2 scans from Hyperfine, their relatively low in-plane
resolution (1.5mm) and particularly high noise often degrades the results (especially when processing the T1). Beter results can be obtained by using both the T1 (FSE) and T2 (FSE) scans as
input to a separate, dedicated version of SynthSR:
In version 1.0, we provided a dedicated, multispectral (T1+T2) model for low-field scans acquired with the "standard" Hyperfine sequences (1.5x1.5x5mm axial). This model is still available, for reproducibility purposes. You can used it with the command:
Line 89: Line 100:
mri_synthsr_hyperfine --t1 <t1> --t2 <t2> --o <output> --threads <n_threads> --cpu mri_synthsr_hyperfine --t1 <t1> --t2 <t2> --o <output> --threads <n_threads>
Line 94: Line 105:
<<BR>> {{attachment:example_hyperfine.png||height="150"}} <<BR>><<BR>>

We emphasise that:

 * This version is for the "standard" Hyperfine T1 and T2 acquisitions (FSE sequence) at 1.5x1.5x5mm axial resolution.
Line 104: Line 110:
 * Also, we note that this Hyperfine super-resolution model is trained with synthetic images with no pathology; while it may be able to cope with small lesions, it will likely fail in e.g., stroke. We are looking forward to other super-resolution approaches (possibly supervised with real images) that do a better job!
Line 109: Line 114:
=== 5. Frequently asked questions (FAQ) ===
=== 7. Frequently asked questions (FAQ) ===
Line 121: Line 127:
 * '''How can I increase the speed of the CPU version without using a GPU?'''  * '''How can I increase the speed of execution?'''
Line 123: Line 129:
If you have a multi-core machine, you can increase the number of threads with the --threads flag (up to the number of cores). Additionally you can also try to decrease the cropping value, but this will also decrease the field of view of the image. If you have a multi-core machine, you can increase the number of threads with the --threads flag (up to the number of cores).
Line 125: Line 131:
 * '''How can I take advantage of multiple acquisitions when available (e.g., T1 + T2 + FLAIR)?'''

We have found that the positive effect of having multiple MRI modalities available is offset by the registration errors between the channels. If you have multiple usable acquisitions, we recommend that you run SynthSR + downstream analyses in all of them and average (or take median) of the results. For example: if you are interested in computing the hippocampal volume with FSL, you could run SynthSR on all the scans, then the FSL segmentation on all the synthetic scans, and average the results.
Line 128: Line 137:
This is probably of problem of image viewer! Indeed, this issue might arise when performing super-resolution, when the input images and their predictions are not at the same resolution, and some viewers cannot cope with resolution changes. In that case we recommend to use the ''--resample'' flag to save the resampled images, or simply to use FreeView (shipped with FreeSurfer), which is resolution-aware ! This is probably of problem of image viewer! Indeed, this issue might arise when performing super-resolution, when the input images and their predictions are not at the same resolution, and some viewers cannot cope with resolution changes. We recommend using FreeView (shipped with FreeSurfer), which is resolution-aware and does not have these problems.

SynthSR

This functionality was made available in version 7.3.0 of FreeSurfer.
Please note that version 2.0 of the tool was released in the development version on February 1st 2023.

Author: Juan Eugenio Iglesias

E-mail: jiglesiasgonzalez [at] mgh.harvard.edu

Rather than directly contacting the author, please post your questions on this module to the FreeSurfer mailing list at freesurfer [at] nmr.mgh.harvard.edu

If you use this tool in your analysis, please cite:

If you use the Hyperfine version, please cite this paper as well:


Contents

  1. Motivation and General Description
  2. Installation
  3. Usage
  4. Processing Hyperfine scans
  5. Frequently asked questions (FAQ)


1. Motivation and General Description

This tool implements SynthSR, a convolutional neural network that turns a clinical MRI scan (or even CT scan!) of any orientation, resolution and contrast into 1 mm isotropic MP-RAGE, while inpainting lesions (which enables easier segmentation, registration, etc). You can then run your favorite neuroimaging software (including FreeSurfer, of course!) on these synthetic images for segmentation / registration / any other analysis.


examples.png

2. Installation

The first time you run this module, it will prompt you to install Tensorflow. Simply follow the instructions in the screen to install the CPU or GPU version.

If you have a compatible GPU, you can install the GPU version for faster processing, but this requires installing libraries (GPU driver, Cuda, CuDNN). These libraries are generally required for a GPU, and are not specific for this tool. In fact you may have already installed them. In this case you can directly use this tool without taking any further actions, as the code will automatically run on your GPU.


3. Usage

We provide an "all purpose" model that can be applied to a scan of any resolution of contrast. Once FreeSurfer has been sourced, you can simply test SynthSR on your own data with:

mri_synthsr --i <input> --o <output> --threads <n_threads> [--v1] [--lowfield] [--ct]

where:

  • <input>: path to an image to super-resolve / synthesize. This can also be a folder, in which case all the image inside that folder will be processed.

  • <output>: path where the synthetic 1 mm MP-RAGE will be saved. This must be a folder if --i designates is a folder.

  • <n_threads>: (optional) number of CPU threads to use. The default is just 1, so crank it up for faster processing if you have multiple cores!

  • --v1: (optional) use version 1.0 of SynthSR (model from July 2021); this is helpful for reproducibility purposes.

  • --lowfield: (optional) use this flag when processing low-field scans with limited resolution and signal-to-noise ratios (see below).

  • --ct: (optional) use this flag when processing CT scans (details below).

The synthetic 1mm MP-RAGE will be of a standard contrast, bias field corrected, and with white matter lesions inpainted.


4. Processing low-field scans (e.g., Hyperfine)

In the 1.0 version of SynthSR, we provided a dedicated, multispectral (T1+T2) model for Hyperfine scans. This was problematic for two reasons: the pulse sequence requirements, and the alignment between the two modalities. While this model is still provided for reproducibility purposes (see below), we now have a single-scan model for low-field data. This is very similar to the "general" model, but the data synthesized during training has less resolution, more noise, and starker signal dropout. Below are two examples, from a 1.5x1.5x5mm axial T1 and from a 3mm isotropic T2:


hyperfine_v20.png

5. Processing CT scans

Regarding CT scans: SynthSR does a decent job with CT ! The only caveat is that the dynamic range of CT is very different to that of MRI, so they need to be clipped to [0, 80] Hounsfield units. You can use the --ct flag to do this, as long as your image volume is in Hounsfield units. If not, you will have to clip to the Hounsfield equivalent yourself (and not use --ct).


6. Old multispectral (T1+T2) model for Hyperfine scans

In version 1.0, we provided a dedicated, multispectral (T1+T2) model for low-field scans acquired with the "standard" Hyperfine sequences (1.5x1.5x5mm axial). This model is still available, for reproducibility purposes. You can used it with the command:

mri_synthsr_hyperfine --t1 <t1> --t2 <t2> --o <output> --threads <n_threads>

where, as in the previous version, <t1>, <t2> and <output> can be single files or directories.

If there is motion between the T1 and T2 scans, the T2 needs to be pre-registered to the space of the T1, but without resampling to the 1.5x1.5x5mm space of the T1, which would introduce large resampling artifacts. This can be done with FreeSurfer's mri_robust_register:

mri_robust_register --mov T2.nii.gz --dst T1.nii.gz --mapmovhdr T2.reg.nii.gz --cost NMI --noinit --nomulti --lta /dev/null


7. Frequently asked questions (FAQ)

  • Does running this tool require preprocessing of the input scans?

No! Because we applied aggressive augmentation during training (see paper), this tool is able to segment both processed and unprocessed data. So there is no need to apply bias field correction, skull stripping, or intensity normalization.

  • What formats are supported ?

This tool can be run on Nifti (.nii/.nii.gz) and FreeSurfer (.mgz) scans.

  • How can I increase the speed of execution?

If you have a multi-core machine, you can increase the number of threads with the --threads flag (up to the number of cores).

  • How can I take advantage of multiple acquisitions when available (e.g., T1 + T2 + FLAIR)?

We have found that the positive effect of having multiple MRI modalities available is offset by the registration errors between the channels. If you have multiple usable acquisitions, we recommend that you run SynthSR + downstream analyses in all of them and average (or take median) of the results. For example: if you are interested in computing the hippocampal volume with FSL, you could run SynthSR on all the scans, then the FSL segmentation on all the synthetic scans, and average the results.

  • Why aren't the predictions perfectly aligned with their corresponding images?

This is probably of problem of image viewer! Indeed, this issue might arise when performing super-resolution, when the input images and their predictions are not at the same resolution, and some viewers cannot cope with resolution changes. We recommend using FreeView (shipped with FreeSurfer), which is resolution-aware and does not have these problems.

SynthSR (last edited 2023-02-08 10:39:01 by JuanIglesias)