<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">www.elgallorojorecords.bandcamp.com/</a><br><div><a href="http://soundcloud.com/alfonsosantimone" target="_blank">soundcloud.com/alfonsosantimone</a></div><div><a href="http://www.facebook.com/alfonsosantimone" target="_blank">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">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">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">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">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/listinfo/pd-list</a><br>
</blockquote></div>