[PD] Multitrack recorder

hardoff goes bananas hard.off at gmail.com
Mon Sep 12 03:59:48 CEST 2011

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/c2574097/attachment.htm>

More information about the Pd-list mailing list