Hi Jim,
> Thanks for the prompt reply. The avwhd output is ...
>
> filename I.0.hdr
>
> sizeof_hdr 348
> dim0 4
> dim1 64
> dim2 64
> dim3 28
> dim4 80
> datatype 4
> bitpix 16
> pixdim0 0.0000
> pixdim1 3.1000
> pixdim2 3.1000
> pixdim3 5.0000
> pixdim4 3.0000
These values (and I've only included the most relevant) all seem fine to
me. So I'm not sure what the possible problem would be as there can't
be bad values when you use shorts (datatype 4) for storage.
> I am using 28 slices that I have collected for 80 timepoints. I created the
> .img file in a slice1,time1; slice2,time1; slice3,time1; ... order. I don't
> think there are any strange values in the data, but I can further check into
> that if necessary.
That all seems fine too.
In this case could you do the following (in the feat directory):
1) grep film_gls report.log
2) run this command (retype/paste) on the command line
3) grep smoothest report.log
4) run this command on the command line *except* remove everything from
the ">" symbol onward (including the > symbol) and add a -V instead
Then send us the output of this last comand.
Thanks,
Mark
P.S. The results of 1) and 3) should look *something* like this:
For 1)
/usr/people/steve/fslCAYENNE/fsl/bin/film_gls -rn
/usr/local/fsl/share/etc/feeds/data/fmri.feat/stats -sa -ms 5 -sp
/usr/people/steve/fslCAYENNE/fsl/bin/susan_smooth
/usr/local/fsl/share/etc/feeds/data/fmri.feat/filtered_func_data
/usr/local/fsl/share/etc/feeds/data/fmri.feat/design.mat 891.884800
For 3)
/usr/people/steve/fslCAYENNE/fsl/bin/smoothest -d 1.760000e+02 -m
/usr/local/fsl/share/etc/feeds/data/fmri.feat/mask -r
/usr/local/fsl/share/etc/feeds/data/fmri.feat/stats/res4d >
/usr/local/fsl/share/etc/feeds/data/fmri.feat/stats/smoothness
in whch case you should run as 4)
/usr/people/steve/fslCAYENNE/fsl/bin/smoothest -d 1.760000e+02 -m
/usr/local/fsl/share/etc/feeds/data/fmri.feat/mask -r
/usr/local/fsl/share/etc/feeds/data/fmri.feat/stats/res4d -V
|