Open sameera2004 opened 4 years ago
The reportlet and the preproc nifti indeed have divergent paths in the compute graph.
Bad news is that a fix requires a much more comprehensive implementation of resampling on SDCFlows (e.g., 4D files, accept head-motion parameters). Good news is that this new implementation will stick out w.r.t. the state of the art, leveling with FSL [much lesser flexible] implementations and, to the best of my knowledge, much better than any other tool.
This is to say this will take a little time, but both dMRIPrep and fMRIPrep are going to benefit great deal.
Just bumping this as having the same problems when processing data with HCP Lifespan protocol -- wondering if there is a potential fix for this in some development branch? Thanks!
@akhanf thanks for the nudge, indeed there's a fix recently merged in master. That means that the nipreps/fmriprep:unstable
docker image should be up-to-date with the fix.
@sameera2004 any chance you could give the new Docker image a try with these data?
Great to hear, thanks @oesteban ! Will give it a try too..
Hi,
I pre-processed resting state data using fMRIprep 20.1.1. This data set contain 20 subjects, 2 sessions for each subject, and 4 runs for each session. I used SpinEcho field maps to do the susceptibility distortion correction (SDC). The SDC with SpinEcho’s worked for majority of the data. However, it worsen the SDC’s in certain subjects. Below is the command that I used to run fMRIprep;
singularity run --cleanenv --bind /mnt/fMRIprep /mnt/tools/fMRIprep_sing/fmriprep-20.1.1.simg /mnt/fMRIprep/scR21 /mnt/fMRIprep/scR21_outputs -w /mnt/fMRIprep/scR21_outputs/derivatives/scratch --fs-license-file $PWD/license.txt --write-graph --cifti-output 91k participant --participant-label 50015 50016 50020 50024 50027 50033 50042 50137 50144 --ignore slicetiming --output-spaces T1w MNI152NLin2009cAsym:res-2 fsaverage fsLR I am wondering if anybody else has experienced similar issues. Please let me know.
Thanks in advance Best Regards Sameera