[PD] Multitrack recorder

Pierre Massat pimassat at gmail.com
Mon Sep 12 11:34:58 CEST 2011

Ok, so there should be no latency linked to writesf~.

According to it's page in pdpedia, it seems like sfplay~ is the only
playback object that makes it possible to do multitrack recording and
overdubbing. I'm wondering why...

Thinking about it now, it looks like it should be a problem with the
upstream latency before adc~. And i guess the only way i can fix this is by
playing track (n-1) with a delay with respect to track n equal to this
latency (since time travel doesn't exist yet).


2011/9/12 hardoff goes bananas <hard.off at gmail.com>

> writesf~ creates a subthread whose task is to write audio streams to disk.
> You need not provide any disk access time between "open" and "start", but
> between "stop" and the next "open" you must give the object time to flush
> all the output to disk.
> (from writesf~ help)
> On Mon, Sep 12, 2011 at 4:12 AM, Pierre Massat <pimassat at gmail.com> wrote:
>> I forgot to mention that i can't use sfplay~ since PdDroidParty doesn't
>> support externals...
>> 2011/9/11 Pierre Massat <pimassat at gmail.com>
>>> Hi,
>>> I m trying to write a multitrack recorder based on writesf~ and readsf~ .
>>> I m faced with a serious issue... There seems to be some latency either when
>>> writing to a file or reading from it (i can't tell). This means that i can't
>>> record a second track on top of another as an overdub and playback both.
>>> Assuming that Pd's diplayed latency in the audio settings is right (???),
>>> that is 100ms, i tried triggering the readsf~ after a 100 ms-long delay, to
>>> no avail.
>>> I thought it would be a piece of cake to program this, but well,
>>> apparently it's not...?
>>> Needless to say that i can't use table as i plan to use it for possibly
>>> long recordings (my goal is to use it on a phone with PdDroidParty).
>>> So here's the question : is there any latency when writing or reading to
>>> a file, and if yes, is it measurable and foreseeable?
>>> Thanks!
>>> Pierre
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110912/c20a0008/attachment.htm>

More information about the Pd-list mailing list