Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add recommendations for distortion correction #896

Merged
merged 7 commits into from
May 22, 2023
Merged
Show file tree
Hide file tree
Changes from 4 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
19 changes: 19 additions & 0 deletions docs/faq.rst
Original file line number Diff line number Diff line change
Expand Up @@ -123,3 +123,22 @@ Yes, these techniques are complementary.
Multiband fMRI leads to collecting multiple slices within a volume simultaneously, while multi-echo
fMRI is instead related to collecting multiple unique volumes.
These techniques can be combined to reduce the TR in a multi-echo sequence.

********************************************************************************
[ME-fMRI] How do field maps and distortion correction work with multi-echo fMRI?
********************************************************************************

There are many different approaches to susceptibility distortion correction out there- far too many to discuss here.
However, the good news is that distortion does not typically change across echoes in multi-echo fMRI.
In most cases, the ``EffectiveEchoSpacing`` is the same across echoes,
so distortion will remain relatively constant, even as dropout increases with echo time.

What this means is that, in the vast majority of multi-echo datasets,
standard distortion correction methods will work, and should be applied in the same manner on all echoes.
For example, if you acquire a blip-up/blip-down set of images for all of your echo times,
you should use the first echo time's images to generate the undistortion transform,
as long as that first echo has sufficient gray/white constrast to be useful for alignment
(in which case, use the earliest echo that does have good contrast).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
One potential issue is that the nonlinear spatial transforms that are part of distortion correction methods have the potential to skew the relationship between echoes. Specific examples of nonlinear alignments causing problems have not yet been observed.

Copy link
Member Author

@tsalo tsalo Nov 19, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this apply when the same transform is applied to all echoes? It seems like this is the problem our recommendation is meant to address.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I saw this issue on a dataset a while back that had non-trivial intensity inhomogeneity from the surface to the center of the brain. Even though interpolation is calculated using the same voxels in all echoes, the interpolation affected each echo a bit differently and messed up the relationship between the echoes. I really don't know how systematic or serious this issue is, but I've generally been cautious on using aggressive non-linear interpolations before combining echoes.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel like this has to be rare, though that observation does worry me. The main issue I see with stating something like it is preferable to avoid non-linear alignment is that this is in direct contrast with the default settings in AFNI, for example.

That said, I think the suggestion is good, because it will keep people on their toes. It does make me think it might be an issue that needs to be raised with AFNI in regards to what data goes into tedana (though its possible I missed some of the flexibility there).

For context, please see
`this NeuroStars thread <https://neurostars.org/t/multi-echo-pepolar-fieldmaps-bids-spec-sdcflows-grayzone/23933/5>`_.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the idea of starting to link to NeuroStars from our docs so that people know to go there with questions and we don't have to reword entire discussions with examples in the docs.

13 changes: 13 additions & 0 deletions docs/multi-echo.rst
Original file line number Diff line number Diff line change
Expand Up @@ -462,6 +462,19 @@ time point.
research to better understand how these steps can be applied before denoising.


4. Apply susceptibility distortion correction consistently across echoes
========================================================================

One key feature of susceptibility distortion is that it is primarily a factor of echo spacing, rather than echo time.
This means that, for most multi-echo sequences, even though dropout will increase with echo time,
distortion will not (at least not to a noticeable/meaningful extent).

For this reason, if you are applying TOPUP-style (blip-up/blip-down) "field maps",
we recommend using your first echo time, as this will exhibit the least dropout.
If your first echo time is very short, and exhibits poor gray/white contrast, then a later echo time may be preferable.
In any case, you should calculate the spatial transform from just one of your echoes and apply it across all of them.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lots of repetition in these two files. Not sure if we should add the warning about nonlinear transforms here as well.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is ok, given that the nonlinear issues are relatively rare (I think and also hope). It also seems that the fix for this would not be on the users to generate special workflows, but instead on AFNI/fmriprep to run or save things at specific stages.


.. _fMRIPrep: https://fmriprep.readthedocs.io
.. _afni_proc.py: https://afni.nimh.nih.gov/pub/dist/doc/program_help/afni_proc.py.html

Expand Down