<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>
<blockquote type="cite">
<div>1. How will the whole thing work with multiple instances of
Camomile VST3/AU/LV2 calling multiple instances of [pd~ ].</div>
</blockquote>
Each Camomile instance would use a seperate Pd subprocess. Where's
the problem?
<blockquote type="cite">
<div>2. How will the whole thing work with GUI and VST3/AU/LV2
parameters and presets.</div>
</blockquote>
I guess the Camomile plugin has a regular GUI and just dispatches
parameter changes, etc. to the [pd~] subprocess.<br>
<blockquote type="cite">3. Given that different DAWs deals with
multi-threading in different ways (being Reaper one of the
smartest in this area) how </blockquote>
Camomile is already threadsafe. Using [pd~] changes nothing in
this regard.</p>
<p>Christof<br>
</p>
<div class="moz-cite-prefix">On 13.01.2021 16:10, alfonso santimone
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAPpSNCtg+vQdrTXs5b3iL67fE6TqUZ2QwfQdmgsK93EF-a+rRg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi all,
<div>i think that Alexandre's one is an interesting question.</div>
<div>I think we have to do a bunch of test in "real life" DAW
working context.</div>
<div>Interesting points are</div>
<div>1. How will the whole thing work with multiple instances of
Camomile VST3/AU/LV2 calling multiple instances of [pd~ ].</div>
<div>2. How will the whole thing work with GUI and VST3/AU/LV2
parameters and presets.</div>
<div>3. Given that different DAWs deals with multi-threading in
different ways (being Reaper one of the smartest in this area)
how the whole thing work.</div>
<div><br>
</div>
<div>I guess is all a matter of extensive testing.</div>
<div><br>
</div>
<div>The last thing in Alexandre's message is another
interesting topic.</div>
<div>From my point of view wouldn't be a problem but probably
for Camomile's based VST to reach the non-pd community would
be better to distribute just a simple plugin.</div>
<div><br>
</div>
<div>So from the point of the VST/AU/LV2 designer the [pd~ ]
solution it's really promising. From the end user's point of
view not so much i guess and the Camomile-ELSE and
Camomile-name_the_libraries ways seem a more viable solution.</div>
<div><br>
</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 3:41
PM Alexandre Torres Porres <<a
href="mailto:porres@gmail.com" moz-do-not-send="true">porres@gmail.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 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>
<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>