[PD] dynamic patching woes...
colet.patrice at free.fr
Fri Jun 22 20:09:22 CEST 2012
you've described explicitely the reasons why I don't use abstractions in a dynamic patching project,
at least the audio part. The signal objects won't work unless you make some connections inside your abstraction,
manually or with an internal message. In fact instead of dynamically creating abstractions, using internal messages for constructing all the patch should be a better approach, you can store the lines of code that is constructing the patches with [textfile], and then you can clear and reconstruct any part of the patch by using an internal message manager, that can be made with a few objects.
Also, I don't really get why you don't use [throw~] [catch~] [send~] and [receive~] instead of [inlet~] [outlet~]
----- Mail original -----
> De: "Jörn Nettingsmeier" <nettings at stackingdwarves.net>
> À: pd-list at iem.at
> Envoyé: Vendredi 22 Juin 2012 19:48:31
> Objet: [PD] dynamic patching woes...
> hi *!
> i've played around with dynamic patching to create readanyfs~-based
> players with variable number of channels, and i must say i'm not too
> happy with what i saw...
> in your experience, is dynamic patching a suitable approach outside
> crash'n'burn live coding?
> it's almost manageable when working on a fresh canvas, but in order
> add outlets depending on a creation parameter, i found it necessary
> dynpatch a quite large abstraction (my object count offset is close
> 200...). not fun. is there a less invasive way to get a dynamic
> of outlets and separate the dynpatching from the main patch?
> also, i find that when i use my dynamically patched abstraction with
> those shine variable output ports, pd is unable to recreate the
> connections from those outlets to the dac~ object - i guess it's a
> condition where it tries to connect before the objects have completed
> their startup. is there a workaround or alternative approach for
> last thing i was wondering: is it possible to use dynpatching to
> a patch and then save that for later use? i think i saw someone
> this (frank b.?), but i can't seem to find the thread just now...
> pointers to examples would be most welcome.
> Jörn Nettingsmeier
> Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487
> Meister für Veranstaltungstechnik (Bühne/Studio)
> Tonmeister VDT
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
More information about the Pd-list