servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed.
on a intel mac os x 10.5:
with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open
_chat.pd. then when i click on creator additionally a blank patch
pops up called "pd cr.singletons" the console spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x 10.4 ppc.
also there is a small documentation bug:
it reads: START netpd
- start pd and open _chat.pd
- click the 'settings'-bang
- set your name
- click the 'save and close'-bang
- talk to other netpd-people and start a session
there is no 'settings"-bang, it's called 'pref' and doesn't look like
a bang.
inside is a 'save&close' button.
suggestion:
- hit the 'pref'-button to set your preferences
- set your name
- hit 'save&close'
ciao, max
On Thu, 2008-05-29 at 19:27 +1000, Max Neupert wrote:
servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open
_chat.pd. then when i click on creator additionally a blank patch
pops up called "pd cr.singletons" the console spills out:netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x 10.4 ppc.
[netclient] is part of maxlib. afaik, it should be found in extra/maxlib. netpd/_chat.pd has a [declare] in order to add the path of the maxlib folder. if it doesn't load, either [declare] on those versions of pd-extended are broken or netclient was moved. i'll have a look at that soon. probably it is just a matter of using an appropriate [declare].
also there is a small documentation bug:
it reads: START netpd
- start pd and open _chat.pd
- click the 'settings'-bang
- set your name
- click the 'save and close'-bang
- talk to other netpd-people and start a session
there is no 'settings"-bang, it's called 'pref' and doesn't look like
a bang. inside is a 'save&close' button.suggestion:
- hit the 'pref'-button to set your preferences
- set your name
- hit 'save&close'
yeah, thanks for the report.
i am sorry, that you weren't able to use netpd. i am currently quite busy with finishing my studies. i plan to spend more time on netpd (and development) afterwards. then i would like also to fix the netpd.org site, which was sadly spammed.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Am 2008-05-29 um 19:54 schrieb Roman Haefeli:
On Thu, 2008-05-29 at 19:27 +1000, Max Neupert wrote:
servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open _chat.pd. then when i click on creator additionally a blank patch pops up called "pd cr.singletons" the console spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x 10.4 ppc.
[netclient] is part of maxlib. afaik, it should be found in extra/maxlib. netpd/_chat.pd has a [declare] in order to add the
path of the maxlib folder. if it doesn't load, either [declare] on those versions of pd-extended are broken or netclient was moved. i'll have a look at that soon. probably it is just a matter of using an
appropriate [declare].
ok, with [import maxlib] i could make the netclient object.
but the rest of the problem is still there: when i open the creator
an empty patch pops up called "pd cr.singletons" and creator doesn't
work properly. i think it is probably that i need to declare the
"include" direcory.. i'll give it a try and report my findings.
roman, i don't wanna distract you --- good luck with your presentation!
it's not so urgent.
winterly greetings from australia
max
On Thu, 2008-05-29 at 20:42 +1000, Max Neupert wrote:
Am 2008-05-29 um 19:54 schrieb Roman Haefeli:
On Thu, 2008-05-29 at 19:27 +1000, Max Neupert wrote:
servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open _chat.pd. then when i click on creator additionally a blank patch pops up called "pd cr.singletons" the console spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x 10.4 ppc.
[netclient] is part of maxlib. afaik, it should be found in extra/maxlib. netpd/_chat.pd has a [declare] in order to add the
path of the maxlib folder. if it doesn't load, either [declare] on those versions of pd-extended are broken or netclient was moved. i'll have a look at that soon. probably it is just a matter of using an
appropriate [declare].ok, with [import maxlib] i could make the netclient object.
but the rest of the problem is still there: when i open the creator
an empty patch pops up called "pd cr.singletons" and creator doesn't
work properly. i think it is probably that i need to declare the
"include" direcory..
exactly.. actually it should be [declare]d already (i checked and it is in _chat.pd). probably you could check, if it is working, by creating a subpatch somewhere in the _chat.pd patch and then trying to create [netpd-r] (or any other abstractions from netpd/includes). if it fails, then for some reason [declare -path] doesn't work on your version of pd-extended. a recent build most likely already has fixed the issue. i haven't kept track of what works in which version, but i think, with the coming release of 0.40-extended many things should be solved.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
ok here my findings:
after another [declare -path /Users/max/Desktop/netpd/includes] i could not make an object like [netpd-f]
strange thing is: that even after adding the path to the paths-
preferences of pd, then restarting pd + netpd there was still no
chance to make a netpd object.
and yes, the path was right.
i tested it without netpd and it works there (made a folder somewhere
with a patchname testerx.pd included the path to that in the paths
and used it in a new file) that works.
i thought the ui-work may heve broken the paths all in all but that's
not the case.
maybe i have some time tomorrow to give it another try.
this is todays autobuild on ppc osx 10.4
m.
Am 2008-05-29 um 21:02 schrieb Roman Haefeli:
On Thu, 2008-05-29 at 20:42 +1000, Max Neupert wrote:
Am 2008-05-29 um 19:54 schrieb Roman Haefeli:
On Thu, 2008-05-29 at 19:27 +1000, Max Neupert wrote:
servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open _chat.pd. then when i click on creator additionally a blank patch pops up called "pd cr.singletons" the console spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x 10.4 ppc.
[netclient] is part of maxlib. afaik, it should be found in extra/maxlib. netpd/_chat.pd has a [declare] in order to add the path of the maxlib folder. if it doesn't load, either [declare] on those versions of pd-extended are broken or netclient was moved. i'll
have a look at that soon. probably it is just a matter of using an appropriate [declare].ok, with [import maxlib] i could make the netclient object.
but the rest of the problem is still there: when i open the creator an empty patch pops up called "pd cr.singletons" and creator doesn't work properly. i think it is probably that i need to declare the "include" direcory..
exactly.. actually it should be [declare]d already (i checked and
it is in _chat.pd). probably you could check, if it is working, by creating a subpatch somewhere in the _chat.pd patch and then trying to create [netpd-r]
(or any other abstractions from netpd/includes). if it fails, then for
some reason [declare -path] doesn't work on your version of pd-extended. a recent build most likely already has fixed the issue. i haven't kept track of what works in which version, but i think, with the coming release of 0.40-extended many things should be solved.roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo!
Mail: http://mail.yahoo.de
On Thu, 2008-05-29 at 23:14 +1000, Max Neupert wrote:
ok here my findings:
after another [declare -path /Users/max/Desktop/netpd/includes] i could not make an object like [netpd-f]
strange thing is: that even after adding the path to the paths- preferences of pd, then restarting pd + netpd there was still no
chance to make a netpd object.and yes, the path was right.
i tested it without netpd and it works there (made a folder somewhere
with a patchname testerx.pd included the path to that in the paths
and used it in a new file) that works.i thought the ui-work may heve broken the paths all in all but that's
not the case.maybe i have some time tomorrow to give it another try.
this is todays autobuild on ppc osx 10.4
m.
just a little remark (you might know it already):
[declare -*path] works locally in the sense, that pathes are added only for the patch, that holds the [declare]. for testing the netpd stuff, it really only works, if you try it within the _chat.pd patch.
remark2 (probably even better known): when adding a [declare], save the patch, close and reopen it in order to test whether the [declare] really works. instantiating a [declare] does _not_ immediately add pathes.
check, whether all the netpd stuff is really there. is there a netpd/includes/netpd-f.pd and netpd/includes/creator.pd ? if so, it is very strange, that you weren't able to create those even after adding the path to netpd/includes to your settings. i don't have any explanation for that.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Am 2008-05-29 um 23:54 schrieb Roman Haefeli:
just a little remark (you might know it already):
[declare -*path] works locally in the sense, that pathes are added
only for the patch, that holds the [declare]. for testing the netpd
stuff, it really only works, if you try it within the _chat.pd patch.remark2 (probably even better known): when adding a [declare], save the patch, close and reopen it in
order to test whether the [declare] really works. instantiating a [declare]
does _not_ immediately add pathes.check, whether all the netpd stuff is really there. is there a netpd/includes/netpd-f.pd and netpd/includes/creator.pd ? if so, it is very strange, that you weren't able to create those even after adding the path to netpd/includes to your settings. i don't have any explanation for that.
actually i wasn't aware of that, thanks for the clarification, now
the helpfile od declare makes sense suddenly. "set environment only
for the opening patch" might be clearer.
Hi Max,
Coincidently i tried this last night (or night before) and got the exact same error - "pd cr.singletons". Actually i think there was a hyphen in the error so it was "pd-cr.singletons"
The error occurred using the latest autobuild 2008-05-28 for mac intel.
I then got an older build i was using prior to this (2008-05-24) and everything worked fine - no error.
did something change in the autobuild maybe between 05-24 and 05-28 maybe that would give an error like this?
Also all patches loaded into 'creator' were broken and gave a simalar error for me...
mark
--- Max Neupert abonnements@revolwear.com wrote:
Am 2008-05-29 um 19:54 schrieb Roman Haefeli:
On Thu, 2008-05-29 at 19:27 +1000, Max Neupert
wrote:
servus roman, list,
i wanted to demonstrate netpd today here in
melbourne and failed.
on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded
netpd.zip i can open
_chat.pd. then when i click on creator
additionally a blank patch
pops up called "pd cr.singletons" the console
spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the
Find menu.
error: pd-cr.singletons: no such object
i can reproduce the same on my own machine os x
10.4 ppc.
[netclient] is part of maxlib. afaik, it should be
found in
extra/maxlib. netpd/_chat.pd has a [declare] in
order to add the
path of the maxlib folder. if it doesn't load, either
[declare] on those
versions of pd-extended are broken or netclient
was moved. i'll have a
look at that soon. probably it is just a matter of
using an
appropriate [declare].
ok, with [import maxlib] i could make the netclient object.
but the rest of the problem is still there: when i open the creator
an empty patch pops up called "pd cr.singletons" and creator doesn't
work properly. i think it is probably that i need to declare the
"include" direcory.. i'll give it a try and report my findings. roman, i don't wanna distract you --- good luck with your presentation! it's not so urgent.winterly greetings from australia
max
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
mark edward grimm | m.f.a | ed.m
syracuse u. | vpa foundations | timearts
adjunct | new media consultant
megrimm.net | socialmediagroup.org & .com
mgrimm@syr.edu | 315.378.2136
________________________________________
Max Neupert wrote:
servus roman, list,
i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open _chat.pd. then when i click on creator additionally a blank patch pops up called "pd cr.singletons" the console spills out:
netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such object
hi max
which exact version have u tried?
have u removed the ~Library/Preferences/org.puredata.pd.plist before you run the newest pd-extended?
this versions have been working more or less: on intel osx 10.5 Pd-0.40.3-extended-20080222 Pd-0.40.3-extended-20080504 Pd-0.40.3-extended-20080516 Pd-extended (20080523) some problem with <~ and a new one with matrix (only working as iemmatrix/matrix).
now i tried pd-netpd-osx.tar.gz from http://netpd.org/download and it worked surprisingly well. <~, matrix, t3_del all creates fine.. i suggest to try this one too.
cheers eni
Am 2008-05-29 um 19:58 schrieb Enrique Erne:
Max Neupert wrote:
servus roman, list, i wanted to demonstrate netpd today here in melbourne and failed. on a intel mac os x 10.5: with a fresh pd-extended 0.4xx and downloaded netpd.zip i can open
_chat.pd. then when i click on creator additionally a blank patch
pops up called "pd cr.singletons" the console spills out: netclient ... couldn't create error: inlet: expected '' but got 'connect' ... you might be able to track this down from the Find menu. error: pd-cr.singletons: no such objecthi max
which exact version have u tried?
have u removed the ~Library/Preferences/org.puredata.pd.plist
before you run the newest pd-extended?this versions have been working more or less: on intel osx 10.5 Pd-0.40.3-extended-20080222 Pd-0.40.3-extended-20080504 Pd-0.40.3-extended-20080516 Pd-extended (20080523) some problem with <~ and a new one with matrix (only working as iemmatrix/matrix).
now i tried pd-netpd-osx.tar.gz from http://netpd.org/download and it worked surprisingly well. <~, matrix, t3_del all creates fine.. i suggest to try this one too.
hi eni,
the exact version i have here is 0.40.3-extended-20080528 on 10.4
osx. the netpd is the current one.
i can open netpd, log in, chat... but as soon as i open creator i get
error: pd-cr.singletons: no such object
and a empty windows pops up: pd cr.singletons (no dash)
netloading a netpd patch doens't work
m.
i can open netpd, log in, chat... but as soon as i open creator i get error: pd-cr.singletons: no such object and a empty windows pops up: pd cr.singletons (no dash) netloading a netpd patch doens't work
now i got it to. just tried it with: Pd-0.40.3-extended-20080531-macosx105-i386
it seems that some dynamic patching tricks are broken. attached example isn't working anymore :(. it creates the container subpatches but can't create the abstraction inside. could somebody confirm that?
eni
#N canvas 386 22 527 592 10; #N canvas 17 28 355 263 sub 0; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #N canvas 0 22 450 300 2-subsub 0; #X restore 10 40 pd 2-subsub; #N canvas 0 22 450 300 3-subsub 0; #X restore 10 60 pd 3-subsub; #N canvas 0 22 450 300 11-subsub 0; #X restore 10 220 pd 11-subsub; #N canvas 0 22 450 300 15-subsub 0; #X restore 10 300 pd 15-subsub; #N canvas 0 22 450 300 19-subsub 0; #X restore 10 380 pd 19-subsub; #N canvas 0 22 450 300 24-subsub 0; #X restore 10 480 pd 24-subsub; #N canvas 0 22 450 300 25-subsub 0; #X restore 10 500 pd 25-subsub; #N canvas 0 22 450 300 29-subsub 0; #X restore 10 580 pd 29-subsub; #N canvas 0 22 450 300 32-subsub 0; #X restore 10 640 pd 32-subsub; #N canvas 0 22 450 300 33-subsub 0; #X restore 10 660 pd 33-subsub; #N canvas 0 22 450 300 34-subsub 0; #X restore 10 680 pd 34-subsub; #N canvas 0 22 450 300 40-subsub 0; #X restore 10 800 pd 40-subsub; #N canvas 0 22 450 300 51-subsub 0; #X restore 10 1020 pd 51-subsub; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #X restore 21 22 pd sub; #X msg 24 392 ; pd-sub clear; #X msg 24 233 ; pd-sub loadbang; #X floatatom 24 79 5 0 0 0 - - -; #X obj 52 136 * 20; #X obj 24 96 t f f f; #X obj 24 116 makefilename pd-%d-subsub; #X obj 24 156 pack s f f; #X obj 24 325 makefilename pd-%d-subsub; #X msg 24 347 ; $1 clear; #X floatatom 24 306 5 0 0 0 - - -; #X text 79 22 add and remove abstractions; #X msg 21 53 1; #X msg 61 53 2; #X msg 97 53 3; #X text 149 53 a) create some subsubpatches and abstractions; #X text 148 237 b) if your abstractions use loadbang you have to do that manually; #X msg 24 283 1; #X msg 64 283 2; #X msg 100 283 3; #X text 142 398 (clear pd-sub before saving this patch); #X text 145 282 c) clear subsubpatch where your abstractions are; #X text 23 506 e) if your abstraction does signal processing you need to rebuild the dsptree. you could do so by either turn off/on [pd dsp 0 , pd dsp 1( or dynamically create an other ~-object in a subpatch and clear it again.; #X text 25 439 d) if your abstraction has a gui inside that you want to open sepparately , use either namecanvas or put the gui in an subpatch [pd $1-something] and use an arguemnt as id to refenrence the subpatch. ; #X msg 24 176 ; pd-sub obj 10 $2 pd $3-subsub ; $1 obj 10 10 my-abstraction $3; #X connect 3 0 5 0; #X connect 4 0 7 1; #X connect 5 0 6 0; #X connect 5 1 4 0; #X connect 5 2 7 2; #X connect 6 0 7 0; #X connect 7 0 24 0; #X connect 8 0 9 0; #X connect 10 0 8 0; #X connect 12 0 3 0; #X connect 13 0 3 0; #X connect 14 0 3 0; #X connect 17 0 10 0; #X connect 18 0 10 0; #X connect 19 0 10 0;
Yo, I can confirm it with a day-or-two-old Pd-Extended autobuild.
I did some playing with this, and if you cut and paste the [pd 1-subsub] object it will start receiving messages like normal. So, it seems that dynamically created subpatches don't get a receiver...
A possible workaround for this would be to do a dynamic-cut-and-paste as described in the pd-msg reference, to possibly force a proper creation, but that is a pretty massive hack (and I didn't try it).
Also, the use of dynamically created subpatches as a way around the no-dynamic-delete issue is great, I hadn't thought of it. Too bad it is broken : (. As a member of the Church of Dynamic Patching I think it should be added to the reference as an Offical Technique.
Cheers Luke
On Sat, May 31, 2008 at 10:00 AM, Enrique Erne enrique@netpd.org wrote:
i can open netpd, log in, chat... but as soon as i open creator i get error: pd-cr.singletons: no such object and a empty windows pops up: pd cr.singletons (no dash) netloading a netpd patch doens't work
now i got it to. just tried it with: Pd-0.40.3-extended-20080531-macosx105-i386
it seems that some dynamic patching tricks are broken. attached example isn't working anymore :(. it creates the container subpatches but can't create the abstraction inside. could somebody confirm that?
eni
#N canvas 386 22 527 592 10; #N canvas 17 28 355 263 sub 0; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #N canvas 0 22 450 300 2-subsub 0; #X restore 10 40 pd 2-subsub; #N canvas 0 22 450 300 3-subsub 0; #X restore 10 60 pd 3-subsub; #N canvas 0 22 450 300 11-subsub 0; #X restore 10 220 pd 11-subsub; #N canvas 0 22 450 300 15-subsub 0; #X restore 10 300 pd 15-subsub; #N canvas 0 22 450 300 19-subsub 0; #X restore 10 380 pd 19-subsub; #N canvas 0 22 450 300 24-subsub 0; #X restore 10 480 pd 24-subsub; #N canvas 0 22 450 300 25-subsub 0; #X restore 10 500 pd 25-subsub; #N canvas 0 22 450 300 29-subsub 0; #X restore 10 580 pd 29-subsub; #N canvas 0 22 450 300 32-subsub 0; #X restore 10 640 pd 32-subsub; #N canvas 0 22 450 300 33-subsub 0; #X restore 10 660 pd 33-subsub; #N canvas 0 22 450 300 34-subsub 0; #X restore 10 680 pd 34-subsub; #N canvas 0 22 450 300 40-subsub 0; #X restore 10 800 pd 40-subsub; #N canvas 0 22 450 300 51-subsub 0; #X restore 10 1020 pd 51-subsub; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #X restore 21 22 pd sub; #X msg 24 392 ; pd-sub clear; #X msg 24 233 ; pd-sub loadbang; #X floatatom 24 79 5 0 0 0 - - -; #X obj 52 136 * 20; #X obj 24 96 t f f f; #X obj 24 116 makefilename pd-%d-subsub; #X obj 24 156 pack s f f; #X obj 24 325 makefilename pd-%d-subsub; #X msg 24 347 ; $1 clear; #X floatatom 24 306 5 0 0 0 - - -; #X text 79 22 add and remove abstractions; #X msg 21 53 1; #X msg 61 53 2; #X msg 97 53 3; #X text 149 53 a) create some subsubpatches and abstractions; #X text 148 237 b) if your abstractions use loadbang you have to do that manually; #X msg 24 283 1; #X msg 64 283 2; #X msg 100 283 3; #X text 142 398 (clear pd-sub before saving this patch); #X text 145 282 c) clear subsubpatch where your abstractions are; #X text 23 506 e) if your abstraction does signal processing you need to rebuild the dsptree. you could do so by either turn off/on [pd dsp 0 , pd dsp 1( or dynamically create an other ~-object in a subpatch and clear it again.; #X text 25 439 d) if your abstraction has a gui inside that you want to open sepparately , use either namecanvas or put the gui in an subpatch [pd $1-something] and use an arguemnt as id to refenrence the subpatch. ; #X msg 24 176 ; pd-sub obj 10 $2 pd $3-subsub ; $1 obj 10 10 my-abstraction $3; #X connect 3 0 5 0; #X connect 4 0 7 1; #X connect 5 0 6 0; #X connect 5 1 4 0; #X connect 5 2 7 2; #X connect 6 0 7 0; #X connect 7 0 24 0; #X connect 8 0 9 0; #X connect 10 0 8 0; #X connect 12 0 3 0; #X connect 13 0 3 0; #X connect 14 0 3 0; #X connect 17 0 10 0; #X connect 18 0 10 0; #X connect 19 0 10 0;
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hmm, I think I might have broken the subpatch receive symbols a
couple of days ago, which might be the cause of this. I just fixed
my mistake, so tomorrow, they should work again.
.hc
On Jun 1, 2008, at 8:42 AM, Luke Iannini wrote:
Yo, I can confirm it with a day-or-two-old Pd-Extended autobuild.
I did some playing with this, and if you cut and paste the [pd 1-subsub] object it will start receiving messages like normal. So, it seems that dynamically created subpatches don't get a receiver...
A possible workaround for this would be to do a dynamic-cut-and-paste as described in the pd-msg reference, to possibly force a proper creation, but that is a pretty massive hack (and I didn't try it).
Also, the use of dynamically created subpatches as a way around the no-dynamic-delete issue is great, I hadn't thought of it. Too bad it is broken : (. As a member of the Church of Dynamic Patching I think it should be added to the reference as an Offical Technique.
Cheers Luke
On Sat, May 31, 2008 at 10:00 AM, Enrique Erne enrique@netpd.org
wrote:i can open netpd, log in, chat... but as soon as i open creator i
get error: pd-cr.singletons: no such object and a empty windows pops up: pd cr.singletons (no dash) netloading a netpd patch doens't worknow i got it to. just tried it with: Pd-0.40.3-extended-20080531-macosx105-i386
it seems that some dynamic patching tricks are broken. attached
example isn't working anymore :(. it creates the container subpatches but
can't create the abstraction inside. could somebody confirm that?eni
#N canvas 386 22 527 592 10; #N canvas 17 28 355 263 sub 0; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #N canvas 0 22 450 300 2-subsub 0; #X restore 10 40 pd 2-subsub; #N canvas 0 22 450 300 3-subsub 0; #X restore 10 60 pd 3-subsub; #N canvas 0 22 450 300 11-subsub 0; #X restore 10 220 pd 11-subsub; #N canvas 0 22 450 300 15-subsub 0; #X restore 10 300 pd 15-subsub; #N canvas 0 22 450 300 19-subsub 0; #X restore 10 380 pd 19-subsub; #N canvas 0 22 450 300 24-subsub 0; #X restore 10 480 pd 24-subsub; #N canvas 0 22 450 300 25-subsub 0; #X restore 10 500 pd 25-subsub; #N canvas 0 22 450 300 29-subsub 0; #X restore 10 580 pd 29-subsub; #N canvas 0 22 450 300 32-subsub 0; #X restore 10 640 pd 32-subsub; #N canvas 0 22 450 300 33-subsub 0; #X restore 10 660 pd 33-subsub; #N canvas 0 22 450 300 34-subsub 0; #X restore 10 680 pd 34-subsub; #N canvas 0 22 450 300 40-subsub 0; #X restore 10 800 pd 40-subsub; #N canvas 0 22 450 300 51-subsub 0; #X restore 10 1020 pd 51-subsub; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #X restore 21 22 pd sub; #X msg 24 392 ; pd-sub clear; #X msg 24 233 ; pd-sub loadbang; #X floatatom 24 79 5 0 0 0 - - -; #X obj 52 136 * 20; #X obj 24 96 t f f f; #X obj 24 116 makefilename pd-%d-subsub; #X obj 24 156 pack s f f; #X obj 24 325 makefilename pd-%d-subsub; #X msg 24 347 ; $1 clear; #X floatatom 24 306 5 0 0 0 - - -; #X text 79 22 add and remove abstractions; #X msg 21 53 1; #X msg 61 53 2; #X msg 97 53 3; #X text 149 53 a) create some subsubpatches and abstractions; #X text 148 237 b) if your abstractions use loadbang you have to do that manually; #X msg 24 283 1; #X msg 64 283 2; #X msg 100 283 3; #X text 142 398 (clear pd-sub before saving this patch); #X text 145 282 c) clear subsubpatch where your abstractions are; #X text 23 506 e) if your abstraction does signal processing you need to rebuild the dsptree. you could do so by either turn off/on [pd dsp 0 , pd dsp 1( or dynamically create an other ~-object in a subpatch and clear it again.; #X text 25 439 d) if your abstraction has a gui inside that you want to open sepparately , use either namecanvas or put the gui in an
subpatch [pd $1-something] and use an arguemnt as id to refenrence the
subpatch. ; #X msg 24 176 ; pd-sub obj 10 $2 pd $3-subsub ; $1 obj 10 10 my-abstraction $3; #X connect 3 0 5 0; #X connect 4 0 7 1; #X connect 5 0 6 0; #X connect 5 1 4 0; #X connect 5 2 7 2; #X connect 6 0 7 0; #X connect 7 0 24 0; #X connect 8 0 9 0; #X connect 10 0 8 0; #X connect 12 0 3 0; #X connect 13 0 3 0; #X connect 14 0 3 0; #X connect 17 0 10 0; #X connect 18 0 10 0; #X connect 19 0 10 0;
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
BAD BOY! but thanks for fixing it.
Am 2008-06-01 um 19:59 schrieb Hans-Christoph Steiner:
Hmm, I think I might have broken the subpatch receive symbols a couple of days ago, which might be the cause of this. I just fixed my mistake, so tomorrow, they should work again.
.hc
On Jun 1, 2008, at 8:42 AM, Luke Iannini wrote:
Yo, I can confirm it with a day-or-two-old Pd-Extended autobuild.
I did some playing with this, and if you cut and paste the [pd 1-subsub] object it will start receiving messages like normal.
So, it seems that dynamically created subpatches don't get a receiver...A possible workaround for this would be to do a dynamic-cut-and-paste as described in the pd-msg reference, to possibly force a proper creation, but that is a pretty massive hack (and I didn't try it).
Also, the use of dynamically created subpatches as a way around the no-dynamic-delete issue is great, I hadn't thought of it. Too bad it is broken : (. As a member of the Church of Dynamic Patching I think it should be added to the reference as an Offical Technique.
Cheers Luke
On Sat, May 31, 2008 at 10:00 AM, Enrique Erne enrique@netpd.org wrote:
i can open netpd, log in, chat... but as soon as i open creator i get error: pd-cr.singletons: no such object and a empty windows pops up: pd cr.singletons (no dash) netloading a netpd patch doens't work
now i got it to. just tried it with: Pd-0.40.3-extended-20080531-macosx105-i386
it seems that some dynamic patching tricks are broken. attached example isn't working anymore :(. it creates the container subpatches but can't create the abstraction inside. could somebody confirm that?
eni
#N canvas 386 22 527 592 10; #N canvas 17 28 355 263 sub 0; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #N canvas 0 22 450 300 2-subsub 0; #X restore 10 40 pd 2-subsub; #N canvas 0 22 450 300 3-subsub 0; #X restore 10 60 pd 3-subsub; #N canvas 0 22 450 300 11-subsub 0; #X restore 10 220 pd 11-subsub; #N canvas 0 22 450 300 15-subsub 0; #X restore 10 300 pd 15-subsub; #N canvas 0 22 450 300 19-subsub 0; #X restore 10 380 pd 19-subsub; #N canvas 0 22 450 300 24-subsub 0; #X restore 10 480 pd 24-subsub; #N canvas 0 22 450 300 25-subsub 0; #X restore 10 500 pd 25-subsub; #N canvas 0 22 450 300 29-subsub 0; #X restore 10 580 pd 29-subsub; #N canvas 0 22 450 300 32-subsub 0; #X restore 10 640 pd 32-subsub; #N canvas 0 22 450 300 33-subsub 0; #X restore 10 660 pd 33-subsub; #N canvas 0 22 450 300 34-subsub 0; #X restore 10 680 pd 34-subsub; #N canvas 0 22 450 300 40-subsub 0; #X restore 10 800 pd 40-subsub; #N canvas 0 22 450 300 51-subsub 0; #X restore 10 1020 pd 51-subsub; #N canvas 0 22 450 300 1-subsub 0; #X restore 10 20 pd 1-subsub; #X restore 21 22 pd sub; #X msg 24 392 ; pd-sub clear; #X msg 24 233 ; pd-sub loadbang; #X floatatom 24 79 5 0 0 0 - - -; #X obj 52 136 * 20; #X obj 24 96 t f f f; #X obj 24 116 makefilename pd-%d-subsub; #X obj 24 156 pack s f f; #X obj 24 325 makefilename pd-%d-subsub; #X msg 24 347 ; $1 clear; #X floatatom 24 306 5 0 0 0 - - -; #X text 79 22 add and remove abstractions; #X msg 21 53 1; #X msg 61 53 2; #X msg 97 53 3; #X text 149 53 a) create some subsubpatches and abstractions; #X text 148 237 b) if your abstractions use loadbang you have to do that manually; #X msg 24 283 1; #X msg 64 283 2; #X msg 100 283 3; #X text 142 398 (clear pd-sub before saving this patch); #X text 145 282 c) clear subsubpatch where your abstractions are; #X text 23 506 e) if your abstraction does signal processing you
need to rebuild the dsptree. you could do so by either turn off/on [pd
dsp 0 , pd dsp 1( or dynamically create an other ~-object in a subpatch and clear it again.; #X text 25 439 d) if your abstraction has a gui inside that you want to open sepparately , use either namecanvas or put the gui in an subpatch [pd $1-something] and use an arguemnt as id to refenrence the subpatch. ; #X msg 24 176 ; pd-sub obj 10 $2 pd $3-subsub ; $1 obj 10 10 my-abstraction $3; #X connect 3 0 5 0; #X connect 4 0 7 1; #X connect 5 0 6 0; #X connect 5 1 4 0; #X connect 5 2 7 2; #X connect 6 0 7 0; #X connect 7 0 24 0; #X connect 8 0 9 0; #X connect 10 0 8 0; #X connect 12 0 3 0; #X connect 13 0 3 0; #X connect 14 0 3 0; #X connect 17 0 10 0; #X connect 18 0 10 0; #X connect 19 0 10 0;
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
--
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
Enrique Erne -
Hans-Christoph Steiner -
Luke Iannini -
mark edward grimm -
Max Neupert -
Roman Haefeli