it sounds like you are trying to use an array to implement delay. use [delwrite~] and [delread~] to create a delay line that allows you to hear audio from the recent past.
possibly your experience of the chunky writing of tabwrite~ is because the bang message that you send it to start recording will be sent at message rate. normally 1 message gets processed for every audio block, which is 64samples long by default. so your bang message gets quantized to the next 64sample slot.
delwrite~ implements a real circular buffer of audio which is always being written, so you don't have the problem with getting your bangs in the right place.
pix.
On Thu, Jul 22, 2004 at 02:15:10AM +0100, chris tyrrell wrote:
So basically i wanted to see if anyone had any useful advice on buffers, like for example correct me if i'm wrong but arrays seem to be the only way to set up audio buffers, yes? Recently i have been messing about with tabwrite~ using it to read audio data from one loop player into an array and then feeding that array data to a second audio player; i was trying to set up a kind of skipping cd type thing, going from normal file playing to a jarring short loop and then perhaps back to the normal audio. what i found annoying though is that the array (or would it be the tabwrite~ object itself?) writes data in clumsy blocks, rather than say as a continuous bit by bit flow into the array, which cause all manner of audio ugliness and made the timing that was so essential to the effect a complete mess. has anyone got any tips on how to improve this situation or blatantly obvious pieces of information im not getting? best regards and stuff, thanks.
=====
___________________________________________________________ALL-NEW Yahoo! Messenger - sooooo many all-new ways to express yourself http://uk.messenger.yahoo.com
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list