I'm creating an abstraction (say it's called test-parent.pd) which creates another abstraction (called test-child.pd) inside a subpatch, a number of times according to the argument passed to test-parent.pd. What I want to do is store $0 of test-parent.pd and pass it to all instances of test-child.pd to set a name for [throw~] which is in the test-child abstraction, like this (this is in test-parent.pd):
[loop] <- this is an until loop with a counter | [t f b] | | [* 20] [$0] | | | | [pack f f] | [obj 100 $1 test-child $2( | [s subpatch]
Inside test-child.pd I have this:
[loadbang] | [$1 ] | [set $1-sum( | [throw~]
Say that $0 of test parent is 1004. What happens is that, even though all test-child.pd abstractions are created like this [test-child 1004], I get the following error: throw~ 1127-sum: no matching catch There is a [catch~ $0-sum] in test-parent.pd, which, I guess, is updated accoridng to $0, but [test-child] seems to have been stuck to 1127 (I'm clearing the subpatch where all [test-child]s are being created, and then create the abstractions)... Any clues?
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
On Wednesday, December 10, 2014, Alexandros Drymonitis adrcki@gmail.com wrote:
I'm creating an abstraction (say it's called test-parent.pd) which creates another abstraction (called test-child.pd) inside a subpatch, a number of times according to the argument passed to test-parent.pd. What I want to do is store $0 of test-parent.pd and pass it to all instances of test-child.pd to set a name for [throw~] which is in the test-child abstraction, like this (this is in test-parent.pd):
[loop] <- this is an until loop with a counter | [t f b] | | [* 20] [$0] | | | | [pack f f] | [obj 100 $1 test-child $2( | [s subpatch]
Inside test-child.pd I have this:
[loadbang] | [$1 ] | [set $1-sum( | [throw~]
Say that $0 of test parent is 1004. What happens is that, even though all test-child.pd abstractions are created like this [test-child 1004], I get the following error: throw~ 1127-sum: no matching catch There is a [catch~ $0-sum] in test-parent.pd, which, I guess, is updated accoridng to $0, but [test-child] seems to have been stuck to 1127 (I'm clearing the subpatch where all [test-child]s are being created, and then create the abstractions)... Any clues?
FWIW pd-l2ork loadbangs all newly created abstractions. On Dec 9, 2014 6:06 PM, "i go bananas" hard.off@gmail.com wrote:
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
On Wednesday, December 10, 2014, Alexandros Drymonitis adrcki@gmail.com wrote:
I'm creating an abstraction (say it's called test-parent.pd) which creates another abstraction (called test-child.pd) inside a subpatch, a number of times according to the argument passed to test-parent.pd. What I want to do is store $0 of test-parent.pd and pass it to all instances of test-child.pd to set a name for [throw~] which is in the test-child abstraction, like this (this is in test-parent.pd):
[loop] <- this is an until loop with a counter | [t f b] | | [* 20] [$0] | | | | [pack f f] | [obj 100 $1 test-child $2( | [s subpatch]
Inside test-child.pd I have this:
[loadbang] | [$1 ] | [set $1-sum( | [throw~]
Say that $0 of test parent is 1004. What happens is that, even though all test-child.pd abstractions are created like this [test-child 1004], I get the following error: throw~ 1127-sum: no matching catch There is a [catch~ $0-sum] in test-parent.pd, which, I guess, is updated accoridng to $0, but [test-child] seems to have been stuck to 1127 (I'm clearing the subpatch where all [test-child]s are being created, and then create the abstractions)... Any clues?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 10/12/2014 00:03, i go bananas a écrit :
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstraction
On Wednesday, December 10, 2014, Alexandros Drymonitis <adrcki@gmail.com mailto:adrcki@gmail.com> wrote:
I'm creating an abstraction (say it's called test-parent.pd) which creates another abstraction (called test-child.pd) inside a subpatch, a number of times according to the argument passed to test-parent.pd. What I want to do is store $0 of test-parent.pd and pass it to all instances of test-child.pd to set a name for [throw~] which is in the test-child abstraction, like this (this is in test-parent.pd): [loop] <- this is an until loop with a counter | [t f b] | | [* 20] [$0] | | | | [pack f f] | [obj 100 $1 test-child $2( | [s subpatch] Inside test-child.pd I have this: [loadbang] | [$1 ] | [set $1-sum( | [throw~] Say that $0 of test parent is 1004. What happens is that, even though all test-child.pd abstractions are created like this [test-child 1004], I get the following error: throw~ 1127-sum: no matching catch There is a [catch~ $0-sum] in test-parent.pd, which, I guess, is updated accoridng to $0, but [test-child] seems to have been stuck to 1127 (I'm clearing the subpatch where all [test-child]s are being created, and then create the abstractions)... Any clues?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Wed, Dec 10, 2014 at 1:26 AM, patrice colet colet.patrice@free.fr wrote:
Le 10/12/2014 00:03, i go bananas a écrit :
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstraction
send [loadbang( to which object exactly? Vanilla's [loadbang] doesn't have an inlet...
I checked Hans's many library where he made [polypoly~] to create many instances of an abstraction for dymanic polyphony, which is what I was trying to do, and what he does, is create a [throw~] by passing $0 to the creation arguments and the does dynamic patching to connect the abstractions to that [throw~] which works fine. Did this in my patch and it works, without the need of [initbang].
Thanks everyone
On Wed, Dec 10, 2014 at 12:37 PM, Alexandros Drymonitis adrcki@gmail.com wrote:
On Wed, Dec 10, 2014 at 1:26 AM, patrice colet colet.patrice@free.fr wrote:
Le 10/12/2014 00:03, i go bananas a écrit :
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstraction
send [loadbang( to which object exactly? Vanilla's [loadbang] doesn't have an inlet...
Le 10/12/2014 11:37, Alexandros Drymonitis a écrit :
On Wed, Dec 10, 2014 at 1:26 AM, patrice colet <colet.patrice@free.fr mailto:colet.patrice@free.fr> wrote:
Le 10/12/2014 00:03, i go bananas a écrit :Loadbang doesn't trigger when you create abstractions dynamically. Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstractionsend [loadbang( to which object exactly? Vanilla's [loadbang] doesn't have an inlet...
send loadbang message to the subpatch :
[obj 100 $1 test-child.pd $2, loadbang bang( | [s subpatch]
should work.
c
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hello,
Le 10/12/2014 11:37, Alexandros Drymonitis a écrit :
On Wed, Dec 10, 2014 at 1:26 AM, patrice colet <colet.patrice@free.fr mailto:colet.patrice@free.fr> wrote:
Le 10/12/2014 00:03, i go bananas a écrit :
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstraction
send [loadbang( to which object exactly? Vanilla's [loadbang] doesn't have an inlet...
You send it to your subpatch which contains child abstractions.
[loadbang( | [s pd-child]
if you have [pd child]. ++
Jack
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Eventually creating [test-child] with $0 of [test-parent] as an argument, and inside [test-child] having [throw~ $1-sum] works fine. Thanks
On Thu, Dec 11, 2014 at 1:17 PM, Jack jack@rybn.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hello,
Le 10/12/2014 11:37, Alexandros Drymonitis a écrit :
On Wed, Dec 10, 2014 at 1:26 AM, patrice colet <colet.patrice@free.fr mailto:colet.patrice@free.fr> wrote:
Le 10/12/2014 00:03, i go bananas a écrit :
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
It should be actually possible to trigger [loadbang] in abstraction by sending [loadbang( message to abstraction
send [loadbang( to which object exactly? Vanilla's [loadbang] doesn't have an inlet...
You send it to your subpatch which contains child abstractions.
[loadbang( | [s pd-child]
if you have [pd child]. ++
Jack
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQEcBAEBAgAGBQJUiX0mAAoJEOuluecjw8GUouMH/2ecrD9JPQ5hwYXxdY8gyys1 OeH0Wzd6smF70hfPA91TtHjOx/OY6Pxb4kNMq/MXZCuJpPmqpp18SRuKGZC/tQ0F IT0IXRz5QFqLWzwpMO8l8WhYiK9YbL3nrOB6F/SjWJQzEtvCe4WngjYp37iuvdQD oUDIFFXonXMIEizuUDRmUsARfPJWDhV6JyS10l27i9yWvbDafLjI64027V4Iayv7 yvPE8IEeufggZVJQ/qW4gZKuC4xAcm/BiwUQRIvHGVVNrkYrKywDC2B8UL1c0ryE Cy56v5cNs3U8nbsYZZIa5DJ8uWPGn2qSLbVuXEVxxp4gNCmLqQ3b2YTbKV62120= =6xkh -----END PGP SIGNATURE-----
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I can create [initbang] in Pd-extended but not in Vanilla. Is this in Pd-extended's core?
On Wed, Dec 10, 2014 at 1:03 AM, i go bananas hard.off@gmail.com wrote:
Loadbang doesn't trigger when you create abstractions dynamically.
Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg in the help docs)
On Wednesday, December 10, 2014, Alexandros Drymonitis adrcki@gmail.com wrote:
I'm creating an abstraction (say it's called test-parent.pd) which creates another abstraction (called test-child.pd) inside a subpatch, a number of times according to the argument passed to test-parent.pd. What I want to do is store $0 of test-parent.pd and pass it to all instances of test-child.pd to set a name for [throw~] which is in the test-child abstraction, like this (this is in test-parent.pd):
[loop] <- this is an until loop with a counter | [t f b] | | [* 20] [$0] | | | | [pack f f] | [obj 100 $1 test-child $2( | [s subpatch]
Inside test-child.pd I have this:
[loadbang] | [$1 ] | [set $1-sum( | [throw~]
Say that $0 of test parent is 1004. What happens is that, even though all test-child.pd abstractions are created like this [test-child 1004], I get the following error: throw~ 1127-sum: no matching catch There is a [catch~ $0-sum] in test-parent.pd, which, I guess, is updated accoridng to $0, but [test-child] seems to have been stuck to 1127 (I'm clearing the subpatch where all [test-child]s are being created, and then create the abstractions)... Any clues?
-
Alexandros Drymonitis -
Cyrille Henry -
i go bananas -
IOhannes m zmölnig -
Ivica Bukvic -
Jack -
patrice colet