[PD] using my abstractions with PdParty (best practice)

[Dan Wilcox]

Also, note that subfolders inside libs are added the your search path automatically so:

    libs/my_cool_patches/cool_patch.pd

can be used in any PdParty patch via:

    [cool_patch]

There is a chance this could lead to conflicts between different abstractions with the same name, but then again, it’s something we have to deal with in Desktop pd as it is. If that is the case, you can always but things in another subfolder and add the folders name:

    libs/more_libs/another_abs_lib/cool_patch.pd

via:

    [another_abs_lib/cool_patch]

I’m finally porting some patches over to PdParty and, so far, the results are pretty great performance-wise. I can essentially run my entire setup from PdCon 2007 on an iPhone minus the graphics (although I could port that and run it locally too). Cool to see my thesis hopes for tech more or less coming true. In any case, I’ll have some new stuff for PdCon 2016!

--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Aug 8, 2016, at 1:11 PM, Dan Wilcox <danomatika at gmail.com> wrote:
> 
> The simplest answer: both. It’s up to what you need / how you work. 
> 
> RjDj encouraged people to package *all* the libs needed by a scene within the scene itself. This ensures you can pass a scene to someone else and know it has all of it’s dependencies. The downside is that then you end up having *alot* of redundant abstraction lib copies.
> 
> The libs folder is kind of like Desktop pd’s extra folder so you have a central place to put commonly used abstractions. Bundling libs within a scene will still work of course as, like Desktop pd, the local scene copy should override the libs copy. A secondary reason PdParty has the libs folder is to allow users to override/modify the few built-in abstractions as there is a secondary copy kept internally. I may remove having a direct copy already placed in libs in the future.
> 
> In any case, one of the important points for me is that, generally, PdParty scenes should work on Desktop. This is partially experience for being able to run a backup set on my laptop if the hardware setup fails :P
> 
> --------
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
>> On Aug 8, 2016, at 10:21 AM, mitchell turner <mmturner2468 at gmail.com <mailto:mmturner2468 at gmail.com>> wrote:
>> 
>> Dan,
>> I have finally gotten around to trying out PdParty and absolutely love it.  Thanks for all of the work you did getting this to run.  I’m sure I’m not the only one who appreciates your work.
>> 
>> I have a question regarding how best to use my own abstractions within PdParty on iOS.  I have been successful using my abstractions two ways:
>> 1) copy my abstraction into the PdParty directory that contains my main patcher.  
>> 2) copy my abstraction into the main “lib” directory inside PdParty.  
>> 
>> I guess my question is: what is the best place to put user-created abstractions within the file structure of PdParty.
>> 
>> For those interested, I’m using the latest version of PdParty on iOS 9.3.4 and Pd Vanilla 0.47.0. 
>> 
>> Thanks again,
>> Mitch
>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160808/9828318d/attachment.html>