Re: [PD] working simultaneously on the same patch from two different places in the universe....
IOhannes, et al demoed a build of pd that did exactly this at the 2007 Montreal PdCon. There was a projection and about 3-4 mouse cursors alternatively cooperating and battling on the same canvas. Was great fun to watch for dataflow practitioners/nerds.
Dan Wilcox @danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Mar 31, 2015, at 8:08 PM, pd-list-request@lists.iem.at wrote:
From: jamal crawford <threen52@ml1.net mailto:threen52@ml1.net> To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Date: March 31, 2015 at 6:56:20 PM EDT Subject: [PD] working simultaneously on the same patch from two different places in the universe....
hey list
....without restarting pd or the patch. theoretical reality or dream?
best regs ~/.jc
On 2015-04-01 02:25, Dan Wilcox wrote:
IOhannes, et al demoed a build of pd that did exactly this at the 2007 Montreal PdCon. There was a projection and about 3-4 mouse cursors alternatively cooperating and battling on the same canvas. Was great fun to watch for dataflow practitioners/nerds.
it was called "peerdata" [1] (or formerly "multipd") and you can still find the paper at [2].
it worked by putting some middleware (a proxy, written in Pd :-)) between pd-core and pd-gui that would handle the 1-to-N distribution of messages.
it didn't require any changes on both the core and the gui, you only needed to start the two programs separately and tell them to use the proxy as the "other" end.
while in theory the proxy is dumb (and should thus be robust against Pd-version changes), it was just clever enough so that i think it is broken since the gui rewrite (Pd>=0.43)
gmsda IOhannes
[1] https://github.com/umlaeute/peerdata [2] http://umlaeute.mur.at/Members/zmoelnig/dissertation/papers/pd2007
-
Dan Wilcox -
IOhannes m zmoelnig