From: Jim Meissner (jpmeissner_at_mindspring.com)
Date: 2002-01-23 16:53:30
A message to the over enthusiastic software group.
FIRST THINGS FIRST.
Before you guys get too fancy, first you need to build something that WORKS.
Andreas has outlined the correct path.
The ElectricGuru is a half solution and but it might be useful in trouble shooting Andrea's or Joerg's EEG input stage.
Since Rob is not willing to offer his source code, "someone" needs to writesome open source code modules.
First you need an interrupt driven RS232 input module that streams the EEG data to the "hard drive" without loosing any bytes.
Then you can pick off data from the buffer to analyze.
Then you can draw the oscilloscope display for 2 channels. There are several choices of how to display this.
Then you can do the 2 FFTs and display the right and left channel FFT bins.There are several ways to display the FFT.
( My personal opinion is that you "absolutely must" have time slices of FFT bins or sometimes called a waterfall display if there is only "one of you" doing the biofeedback "training". )
Now if there is enough time left over, you can look at the bins, make decisions and drive a biofeedback module.
Then back for another look at the buffer.
+++++++++++++++++
The point I am making is that this "simplistic" program has to work before you go off solving "biofeedback protocols" and designing fancy screen, and doing audio and/or visual feedback.
Rob keeps offering to design these fancy biofeedback interfaces if someone would only tell him what they are!
FIRST THINGS FIRST, get an actual "brain wave monitor" working so that you guys can see what is "really" there. You are trying to solve a problem before you know what the problem is! Not everything that you have read about brainwaves and neural feedback is actually true!
Juergen P. (Jim) Meissner
Check out my Website at www.MeissnerResearch.com
Read about the benefits of the Brain State Synchronizer sounds for improving your life and health.
----- Original Message -----
From: sleeper75se
To: buildcheapeeg_at_yahoogroups.com
Sent: Wednesday, January 23, 2002 9:54 AM
Subject: [buildcheapeeg] Re: SOFTWARE: Input Stage -> Processing (data Stream)
Hi all,
just an idea on what threads to use, and where:
There should be three threads, I think:
1. Data input, signal processing, protocol management and such
2. User interface (operator)
3. Feedback interface (patient/user)
The first thread embodies (I love these fancy words. :-) the machine,
the second the operator and the third the user. That's the most
logical division you can make. If the timing is critical (as with the
Roshi), some feedback functions can be moved into thread 1.
If a scripting language is added later on, that is a fourth thread,
because it would act as a second operator.
What do you think?
/Andreas
Yahoo! Groups Sponsor
ADVERTISEMENT
To unsubscribe from this group, send an email to:
buildcheapeeg-unsubscribe_at_egroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:37 BST