Hi all, IOhannes,
Could someone point me to the patches necessary for collaborative live coding (demonstrated at the Montreal PD convention)?
Cheers,
Alexandre
hi
Alexandre Castonguay wrote:
Hi all, IOhannes,
Could someone point me to the patches necessary for collaborative live coding (demonstrated at the Montreal PD convention)?
https://svn.umlaeute.mur.at/svnroot/zmoelnig/projects/peerdata/
tell me if things are unclear :-) (documentation might need a brush-up)
fgamsdr IOhannes
Hi IOhannes,
Thanks for answering quickly, I like the name peerdata :-)!
I *think* things are going ok since I get this when I start the proxy with './startPROXY.sh' :
sys_nmidiin 0, nmidiindev 0 tk scaling is 1.82078853047 matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT etc...
Then ./startDSP doesn't post anything (or return an error).
But then, I get : alx@tatlin:~/Documents/src/peerdata/peerdata$ ./startGUI.sh 192.168.0.148 % wrong # args: should be "pdtk_pd_startup version apilist midiapilist fontname"
I get another PD instance in which I can't load the audio + midi test patch. It loads a new patch named 'x82418f0'. I am able to create a new patch but I can't create an object within. I get this ->
'unable to create stub object in closed canvas!' and 'can't read "pd_apilist": no such variable'
From the FAQ, I found I should do the following as a workaround :
alx@tatlin:~/Documents/src/peerdata/peerdata$ cd /usr/local/lib/pd && pd -guiport 5500
But it fails to open a new instance of pd (it hangs without returning an error).
How do I get pd to find these tk variables?
Cheers,
Alexandre
On Sunday 04 May 2008 13:02:50 IOhannes m zmoelnig wrote:
hi
Alexandre Castonguay wrote:
Hi all, IOhannes,
Could someone point me to the patches necessary for collaborative live coding (demonstrated at the Montreal PD convention)?
https://svn.umlaeute.mur.at/svnroot/zmoelnig/projects/peerdata/
tell me if things are unclear :-) (documentation might need a brush-up)
fgamsdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi IOhannes,
I'm using : Pd version 0.40.3-extended-20071017
thxs,
a
On Sunday 04 May 2008 16:18:14 Alexandre Castonguay wrote:
Hi IOhannes,
Thanks for answering quickly, I like the name peerdata :-)!
I *think* things are going ok since I get this when I start the proxy with './startPROXY.sh' :
sys_nmidiin 0, nmidiindev 0 tk scaling is 1.82078853047 matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT etc...
Then ./startDSP doesn't post anything (or return an error).
But then, I get : alx@tatlin:~/Documents/src/peerdata/peerdata$ ./startGUI.sh 192.168.0.148 % wrong # args: should be "pdtk_pd_startup version apilist midiapilist fontname"
I get another PD instance in which I can't load the audio + midi test patch. It loads a new patch named 'x82418f0'. I am able to create a new patch but I can't create an object within. I get this ->
'unable to create stub object in closed canvas!' and 'can't read "pd_apilist": no such variable'
From the FAQ, I found I should do the following as a workaround :
alx@tatlin:~/Documents/src/peerdata/peerdata$ cd /usr/local/lib/pd && pd -guiport 5500
But it fails to open a new instance of pd (it hangs without returning an error).
How do I get pd to find these tk variables?
Cheers,
Alexandre
On Sunday 04 May 2008 13:02:50 IOhannes m zmoelnig wrote:
hi
Alexandre Castonguay wrote:
Hi all, IOhannes,
Could someone point me to the patches necessary for collaborative live coding (demonstrated at the Montreal PD convention)?
https://svn.umlaeute.mur.at/svnroot/zmoelnig/projects/peerdata/
tell me if things are unclear :-) (documentation might need a brush-up)
fgamsdr IOhannes
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
Alexandre Castonguay wrote:
Hi IOhannes,
I'm using : Pd version 0.40.3-extended-20071017
indeed it doesn't work even here with 0.41-1 :-(
the problem is, that i did make some assumptions on the protocol between pd-dsp and pd-gui (despite my claim of not doing so...)
i'll have a look at it asap
fgmasd IOhannes
IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
Alexandre Castonguay wrote:
Hi IOhannes,
I'm using : Pd version 0.40.3-extended-20071017
indeed it doesn't work even here with 0.41-1 :-(
however, it _does_ work with pd-vanilla 0.40.0!
additionally, i was also able to use it with Pd-extended 0.40-3extended-20080503
however, i have not installed Pd-extended "properly", as it conflicts with my locally installed Pd, which i have no intention to lose.
this is how i did it:
% mkdir /tmp/zmoelnig/pde/ % dpkg -x Pd-0.40.3-extended-20080503-debian-testing-i386.deb /tmp/zmoelnig/pde/
% cd ~/peerdata % /tmp/zmoelnig/pde/usr/local/bin/pd -nosound -nomidi -stderr -path i686/:lib:. -lib zexy -open _PROXY.pd
% cd /tmp/zmoelnig/pde/usr/local/lib/pd % ../../bin/pd -guiport 5500
% cd /tmp/zmoelnig/pde/usr/local/lib/pd % ./bin/pd-gui 5600
voila, everything seems to work (i can even open the "test audio and midi" patch)
admittedly it is a bit arkward :-) anyhow, i hope this helps.
fgmasdr IOhannes