Thanks for the info, I seem to recall that the block size used to be fixed.

Regards,
Mike

----- Original Message ----- 
From: "Martin Peach" 
To: 
Sent: Wednesday, December 05, 2007 11:30 PM
Subject: [Csnd] Re: Re: Re: Re: teaching csound: textbook, PD, etc


> Michael Gogins wrote:
>> If you mean better realtime control within the orchestra, I think Csound 
>> may well be better than PD now. At a minimum, you have a choice of the 
>> number of audio sample frames per control sample, which as far as I 
>> recall, PD does not. Also we now have multiple facilities (channel 
>> opcodes, callbacks, FLTK opcodes, OSC, mixer opcodes) for controlling 
>> things at krate.
>>
> PD's krate is effectively determined by the audio block size, as all the 
> messages are processed in between blocks (some objects can resolve samples 
> within blocks but their output is always synced to the block size). The 
> block size can go right down to single sample frames, so if your machine 
> is fast enough to process all the inter-object messages and the audio you 
> should be able to have krate= arate on pd as well. It would be interesting 
> to see some measurements of audio latency using pd, pd and csoundapi~, and 
> csound, with MIDI or OSC or keyboard/mouse interfaces.
>
> Martin
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound"