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  

|
January 26, 2015 01:52PM
Hello,

I am getting strange behavior when running 3dcopy on some of my data files. The data is originally in LSB_FIRST. 3dcopy changes it to MSB_FIRST, and the image appears byte-swapped in the AFNI viewer. When I use 3dcalc (3dcalc -a Anat_1+orig -expr 'a' -prefix Anat_1_calc), then the byte order is MSB_FIRST but the data appears okay in the viewer.

3dcopy is used by align_epi_anat.py, and the byte-swapping issue caused the skull stripping to fail.

-Rasmus

3dinfo of original T1:

++ 3dinfo: AFNI version=AFNI_2011_12_21_1014 (Jan 23 2015) [64-bit]

Dataset File: Anat_1+orig
Identifier Code: XYZ_CZg3Fg59fJ0kstnM5ECeXA Creation Date: Thu May 2 10:02:45 2013
Template Space: ORIG
Dataset Type: Spoiled GRASS (-spgr)
Byte Order: LSB_FIRST [this CPU native = LSB_FIRST]
Storage Mode: BRIK
Storage Space: 20,447,232 (20 million [mega]) bytes
Geometry String: "MATRIX(1,0,0,-125.156,0,1,0,-158.906,0,0,1,-72.344):256,256,156"
Data Axes Tilt: Plumb
Data Axes Orientation:
first (x) = Right-to-Left
second (y) = Anterior-to-Posterior
third (z) = Inferior-to-Superior [-orient RAI]
R-to-L extent: -125.156 [R] -to- 129.844 [L] -step- 1.000 mm [256 voxels]
A-to-P extent: -158.906 [A] -to- 96.094 [P] -step- 1.000 mm [256 voxels]
I-to-S extent: -72.344 -to- 82.656 [S] -step- 1.000 mm [156 voxels]
Number of values stored at each pixel = 1
-- At sub-brick #0 '#0' datum type is short: 0 to 10449


-----------

3dinfo after running 3dcopy:

++ 3dinfo: AFNI version=AFNI_2011_12_21_1014 (Jan 23 2015) [64-bit]

Dataset File: Anat_1_copy+orig
Identifier Code: XYZ_8j0N7KM9RlnxwWeZ5oVs7A Creation Date: Mon Jan 26 12:45:04 2015
Template Space: ORIG
Dataset Type: Spoiled GRASS (-spgr)
Byte Order: MSB_FIRST [this CPU native = LSB_FIRST]
Storage Mode: BRIK
Storage Space: 20,447,232 (20 million [mega]) bytes
Geometry String: "MATRIX(1,0,0,-125.156,0,1,0,-158.906,0,0,1,-72.344):256,256,156"
Data Axes Tilt: Plumb
Data Axes Orientation:
first (x) = Right-to-Left
second (y) = Anterior-to-Posterior
third (z) = Inferior-to-Superior [-orient RAI]
R-to-L extent: -125.156 [R] -to- 129.844 [L] -step- 1.000 mm [256 voxels]
A-to-P extent: -158.906 [A] -to- 96.094 [P] -step- 1.000 mm [256 voxels]
I-to-S extent: -72.344 -to- 82.656 [S] -step- 1.000 mm [156 voxels]
Number of values stored at each pixel = 1
-- At sub-brick #0 '#0' datum type is short: 0 to 10449

-------
3dinfo after running 3dcalc:

++ 3dinfo: AFNI version=AFNI_2011_12_21_1014 (Jan 23 2015) [64-bit]

Dataset File: Anat_1_calc+orig
Identifier Code: XYZ_VCub9Xic4Cu4aBhrLMosSg Creation Date: Mon Jan 26 12:47:08 2015
Template Space: ORIG
Dataset Type: Spoiled GRASS (-spgr)
Byte Order: MSB_FIRST [this CPU native = LSB_FIRST]
Storage Mode: BRIK
Storage Space: 20,447,232 (20 million [mega]) bytes
Geometry String: "MATRIX(1,0,0,-125.156,0,1,0,-158.906,0,0,1,-72.344):256,256,156"
Data Axes Tilt: Plumb
Data Axes Orientation:
first (x) = Right-to-Left
second (y) = Anterior-to-Posterior
third (z) = Inferior-to-Superior [-orient RAI]
R-to-L extent: -125.156 [R] -to- 129.844 [L] -step- 1.000 mm [256 voxels]
A-to-P extent: -158.906 [A] -to- 96.094 [P] -step- 1.000 mm [256 voxels]
I-to-S extent: -72.344 -to- 82.656 [S] -step- 1.000 mm [156 voxels]
Number of values stored at each pixel = 1
-- At sub-brick #0 '#0' datum type is short: 0 to 10449
Subject Author Posted

Byte-swap issue

rbirn January 26, 2015 01:52PM

Re: Byte-swap issue

Daniel Glen January 26, 2015 04:01PM

Re: Byte-swap issue

Isaac Schwabacher January 26, 2015 04:12PM

Re: Byte-swap issue

Daniel Glen January 26, 2015 04:57PM

Re: Byte-swap issue

Isaac Schwabacher January 27, 2015 12:08PM

Re: Byte-swap issue

Daniel Glen January 27, 2015 02:18PM