You can run the old command and then start the processing from that step on I
think.
On Mar 30, 2011, at 4:23 AM, Nikolas Borrel-Jensen
wrote:
> Hello!
>
> I have found a solution for the problem causing the bad registration.
>
> In Freesurfer 5.0, the function mri_robust_template is used
Hello!
I have found a solution for the problem causing the bad registration.
In Freesurfer 5.0, the function mri_robust_template is used for registration
creating the output volume rawavg.mgz when using the autorecon1 flag. It
turns out, that in Freesurfer 4.0, this step is performed by the funct
Hi again.
The orientation looks correct for both volumes (001.mgz and 002.mgz). Does
anyone know what is then going wrong with the registration in Freesurfer?
The average volume (orig.mgz) can be seen here:
http://freesurfer.nikolasborrel.com/bad_registration.tif
Kind regards
Nikolas Borrel-Jense
I'm not sure about the mri_robust_template issue, but you can check the
orientation by loading it in tkmedit. If the axial is axial with (nose
up) and the sag is sag (with nose to the right), then the qform is right
(assuming that LR is ok, which you can't check based on the direction of
the no
Hi!
I am having some trouble with the motion correction step when having two
volumes (NIFTI files). The average volume has not been determined correctly
due to a wrong orientation/registration of the two original volumes (see
http://freesurfer.nikolasborrel.com/bad_registration.tif). Is the proble
