<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<blockquote type="cite">btw, would it be thinkable to add the
possibility to run the pd~ subprocess asynchronously?</blockquote>
<p>This would be definitely possible. I think you only need to set
the pipe read end in the parent process to non-blocking. The
parent process tries to read the subprocess output and sends a
block of zeroes on failure. This means that if the subprocess is
late, it won't block the parent process, it will just miss one or
more blocks of audio input </p>
<p>This could be a nice feature!<br>
</p>
<p>Christof<br>
</p>
<div class="moz-cite-prefix">On 25.09.2020 19:14, Antoine Rousseau
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAOCG5Hz_vDfnq5Ku51oFyaxNphHnHT4tYdr2T5Z5me-6_WR=Rw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>btw, would it be thinkable to add the possibility to run
the pd~ subprocess asynchronously?</div>
<div><br>
</div>
<div>Think of a subprocess running a large Gem patch, that would
potentially produce large CPU spikes;</div>
<div>you don't really care if this subprocess sometimes gets
late, while you absolutely need the calling process (aka
audio) to be on time.</div>
<div><br>
</div>
<div>As for the interface, I guess asynchronous behavior could
be automatically enabled when ninsig=0 and noutsig=0?</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr"><font face="arial, helvetica,
sans-serif"> Antoine <br>
</font></div>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Le ven. 25 sept. 2020 à 12:43,
Christof Ressi <<a href="mailto:info@christofressi.com"
moz-do-not-send="true">info@christofressi.com</a>> a
écrit :<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The
"delay" setting is in ms, but the "-fifo" argument is in
blocks. <br>
Note that the "delay" setting is only valid for the parent
process. In <br>
the subprocess, all audio settings from the menu are ignored
because the <br>
relevant settings are passed via the [pd~] object).<br>
<br>
Christof<br>
<br>
On 25.09.2020 04:56, Fede Camara Halac wrote:<br>
> <br>
> Aha! Thanks for clarifying! One more question, while I'm
at it. Is the "delay" setting in blocks like the -fifo
argument?<br>
><br>
> Thanks a lot!<br>
><br>
> f<br>
><br>
><br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at" target="_blank"
moz-do-not-send="true">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" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank"
moz-do-not-send="true">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" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
</body>
</html>