I strongly suggest we use the callback method on ALL platforms. 

I would prefer to avoid the intermediate buffer on all platforms, also, but
if that won't give good performance on any one platform, then the
intermediate buffer should also be used on ALL platforms.

In the long run, it will probably become necessary to run Csound in its own
thread in every performance, and to dequeue incoming audio and control, and
enqueue outgoing audio and control, for callback-driven I/O. This will
observe rules about doing system calls, allocating memory, and such in
driver   callbacks on some platforms where this will probably cause serious
problems.


Original Message:
-----------------
From: Victor Lazzarini victor.lazzarini@may.ie
Date: Thu, 30 Dec 2004 18:28:04 +0100
To: csound-dev@eartha.mills.edu
Subject: [CSOUND-DEV:5605] Re: cs5 OS X audio issues (a long one)


You're absolutely right, holidays aren't us...

I think your suggestion is probably the way out.
We can make the 'actualbufer' larger and fill it
in ksmp blocks. That's what I was thinking 
yesterday. But then, should we make it uniform
across the systems, using the same method for
windows? The trouble is that we don't want to
break something that is working.

We should also be thinking of using the callback
method with linux, instead of the blocking calls
as implemented presently. Wouldn't it work?

Victor

> 
> Victor, you disappoint me!  I thought you were an academic
> and academics do snot have holidays, just days when the
> students have vacated the university....
> 
> Thanks for working that out.  I had got as far as
> realising that the pa-blocking stuff was synchronous with
> krate, but then could not see how it worked on any other
> platform.
> 
> Suppose the callback thread waited on a mutex until there
> was enough audio before releasing it, and the play code
> could release the mutex when there was enough.  Would be
> easier if the audio buffers were a multiple of the krate,
> but not essential.  Would that work?
> 
> ==John ffitch
> 


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .