I solved the problem by delaying the previous track during playback by a
duration equal to my setup's latency. This doesn't make my multitrack
recorder very portable at all, since i need to measure the latency
beforehand... :(
Anyways...
Pierre
2011/9/12 Pierre Massat pimas...@gmail.com
Ok,
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
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
I forgot to mention that i can't use sfplay~ since PdDroidParty doesn't
support externals...
2011/9/11 Pierre Massat pimas...@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
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,
