From: psytrix_at_o...
Date: 2001-07-26 19:33:32
Full compatibility is essential for become the project universally
acceptable, and is planned since the beginning by Conversion
Routines built in OpenEEG for at least more two EEG universal
(major) formats and also .TXT and .XLS ) ;
besides EDF -Kemp et al., 1992-
http://www.medfac.leidenuniv.nl/neurology/knf/kemp/edf/edf_spec.htm
see links like
http://www.physics.swin.edu.au/resres/ebs_spec-2.html
http://astronomy.swin.edu.au/pbourke/dataformats/eegwestmead/
http://wwweth.cern.ch/CMS-ECAL-Electronics/
http://www.cs.tut.fi/~varri/fef.html
The format study is for a main original format(s) which had better
for supporting OpenEEG .
(eg. 1# compression for portable use in Palmtops using data reduction
like PCM( .WAV like) ;
2# for coupling in more sophisticated analysis hardware
devices - like 3D Attractor Reconstruction Device that uses a more
events detailed format besides EEG signal );
I hope that your suggestion for good interchange can
be followed not only for formats but for every other aspects of
OpenEEG (electrodes, clinical and nfb session parameters evolution ,
stimulation sets , etc ).
Best regards and thanks for zips (Hal's);
Waldemar
----- Original Message -----
From: Lovass Laszlo
To: buildcheapeeg_at_yahoogroups.com
Sent: Thursday, July 26, 2001 9:38 AM
Subject: [buildcheapeeg] Re: data formats, zip file
Hi,
> Soon there will be the standard format(s) for openEEG file , and
> all the docs will be available for all
> sw nfb developers ,
> Meanwhile, the recent ( and intelligent ) idea of allowing the use
> of multichannels ( and multistimuli set )
> requires the study of format in order to store several events in
> the least amount of memory possible .
Definitely.
> (eg , each 2 bytes data lets free 6 bits to be handled for events;
> or , NTC, ECG and EEG in different sample
> rates requires a proper non continuous position ).
>Yes, and IMHO also supporting the use of 8 - 16 bits ADC (sample
>depth) and various sample rates, events, etc.
>
>The reason why I suggested to use an existing, standard and
>supported data format is to implement its (open-ended) descriptor
>header for virtually any
>kind of similar devices (even for QEEG).
>Although the full implemention of such an open standard requires more
>coding, but even by supporting a reasonable subset of it would do
>nicely for sample interchange.
Best regards,
Lovass Laszlo
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:31 BST