It might be useful for this discussion to take a close look at the
capability included in ASIO4ALL. (There are all sorts of features designed
to maximize performance - things to "tweak.")

Michael Tippach, creator of ASIO4ALL, is very open to suggestions, and
actively participates in the diverse forum topics he has set up at
http://www.asio4all.com . He also seems to be *very* technically savvy. It
could be well worth picking his brain via the forum about what might be
possible in conjunction with the ASIO4ALL driver.

Art Hunkins

----- Original Message -----
From: "Victor Lazzarini" 
To: "Csound Developers Discussion List" 
Sent: Monday, January 10, 2005 4:48 AM
Subject: [CSOUND-DEV:5660] Re: PortAudio


> In addition to the problems on OS X, as I said last week,
> portaudio ASIO is also dependent on the driver implementation;
> in certain cases, the buffer sizes are only of certain allowed
> values (a certain 'granularity') and have a minimum value.
> This seems to cause trouble for audio input, but not for
> output.
>
> I think we could re-instate one 'hardware' buffer (-B option);
> we could follow portaudio's advice in letting the portaudio buffer
> be variable as so to be able use the minimum latency possible,
> with the user having control of csound hardware buffer.
>
> Victor
>
> At 07:04 10/01/2005, you wrote:
> >One problem is that the ksmps size is based on synthesis needs the
> >buffer size for rtaudio is based on hardware speeds.  If I remember
> >correctly, on OSX that just fails.  If -b is set to a sensible ksmps
> >size then the stuttering is way below feasible.  I think that there
> >is a need for extra buffering.
> >   The code I have on the Mac collects data until there is enough for
> >the buffer.  I got distracted by external deadlines so have not
> >finished the code.
> >==John ffitch
>
> Victor Lazzarini
> Music Technology Laboratory
> Music Department
> National University of Ireland, Maynooth
>