Storage format for +400k Samples to exchange with linux/octave

Question

I collect data with PXI system (LV2009, XP), now some colleagues want to analyze data with octave/linux.
A typical set is up to four channels, in total about +400k 16bit samples and there are many of them, so I would prefer a binary format.
Any suggestions what LV storage format ease the transfer?
Greetings from Germany
Henrik
LV since v3.1
“ground” is a convenient fantasy
'˙˙˙˙uıɐƃɐ lɐıp puɐ °06 ǝuoɥd ɹnoʎ uɹnʇ ǝsɐǝld 'ʎɹɐuıƃɐɯı sı pǝlɐıp ǝʌɐɥ noʎ ɹǝqɯnu ǝɥʇ'

Answer 1

For me the task is still open. I work with octave 3.6.2. I tried several "fread()" command variations. But I'm somehow lost.
It seems to me that there is a leading 16bit number in the exported little-endian binary export file that separates different data sets.
E.g. if I write the array:
0  1    2    3   4   5   6   7
0  11  22 33  44 55  66 77
to disk, it seems that LabView writes:
0(16bit) 0  1    2    3   4   5   6   7
0(16bit) 0  11  22 33  44 55  66 77
Hence, if I give the octave commands:
[val, count] = fread(fid, [1,1], "single",0 , "ieee-le");
val
[val2, count] = fread(fid, [8,1], "double",0 , "ieee-le");
val2'
[val, count] = fread(fid, [1,1], "single",0 , "ieee-le");
val
[val3, count] = fread(fid, [8,1], "double",0 , "ieee-le");
val3'
the output is, what I expect.
Is there a chance to avoid this extra delimiter numbers?
Or where is my mistake?
Greatings from Yverdon
Stefan
Attachments:
NI-forum.7z ‏33 KB