From: jiva_at_humboldt1.com
Date: 2001-05-12 18:50:23
--- In buildcheapeeg_at_yahoogroups.com, "Rob Sacks" <editor_at_realization.org> wrote:
> > 4) Rob's software won't work "as is" (near as i can tell) since it
> > expects input via serial port.
> > (don't know if the signal gathering module could fake this)
> > (or if Rob might incorporate said "module" in his software)
>
> I think the sound-card stuff should be well
> encapsulated and kept entirely separate from
> the functions that are in my program (which
> are user functions for feedback like
> setting threshholds, seeing graphs, hearing
> feedback tones, etc.)
>
The sound card issue is only chatter at this point.
However, "encapsulation" would be desirable from
a portability point of view also.
> The architecture that occurs to me is a
> separate chunk of code that contains two
> internal levels of encapsulation. The higher-
> level part would handle general sound-card
> stuff (stuff that is common to all sound cards).
> The lower-level portion would be a sound card
> driver that is particular to the sound card.
>
I presume your project already uses higher-level
access to play reward tones/music and that sort of
thing.
The hypothetical low-level unit's task would be
to digitize the input and present it in a format
that existing software expects. (256 samples/sec?)
> I don't know whether it would make sense to
> make either part OS-portable.
OS portable seems desirable to me if not too
difficult. Linux, (et al) crowd is a likely source
of innovation.
> That module (assuming Windows) could be a
> VDX or a DLL or a separate program. It would
> incorporate a narrow interface through which it
> is called by a program like mine. The modifications
> to my program would be trivial.
I continue to blabber on this topic only because IF
POSSIBLE it would make for a very low cost unit.
I don't have the technical skills to evaluate the
viability of the project or the work involved to
accomplish it. Please also note that its not my intent
to disturb the current projects.
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:29 BST