<div dir="ltr">I think the problem in reading soundfile from hard disk is to access to it, so reducing the accesses to hard disk can be a good practice to reduce audio interruption.<div><br></div><div>the idea to write in a table and then read it outside the up-sampled canvas sounds great, however it is not clear how to read chunks without every time close the file descriptor. could be an idea to add a method for read chunks without close the fd? or there is an alternative way without write code?</div><div><br></div><div>best,</div><div>marco matteo markidis</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-05 13:00 GMT+01:00 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2018-03-05 12:01, Marco Matteo Markidis wrote:<br>
> In my head the point is: is it usefull to use a [readsf~] in a up-sampled<br>
> subpatch to avoid audio dropout? My idea was to up-sampling and re-blocking<br>
> a subpatch with [readsf~] and pass signal using [outlet~] to the main<br>
> canvas. In this way [readsf~] has a larger blocksize read and it is called<br>
> more often than the main canvas.<br>
</span>i don't think i can follow the logic: how would having a larger<br>
blocksize that is called more often reduce audio dropouts?<br>
<br>
<br>
if you care about reading larger chunks of the audio-file per block, you<br>
can just re-block the subpatch (without upsampling), and then the signal<br>
sent through [outlet~] will have the correct sample rate (and length,<br>
and pitch).<br>
<br>
if you want to replace [soundfiler] with something that takes a little<br>
longer to read a soundfile into a table and therefore avoids dropouts<br>
(because it doesn't have to do all the work in a single DSP tick), you<br>
can use an upsampled (and probably reblocked) subpatch to read the<br>
soundfile with [readsf~], and write it into the table *inside* the<br>
re-blocked canvas.<br>
then access the data from outside (without re-sampling) and the data<br>
will be correct.<br>
<br>
fgmasdr<br>
<span class="HOEnZb"><font color="#888888">IOhannes<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Ho cambiato l'indirizzo email in <a href="mailto:mm.markidis@autistici.org" target="_blank">mm.markidis@autistici.org</a> . Se non è un problema, scrivimi a questo nuovo indirizzo email.<div><br></div><div>I changed my email address in <a href="mailto:mm.markidis@autistici.org" target="_blank">mm.markidis@autistici.org</a> . If it is ok for you, please write me to this new email address.</div></div></div>
</div>