AFNI Message Board

Dear AFNI users-

We are very pleased to announce that the new AFNI Message Board framework is up! Please join us at:

https://discuss.afni.nimh.nih.gov

Existing user accounts have been migrated, so returning users can login by requesting a password reset. New users can create accounts, as well, through a standard account creation process. Please note that these setup emails might initially go to spam folders (esp. for NIH users!), so please check those locations in the beginning.

The current Message Board discussion threads have been migrated to the new framework. The current Message Board will remain visible, but read-only, for a little while.

Sincerely, AFNI HQ

History of AFNI updates  

Previous Message Next Message
Message List New Topic Print View
|
Graham Wideman
March 15, 2004 11:17PM
I'd appreciate an explanation of how afni programs, specifically 3dcalc, decide what to set BRICK_FLOAT_FACS to, and/or how to force such a program to not use it.

Currently we have a process that uses:

3dcalc -a somefile -prefix $someprefix -expr 'astep(a,0)'

... which instead of producing a file of 0's and 1's, produces a file with 0's and 0x7FFF's, with a BRICK_FLOAT_FACS = 3.051851e-05.

Needless to say, not what the subsequent stage expected, though other AFNI programs are just fine with this.

Thanks,

Graham

Reply Quote
RSS
Subject Author Posted

BRICK_FLOAT_FACS in 3dCalc

Graham Wideman March 15, 2004 11:17PM

Re: BRICK_FLOAT_FACS in 3dCalc

rick reynolds March 16, 2004 08:12AM

Re: BRICK_FLOAT_FACS in 3dCalc

Bob Cox March 16, 2004 09:36AM

Re: BRICK_FLOAT_FACS in 3dCalc

Graham Wideman March 16, 2004 04:39PM