One more thing, the new instance support means the C layer now uses sys_lock, so we longer need locks or synchronization in the language wrappers. We haven't updating any of that yet so if you're using C++, you can build it without the mutex with the compile define.
Similarly, I have a working libpd.dll builtin minnow which works in Visual Studio. This necessitated making the C++ wrapper header-only. I haven't integrated that into the master branch yet either.
SO some changes coming, but probably not right away...
On Aug 18, 2017, at 6:36 PM, Alex x37v.alex@gmail.com wrote:
oh great, if I can call libpd_init multiple times that is great. I'll look at the pd_multi again too,. THANKS!
On Fri, Aug 18, 2017 at 9:32 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: Also, libpd_init currently just returns a -1 if it's already been inited once before, so you can call it multiple times.
On Aug 18, 2017, at 6:30 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Something like that. The simplest solution is to just wrap pd_setinstance as libpd_setinstance, etc. Miller updated the pd_multi sample since you may have last seen it...
On Aug 18, 2017, at 6:29 PM, Alex <x37v.alex@gmail.com mailto:x37v.alex@gmail.com> wrote:
Is the goal to switch pd instances before calling the libpd calls or pass a pd_instance to the libpd calls?
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/