Hi everyone,

I'm wondering whether there are multiple versions of recon-all v 1.313.2.6 
(2010/08/04 15:50:56), and/or mri_ca_normalize stable5.

I have been testing recon-all and compared our output against the sample 
processed-data in FS/TUtorial. I found that the output obtained was different 
from the sample, despite the fact that I ran recon-all with the same options as 
the sample outputs, on the same input files.

recon-all -s bert -i 
/analysis/Tests/FSTest_Tossi/Samples2/buckner_data/tutorial_subjs/bert/mri/orig/001.mgz
 -i 
/analysis/Tests/FSTest_Tossi/Samples2/buckner_data/tutorial_subjs/bert/mri/orig/002.mgz
 -i 
/analysis/Tests/FSTest_Tossi/Samples2/buckner_data/tutorial_subjs/bert/mri/orig/003.mgz
 -all -debug -clean -norandomness -allowcoredump -time -subjid 
BertByTossi20110119A

I performed a line-by-line comparison of the recon-all log between the sample 
and one from my run and found that our log differs from the sample 
(buckner_data/tutorial_subjs/bert/scripts/recon-all.log) at line 1034, where 
mri_ca_normalize runs the first path of smoothing (with sigma=0.200). Whereas 
the sample has 38 recursions, my run had 18 recursions for this section. The 
outputs hereafter differed from each other.

I used the same version as the sample was processed, recon-all: v 1.313.2.6 
(2010/08/04 15:50:56), and mri_ca_normalize: stable5. Not to mention, the input 
files are identical.

Also, I ran the exact same line of the command more than three times, and 
obtained the exact same result. Therefore, I believe this is not due to any 
randomization introduced (if any) in normalization/smoothing. I used an x86_64 
processor, the same as the sample. Thus, I do not believe this is due to any 
floating point resolution difference between architectures, either.

The only possible reason I can think of that might account for the discrepancy is that 
there are multiple versions or compiles "stable5" mri_ca_normalize.

I obtained the sample input and result from;
ftp://surfer.nmr.mgh.harvard.edu/pub/data/bert.recon.tgz
Our download md5sum matches the one posted.

Here's a list of input files;
$ls -l 
/analysis/Tests/FSTest_Tossi/Samples2/buckner_data/tutorial_subjs/bert/mri/orig/
total 17776
-rw-rw-r-- 1 tossi mrilab 5996899 2010-08-09 13:01 001.mgz
-rw-rw-r-- 1 tossi mrilab 6077242 2010-08-09 13:01 002.mgz
-rw-rw-r-- 1 tossi mrilab 6083164 2010-08-09 13:01 003.mgz

Thank you very much in advance.

Tossi

/*********************************************
Tossi Ikuta, Ph.D.
Research Scientist
The Feinstein Institute for Medical Research
The Zucker Hillside Hospital
(718) 470-4486
<tik...@nshs.edu>
*********************************************/
_______________________________________________
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Reply via email to