CSA header incorrect

[ghost]

The MB sequences do not correctly fill the CSA-headers field MosaicRefAcqTimes. It would be great to have this information, as this helps software detect the acceleration factor and set up slice timing. In the examples below, I would expect that for the 36 slice ascending sequence with x2 acceleration the values from slices 1-18 would be repeated with slices 19-36 (which we can demonstrate by rotating our head half way through a volume acquisition).However, we see a regularly ascending set of 36 times. Likewise, the values for interleaved are clearly wrong.
MosaicRefAcqTimes (for ascending slice order) 0 137.5 277.5 417.5 557.5 695 835 975 1115 1255 1392.5 1532.5 1672.5 1812.5 1950 2090 2230 2370 2510 2647.5 2787.5 2927.5 3067.5 3205 3345 3485 3625 3765 3902.5 4042.5 4182.5 4322.5 4460 4600 4740 4880
MosaicRefAcqTimes (for interleaved orders) 0 86397496 140 86397632 280 86397768 420 86397912 560 86398048 697.5 86398184 837.5 86398328 977.5 86398464 1117.5 86398608 1255 86398744 1395 86398888 1535 86399024 1675 86399168 1815 86399304 1952.5 86399440 2092.5 86399584 2232.5 86399720 2372.5 86399864

[xjqian]

There is a known issue (#29) of the "MosaicRefAcqTimes" in the DICOM file header for the first frame.

[ghost]

OK, I see my descending order was already reported…..
Chris Rorden, PhD
Endowed Chair of Neuroimaging
Department of Psychology
University of South Carolina
Columbia, SC 29208, USA
phone +1 803 404 2573
email rorden@sc.edumailto:rorden@sc.edu
web www.mricro.comhttp://www.mricro.com

On Mar 13, 2014, at 9:56 AM, Junqian Gordon Xu <notifications@github.commailto:notifications@github.com> wrote:

There is a known issue (#29#29) of the "MosaicRefAcqTimes" in the DICOM file header for the first frame.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/38#issuecomment-37535170.

[eauerbach]

duplicate of #29 and #36