Differences between revisions 19 and 22 (spanning 3 versions)
Revision 19 as of 2022-11-08 15:02:58
Size: 7374
Editor: JuanIglesias
Comment:
Revision 22 as of 2023-02-01 12:35:27
Size: 8031
Editor: JuanIglesias
Comment:
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:
<<BR>>
 * SynthSR: a public AI tool to turn heterogeneous clinical brain scans into high-resolution T1-weighted images for 3D morphometry. JE Iglesias, B Billot, Y Balbastre, C Magdamo, S Arnold, S Das, B Edlow, D Alexander, P Golland, B Fischl. Science Advances, accepted for publication.

If you use the Hyperfine version, please cite this paper as well:
Line 21: Line 26:
<<BR>>
Since the robustness against MR contrast / orientation /resolution with a single model was not presented in the original SynthSR paper, we would also greatly appreciate it if you could please also cite:
 * [[https://arxiv.org/pdf/2107.09559.pdf|SynthSeg: Domain Randomisation for Segmentation of Brain MRI Scans of any Contrast and Resolution]]. B Billot, DN Greve, O Puonti, A Thielscher, K Van Leemput, B Fischl, AV Dalca, JE Iglesias. Under revision.
Line 62: 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 69: 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 70: 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 76: 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 82: Line 95:
=== 6. Old multispectral (T1+T2) model for Hyperfine scans ===
Line 83: 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 90: 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 95: 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 105: 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 110: Line 114:
=== 5. Frequently asked questions (FAQ) ===
=== 7. Frequently asked questions (FAQ) ===
Line 122: 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 124: 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 126: 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 129: 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 2025-10-02 08:42:24 by JuanIglesias)