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... :(<br>
<br>Anyways...<br><br>Pierre<br><br><div class="gmail_quote">2011/9/12 Pierre Massat <span dir="ltr"><<a href="mailto:pimassat@gmail.com">pimassat@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Ok, so there should be no latency linked to writesf~.<br><br>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...<br>
<br>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).<br>
<font color="#888888">
<br>Pierre</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">2011/9/12 hardoff goes bananas <span dir="ltr"><<a href="mailto:hard.off@gmail.com" target="_blank">hard.off@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
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.<br>
<br>(from writesf~ help)<br><br><div class="gmail_quote"><div><div></div><div>On Mon, Sep 12, 2011 at 4:12 AM, Pierre Massat <span dir="ltr"><<a href="mailto:pimassat@gmail.com" target="_blank">pimassat@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div>
I forgot to mention that i can't use sfplay~ since PdDroidParty doesn't support externals...<div><div></div><div><br><br><div class="gmail_quote">2011/9/11 Pierre Massat <span dir="ltr"><<a href="mailto:pimassat@gmail.com" target="_blank">pimassat@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br><br>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. <br>
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. <br>I thought it would be a piece of cake to program this, but well, apparently it's not...?<br>
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). <br><br>So here's the question : is there any latency when writing or reading to a file, and if yes, is it measurable and foreseeable? <br>
<br>Thanks!<br><font color="#888888"><br>Pierre<br><br><br>
</font></blockquote></div><br>
</div></div><br></div></div>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br>
</blockquote></div><br>
</div></div></blockquote></div><br>