Dear Tetsuji,
First, when having both SPM8 and SPM12 installed on your computer, make
sure to have a single version in your MATLAB path at a time (you might
find spm_rmpath useful) and have "clear classes" executed when switching
from one SPM version to another within the same MATLAB session.
Now, about slice timing correction, it ran without error in SPM8 but the
computation it performed was not right (as illustrated by the displayed
TR that is different from the one you entered). SPM12 displays more
details and performs more tests about the consistency of the inputs and
detects something is wrong - hence the error.
Slice timing correction takes place along the third dimension of your
images and apparently there are 8 slices in that dimension and not 13.
Have you performed any preprocessing to the data before entering slice
timing correction and how did you convert the data from DICOM to NIfTI?
In which direction were the data acquired? e.g. sagittal instead of
axial? Where did you get the slice order from?
Best regards,
Guillaume.
On 28/03/17 07:46, oyamatetsuji wrote:
> Dear Helmut,
>
> Thank you for your response.
> I set 13 slices, not 8 slices.
>
> In spm8, slice timing is processed successfully.
> But, nevertheless I input 1(one) of TR, spm8 returned 0.8 as TR, see the attached in the case of spm8.png.
> I can't understand this phenomena.
> In spm12, "Number of slices is 8, and TR is 0.61538" are returned as you noticed, in spite of setting slice 13 and TR 1.
> Then, I didn't care for these values.
> Which value should be returned originally ?
>
> This case, as slice number is 13(not many), and TR is 1sec(short),
> spm12 judged slice timing correction is not necessary ?
>
> Best regards,
>
> Tetsuji
>
--
Guillaume Flandin, PhD
Wellcome Trust Centre for Neuroimaging
University College London
12 Queen Square
London WC1N 3BG
|