From: sademade (sademade_at_yahoo.com)
Date: 2001-12-22 05:04:48
> i agree with Jim P. Let's stay away from VB...it's just too
>platform dependent. The signal processing routines should be
>written in some portable language such as C/C++ or whatever portable
>library is agreed upon.
But, to be fast and/or easy, it should be something where one
has RAD tools, otherwise, year from now, there is still nothing
achieved, and the final software will take as long as VINE has
taken from conception, and still is not there.
Hope you see that point, too, as the point is, that this kind
of projects tend to die, unless the software efforts start early
enough, and it appears that lack of any major effort on that area
re: buildcheapeeg appears to be one of the main problems, after
reading the WHOLE archive trough from the first message trough to
the last.
It is much faster to greate the GUI's with graphical GUI generators,
than code them with some portable libraries that do not provide
graphical generation of the GUI. Sure some real gurus can do it
fast, but not all people are PC GUI software gurus, while they
still can be ok, or even better on the embedded side, than the
PC GUI/OS gurus are.
That is why threw out the matlab-matcom idea for producing the
signal processing parts of the code faster, and also the RAD
tool idea, no matter which one it is, to speed up things, from
the year and not a single line of open source code for cheapEEG
anywhere to be seen yet. At same speed, the hardware effort could
die before the software has started. So, if you come up with good
tool sets and ideas, please, do such earlier than later.
There may be better signal proc code generators than matlab-matcom
is, such as true human gurus, but they are rare, so, the idea would
be to find best tools, whatever OS, and use those, and is it sure
that sdl lib alone is all that is needed, and fastest way to achieve
the goal ?
Sade M.
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:35 BST