hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ I looked at it because miller mentioned the "correct use of declare" in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius.
Not to mention it includes the entire computer score for Manoury's *Jupiter*and *Pluton*... some amazing pieces of music.
-rich
On Tue, Jun 3, 2008 at 9:08 AM, marius schebella marius.schebella@gmail.com wrote:
hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ http://crca.ucsd.edu/%7Emsp/pdrp/ I looked at it because miller mentioned the "correct use of declare" in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hmm, maybe I need to upload a new PDRP version. I think all the patches I have now use declare "correctly", at least on my machine :)
cheers Miller
On Tue, Jun 03, 2008 at 12:08:10PM -0400, marius schebella wrote:
hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ I looked at it because miller mentioned the "correct use of declare" in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Miller Puckette wrote:
Hmm, maybe I need to upload a new PDRP version. I think all the patches I have now use declare "correctly", at least on my machine :)
thanks for answering. I dl pdrp-11 from 10/2007. noanoa was the first one I tested, and it gave me an error, which actually is a bug, but not a declare error. qlist1.txt is not in a subfolder "score" but in the same directory as the main patch
error: score/qlist1.txt: can't open error: score/qlist1.txt: read failed ... you might be able to track this down from the Find menu. the patch also can't create "joystick".
steiger loops misses "system".
manoury jupiter says load_object: Symbol "TABLE_setup" not found
tenney-collage does not find set-line set-line loop1-period ... couldn't create and again it tries to open a file from a score subfolder error: score/reich-qlist.txt: can't open error: score/reich-qlist.txt: read failed ... you might be able to track this down from the Find menu.
so, you are right by saying you use declare correctly, but there are some other bugs still there.
btw. I tested with 0.41-4 on intel mac os x 10.5.3.
I also tested this with a pdx autobuild (0428) and this throws a lot more errors: for example this error (which is strange, since there is also debounce.d_fat and debounce.pd_darwin, same for scofo):
/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc: dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc, 10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc: mach-o, but wrong architecture /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc: dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc, 10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc: mach-o, but wrong architecture scofo ... couldn't create
but that seems to be a pd-extended bug.
cheers, marius.
cheers Miller
On Tue, Jun 03, 2008 at 12:08:10PM -0400, marius schebella wrote:
hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ I looked at it because miller mentioned the "correct use of declare" in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Jun 6, 2008, at 1:34 AM, marius schebella wrote:
Miller Puckette wrote:
Hmm, maybe I need to upload a new PDRP version. I think all the
patches I have now use declare "correctly", at least on my machine :)thanks for answering. I dl pdrp-11 from 10/2007. noanoa was the first one I tested, and it gave me an error, which actually is a bug, but not a declare error. qlist1.txt is not in a subfolder "score" but in the same directory as the main patch
error: score/qlist1.txt: can't open error: score/qlist1.txt: read failed ... you might be able to track this down from the Find menu. the patch also can't create "joystick".
steiger loops misses "system".
manoury jupiter says load_object: Symbol "TABLE_setup" not found
tenney-collage does not find set-line set-line loop1-period ... couldn't create and again it tries to open a file from a score subfolder error: score/reich-qlist.txt: can't open error: score/reich-qlist.txt: read failed ... you might be able to track this down from the Find menu.
so, you are right by saying you use declare correctly, but there are some other bugs still there.
btw. I tested with 0.41-4 on intel mac os x 10.5.3.
I also tested this with a pdx autobuild (0428) and this throws a lot more errors: for example this error (which is strange, since there is also debounce.d_fat and debounce.pd_darwin, same for scofo):
/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ debounce.d_ppc: dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ debounce.d_ppc, 10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ debounce.d_ppc: mach-o, but wrong architecture /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ scofo.d_ppc: dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ scofo.d_ppc, 10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/ scofo.d_ppc: mach-o, but wrong architecture scofo ... couldn't create
but that seems to be a pd-extended bug.
Those "no suitable image found" errors mean that the binaries do not
include a version for your CPU. I don't know how Pd-extended could
help either way.
Try deleting the .d_ppc files or any extra binary files.
.hc
cheers, marius.
cheers Miller
On Tue, Jun 03, 2008 at 12:08:10PM -0400, marius schebella wrote:
hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ I looked at it because miller mentioned the "correct use of
declare" in the patches http://lists.puredata.info/pipermail/pd-list/ 2006-10/042941.html however, declare is not used in all patches, so many patches
don't load correctly. (besides that it is not always easy to find the main
patch). one interesting thing though is the use of [declare -path .] marius.
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
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Hans-Christoph Steiner wrote:
On Jun 6, 2008, at 1:34 AM, marius schebella wrote:
Miller Puckette wrote:
Hmm, maybe I need to upload a new PDRP version. I think all the patches I have now use declare "correctly", at least on my machine :)
thanks for answering. I dl pdrp-11 from 10/2007. noanoa was the first one I tested, and it gave me an error, which actually is a bug, but not a declare error. qlist1.txt is not in a subfolder "score" but in the same directory as the main patch
error: score/qlist1.txt: can't open error: score/qlist1.txt: read failed ... you might be able to track this down from the Find menu. the patch also can't create "joystick".
steiger loops misses "system".
manoury jupiter says load_object: Symbol "TABLE_setup" not found
tenney-collage does not find set-line set-line loop1-period ... couldn't create and again it tries to open a file from a score subfolder error: score/reich-qlist.txt: can't open error: score/reich-qlist.txt: read failed ... you might be able to track this down from the Find menu.
so, you are right by saying you use declare correctly, but there are some other bugs still there.
btw. I tested with 0.41-4 on intel mac os x 10.5.3.
I also tested this with a pdx autobuild (0428) and this throws a lot more errors: for example this error (which is strange, since there is also debounce.d_fat and debounce.pd_darwin, same for scofo):
/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc:
dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc,
10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/debounce.d_ppc:
mach-o, but wrong architecture /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc: dlopen(/Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc,
10): no suitable image found. Did find: /Users/marius/pd/pdrp/pdrp-11/patch/chowning-stria/../../lib/scofo.d_ppc:
mach-o, but wrong architecture scofo ... couldn't create
but that seems to be a pd-extended bug.
Those "no suitable image found" errors mean that the binaries do not include a version for your CPU. I don't know how Pd-extended could help either way.
thanks, the correct version is there, but pdx tries to open the wrong one. there is the d_fat, the d_ppc and the pd_darwin. only the d_fat works, I have to delete d_ppc and d_pd_darwin in order to get the d_fat version loaded. this is different behaviour than with pd-vanilla which picks the right binary.
Try deleting the .d_ppc files or any extra binary files.
yea, that works. thanks, marius.