Skip to content
New issue

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

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

Already on GitHub? # to your account

Remove non-steady-state volumes before rapidtide #12

Open
tsalo opened this issue Sep 4, 2024 · 1 comment
Open

Remove non-steady-state volumes before rapidtide #12

tsalo opened this issue Sep 4, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@tsalo
Copy link
Collaborator

tsalo commented Sep 4, 2024

What would you like to see added in fMRIPost-Rapidtide?

Rapidtide has a parameter (numtozero) that will drop initial volumes from the BOLD file. My understanding is that this is meant for removing non-steady-state volumes. If so, I'd like to do that before running rapidtide.

Do you have any interest in helping implement the feature?

Yes

Additional information / screenshots

No response

@tsalo tsalo added the enhancement New feature or request label Sep 4, 2024
@bbfrederick
Copy link
Collaborator

There's actually a separate option that's somewhat more focused on that, --simcalcrange, which I added while we were working on the connectivity inflation paper. It restricts which timepoints are used in estimating the voxelwise delays and signal strengths. One of the things we saw in the FC inflation paper was that for HCP resting state data, things really didn't settle down in the noise (for frequencies above the sLFO band) until a few hundred points into the dataset. Also, because of inflation, the SNR for calculating delay will be higher near the end of the data than the beginning, so it make sense to focus on those points:
Upperfreqs

Using --simcalcrange 200 -1 (use TR's starting at 200 and going to the end of the dataset) you can actually get a better estimate of the delay. However, you can still estimate the sLFO over the ENTIRE timecourse. That way you can make voxelwise regressors that remove sLFO without having to remove points (IIRC there have been multiple debates in the fMRIPrep discussion forums about trimming data or not, and the conclusion has alway been not to do it.

As a rule of thumb, you can probably safely set the starting TR to 1/4 of the total and still get a delay estimate which is as good or better than using the entire time course.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants