Re: Software architecture

From: yaniv_vi (yaniv_vi_at_yahoo.com)
Date: 2002-02-13 10:56:57


hi john
sounds great .
the idea that instead of graphical editor , at first stage just
text file is great .
and this software sound really promising .
i hope the plugins are compiled modules that could be written any
languge . this could be a great research enabler , being able to
write in any language . after a module is ready then maybe using c++
for finall version would be done .

but anyway , your work sounds promising .
sincerly yaniv
p.s. i hope i could get 1/2 nfb trainers to help with this soon .

--- In buildcheapeeg_at_yahoogroups.com, "John Morrison" <jmorrison_at_ahc.net.au> wrote:
> I haven't read yours fully yet (Will do latter!)
>
> Here is the incomplete requirement spec I've been working on!
> (This is the reason I've taken so long to get back, I'd like to
set up a
> solid base to work on so that we don't have to rethink it all 1/2
way
> through!)
>
> What I'm working toward is an open program that doesn't have to be
> recompiled to added or change features.
>
> Anyway read the partial spec.
> All "Constructive" suggestions welcome! :-)
>
> John
>
> P.S
> There is more than this I just have to get it out of my head and
on paper!
> :-\
>
> > -----Original Message-----
> > From: Moritz von Buttlar [mailto:info_at_baltic-microsolutions.de]
> > Sent: Tuesday, 12 February 2002 9:09 PM
> > To: buildcheapeeg_at_yahoogroups.com
> > Subject: [buildcheapeeg] Software architecture
> >
> >
> >
> > Hi !
> >
> > Are there any advances in the software archtecture question ? I
> > didn't read
> > much
> > about this in the last week, but maybe I missed something.
> > We should decide something so that we can start working on
software !
> >
> > Here are some of my ideas, please look at attachement for
understanding.
> >
> > - every biofeedback device has as an output real numbers. No
matter if
> > temperature, EMG or whatever.
> > so all we have to do is make a flexible way of dealing with
> > these numbers.
> >
> > - from input to output, data is processed by reading a value at
> > one address
> > and then writing it to another
> >
> > - protocol = array of the above addresses + some parameters
> >
> > - we make simple data processing blocks (FFT, average,
threshold, digital
> > filter) and by combining these blocks,
> > the user can generate his/her own favorite protocol. The
> > blocks can have
> > one or multiple outputs/inputs (e.g. fft = real number input
> > and block of real numbers output. )
> >
> > - combining can be made by a graphical editor (can be added
later)
> >
> > - for embedded devices: everything the same, only the last
(output and
> > displaying) part can be changed to appropriate modules
> >
> > - only problem: scheduling
> >
> > What do you think ? Please send in more ideas and let's combine
> > them to get
> > something started.
> >
> >
> > Moritz
> >
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> > buildcheapeeg-unsubscribe_at_egroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >



This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:38 BST