This is what I've ended up doing too (tabplay~ and tabwrite~ with bangs for each) - I think maybe the devs will add the voltage control to tabwrite~ in the distant future. Maybe a tabwrite4~ if possible?<br><br>Thanks again for your help.
<br>Kevin<br><br><div><span class="gmail_quote">On 12/27/06, <b class="gmail_sendername">Peter Plessas</b> <<a href="mailto:plessas@mur.at">plessas@mur.at</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Kevin,<br><br>Aha, in my looper, i used tabwrite~ and tabplay~, triggered by messages.<br>This works fine, but doesn't allow for speed changes. I also do not<br>reverse the read/write direction when i want backwards sound, but i
<br>reverse the table content with vasp.<br><br>sorry for the confusion.<br><br>cheers, P<br><br>Kevin McCoy wrote:<br>>><br>>> So you would have to write into an array cyclically (phasor~ is your<br>>> friend here), and read at the same position, feeding back the audio
<br>>> signal from the tabread to tabwrite, thus creating a loop.<br>><br>><br>> Order forcing is giving me headaches right now but that's OK - but what<br>> I am<br>> wondering is: is there a way to *write* cyclically to an array based on a
<br>> signal input? This would save me a lot of trouble here syncing/dividing<br>> [metro]s and messages, which is really complicating the<br>> overdub/play/stop/start process. I wish it could just be driven by a
<br>> [phasor~] - is this possible somehow?<br>><br>> [snapshot~] is impractical here unless I can get it to sync on the sample<br>> level.<br>><br>> Kevin<br>><br></blockquote></div><br><br clear="all">
<br>-- <br>"[D]aily life [is] a theatrical landscape in which 'everyone has their price,' God (via televangelism) and happiness (smile buttons) become commodities, radio stations say they love you, and detergents have compassion for your hands.