<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>[pd~] takes a "-fifo <numblocks>" argument, which
effectively determines the latency. And yes, plugin authors should
add this to the plugin latency
(<a class="moz-txt-link-freetext" href="https://github.com/pierreguillot/Camomile/wiki/How-to-create-new-plugins#latency">https://github.com/pierreguillot/Camomile/wiki/How-to-create-new-plugins#latency</a>)<br>
</p>
<div class="moz-cite-prefix">On 13.01.2021 19:08, alfonso santimone
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAPpSNCtrg4t06D0YrViBA66CDMizbc90ki8sbH=B7Az5rQpz3Q@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">If [pd~ ] adds additional latency i think this is
potentially problematic. if it is of some known quantity its
value has to be sent to the DAW for Plugin Delay Compensation.
If it is unknown it can give troubles.
<div>BTW i gonna make some tests in the next days to see how the
whole thing goes about [pd~ ] in Camomile.</div>
<div><br>
</div>
<div>thanks!</div>
<div><br clear="all">
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr"><a
href="https://elgallorojorecords.bandcamp.com/"
target="_blank" moz-do-not-send="true">www.elgallorojorecords.bandcamp.com/</a><br>
<div><a
href="http://soundcloud.com/alfonsosantimone"
target="_blank" moz-do-not-send="true">soundcloud.com/alfonsosantimone</a></div>
<div><a
href="http://www.facebook.com/alfonsosantimone"
target="_blank" moz-do-not-send="true">www.facebook.com/alfonsosantimone</a><br>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Jan 13, 2021 at 4:26
PM Christof Ressi <<a href="mailto:info@christofressi.com"
moz-do-not-send="true">info@christofressi.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p> </p>
<blockquote type="cite">I'm just trying to understand what
is the difference and advantage of compiling camomile with
externals</blockquote>
IIUC, externals are only possible via [pd~] (unless you
directly link the externals with Camomile, as is the case
with ELSE-Camomile). [pd~] obviously has some overhead and
adds additional latency.
<p>On the other hand, I think it wouldn't be too hard for
Camomile to support externals out of the box, but they
need to be compiled with PDINSTANCE. Shipping them next to
the actual VST plugin might confuse some DAWs, so they
should be placed in a well known directory (which could be
handled by an installer). This is what "Waves" does on
Windows: "%PROGRAMFILES%/VSTPlugins/Waves" only contains
the "WaveShell-VST.dll" shell plugins; the actual plugins,
libraries and resources reside in "Program Files
(x86)/Waves".</p>
<p>Christof<br>
</p>
<p><br>
</p>
<div>On 13.01.2021 15:31, Alexandre Torres Porres wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Em qua., 13 de jan. de 2021 às 05:58,
Pierre Guillot <<a
href="mailto:guillotpierre6@gmail.com"
target="_blank" moz-do-not-send="true">guillotpierre6@gmail.com</a>>
escreveu:<br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>I'm not sure what do you mean by "you can
compile the vst/.au/whatever with it". <br>
</div>
<div>If you want to distribute a plugin that use
externals without compiling Camomile, I guess
one solution would be to ship a Pd distribution
with the externals in the plugin bundle and use
the [pd~] object to start a process with this
embedded Pd binary (that would be able to load
the external). Or you can ask the user to
install Pd and the required externals if you
don't want to ship a complete Pd distribution
with the plugin.</div>
</div>
</blockquote>
<div><br>
</div>
<div>I'm just trying to understand what is the
difference and advantage of compiling camomile with
externals, which is possible and we've already made
that happen at least for the ELSE-Camomile =>
distribution <a
href="https://github.com/emviveros/Camomile-ELSE"
target="_blank" moz-do-not-send="true">https://github.com/emviveros/Camomile-ELSE</a> </div>
<div><br>
</div>
<div>Not that we'll stop, now that we're here, we'll
stay I guess :) but I just wanna make sure what's
the motivation. And I guess the only difference is
that you can ship/distribute/sell/give away just a
single plug-in binary without Pd and anything 'else'
;) </div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
<a href="mailto:Pd-list@lists.iem.at" target="_blank" moz-do-not-send="true">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" target="_blank" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
</div>
_______________________________________________<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>
</blockquote>
</body>
</html>