On Fri, Feb 26, 2010 at 05:05:33PM -0500, Michael Gogins wrote: > Why not? > > Regards, > Mike > > On Fri, Feb 26, 2010 at 5:03 PM, Victor Lazzarini > wrote: > > As far as I know, Csound's Jack Module cannot use freewheel. > > > > Victor Because there is no rigid sync between Jack's process callback and Csound's internal processing. When freewheeling Jack must be allowed to wait until it has enough space in Csound's input buffer to write its input buffers, and until there are enough samples in Csound's output buffer to fill Jack's output buffers. The current buffering code does not do this, it allows a cycle to fail. Which is necessary probably because Csound isn't really real-time safe. If it were things could be made to work without buffering. Ideally when running as a Jack client Csound's DSP code should be called directly from the Jack callback. Then, if ksmps is a divisor of Jack's period (or they are equal), this would require no buffering at all. And even without that condition things could run with much less buffering than used today. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte ! ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net