🚀 go-pugleaf

Thanks Corey.  Yes, I use waveInReset to clean up almost immediately but it
still has no effect.  I use such a large buffer so that I can get the
message recorded in one go without any callbacks to patch the bits together.
Works brilliantly for the last five years!  Now I have to make it work under
XP.

When I was first notified of the problem a couple of months ago I did a
search through Google and got a similar thread (still awaiting a knowlegable
reply at that stage) but I can't find it again now, but I'm not alone.

Thanks again for the reply, I guess I will have to bite the callback bullet!

Denville
Leeds, England

"Corey Murtagh" <emonk@nouce_slingshot.co.nz> wrote in message
news:3d375bd5_2@dnews...
> "Denville Longhurst" <Denville@metco.co.uk> wrote in message
> news:3d373204_1@dnews...
> > Hi
> >
> > I have an application which records from a microphone input; it works
> > fine under NT.  It has a Stop button which calls waveInStop when the
> > recording is complete.
> >
> > Running the app under w2k or XP I find that the waveInStop doesn't
> > function any more - the recording simply continues until the buffer
> > is full, which is several minutes.
>
> You have several minutes worth of buffer?  Wow.  I think the longest
buffer
> I ever used with the waveIn* APIs was about a second.  I haven't used them
> under Win2K/XP as yet though.
>
> Anyway, try doing a waveInReset after the stop.  From the API docs:
>
> "The waveInReset function stops input on the given waveform-audio input
> device and resets the current position to zero. All pending buffers are
> marked as done and returned to the application."
>
> This seems to say that the current buffer will be reset, which would be a
> bad thing.  It's worth trying however, and you should always reset the
> waveIn and waveOut devices after you're finished with them.
>
> There are no notes in the documentation for either waveInReset or
waveInStop
> that indicate that there is anything different in Win2K/XP.  I wouldn't be
> surprised if there was however... M$ are prone to omissions like that in
> their docs.
>
> --
> Corey Murtagh
> The Electric Monk
> "Quidquid latine dictum sit, altum viditur!"
>
>