[Stk] Bug in RtAudio or base class?

[Gary Scavone]

Hi John,

I'm assuming the "play" example works ok?  The playback and record
buffering schemes are exactly the same.  I don't use a multimedia
timer (which is common) because RtAudio implements a blocking
read/write call (and builds callback functionality on top of that).  
That said, RtAudio has been working for many Windows users with good, 
glitch-free response (Perry reports that he's sometimes left things 
running for hours without a problem).

I'd guess that this is an issue of either 1.) your soundcard driver;
and/or 2.) Your installed version of the DirectSound library.  
DirectSound is up to version 8.x or higher.  The DirectSoundCapture
API is what is being used.  Can you check whether your soundcard
manufacturer has an updated driver (I now remember that my Maestro2e
driver initially did not work at all for capture but then did after I
downloaded and installed an update)?

--gary

On Thu, 14 Nov 2002, John Heenan wrote:

>>Processor speed is around 800Mhz.
>>
>>No other recording software I have used has these problem. For example
>>Windows Sound Recorder works fine.
>>
>>It sounds as if the implementation of buffering algorithms have got their
>>knickers in a twist, such as overlapping data.
>>
>>John
>>
>>----- Original Message -----
>>From: "Perry R Cook" <prc@CS.Princeton.EDU>
>>To: "John Heenan" <john@auscyber.com>
>>Cc: <stk@ccrma.Stanford.EDU>
>>Sent: Thursday, November 14, 2002 2:59 AM
>>Subject: Re: [Stk] Bug in RtAudio or base class?
>>
>>
>>John,
>>
>>What speed is your processor?
>>
>>PRC
>>
>>
>>
>>
>>_______________________________________________
>>Stk mailing list
>>Stk@ccrma.stanford.edu
>>http://ccrma-mail.stanford.edu/mailman/listinfo/stk
>>

-- 
-------------------------------------------------
Gary Scavone
Center for Computer Research in Music & Acoustics
Stanford University
gary@ccrma.stanford.edu
http://www-ccrma.stanford.edu/~gary/
-------------------------------------------------