[PD] write to audio array at different speeds

Liam Goodacre liamg_uw at hotmail.com
Tue Jul 17 14:55:21 CEST 2018

Thanks José, I hadn't thought of that. I'd like to avoid using a second array if possible, as it doubles the memory usage, but I'll do it if there are no better options.

I've also found an object in the ggee library called [tabread4~] which sounds promising, but it doesn't have a help patch. Does anyone know how it works?
From: José de Abreu <abreubacelar at gmail.com>
Sent: 17 July 2018 13:25
To: Liam Goodacre
Cc: PD list
Subject: Re: [PD] write to audio array at different speeds

you can use 2 tables, write to one and then phasor~ + tabread4~ to another tabwrite~, and if you need the process to occur faster than real time (just to stretch the wave after recording the first table) you can use some until + switch~ magic.

you can do the same process of 2 tables above in the control domain, using tabread4 to tabwrite for the second table (without tilde). This will need more math to build the until loop for picking the numbers that phasor~ would provide, but won't need switch~ magic for "faster than real time".

or use delread4~ with variable delay, but to calculate the right positions could be tricky, I don't know

Em Ter, 17 de jul de 2018 08:49, Liam Goodacre <liamg_uw at hotmail.com<mailto:liamg_uw at hotmail.com>> escreveu:
It seems that [tabwrite~] writes only at one speed (presumably determined by the sample rate). But I want to use it to write audio to an array at a different speed. In other words, given an array of a set size, I want to determine that the recording will reach the end of the array at a different point in time than the default one.

How could this be done? Is there any way to trick [tabwrite~] into writing at a different speed, ie. by sending it a different sample rate? Or can we do something clever with [delread4~]?
Pd-list at lists.iem.at<mailto:Pd-list at lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20180717/e1af589c/attachment-0001.html>

More information about the Pd-list mailing list