From: Rob Sacks (editor_at_realization.org)
Date: 2001-05-12 19:34:37
Hi Jiva,
> OS portable seems desirable to me if not too
> difficult. Linux, (et al) crowd is a likely source
> of innovation.
Yeah. On second thought I guess this question
is the first one to consider in planning the design.
In other words, figure out whether any parts of
the sound card module can be portable across
OS's. If so, segregate those parts, then design the
rest of the module(s) around that.
Probably this should be the case with the whole
program. My existing program is purely a Windows
program -- another reason why it probably would
not be a good basis for this project.
> I presume your project already uses higher-level
> access to play reward tones/music and that sort of
> thing.
Yes but it has been implemented in only the
sketchiest way -- a single intermittent beep
regardless of how many or how few conditions
are being tested. I was planning to handle the
sound at the highest possible level (in Windows
this is DirectMusic) to maximize portability
and avoid maintenance issues with changing
sound cards.
> 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?)
My existing program can accept any sampling
rate with the addition of a tiny module for the
new machine. However, I never got around to
telling the FFT part of it how to handle sampling
rates that are not powers of 2.
> 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.
I've never done any programming for sound cards
so I have no idea whether this would work. HOwever
i can forsee a maintenance headache based on other
low-level programming that I've done.
Regards,
Rob
----- Original Message -----
From: <jiva_at_humboldt1.com>
To: <buildcheapeeg_at_yahoogroups.com>
Sent: Saturday, May 12, 2001 1:50 PM
Subject: [buildcheapeeg] Re: sound card
> --- 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.
>
>
>
>
> 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:29 BST