I'm trying to do something I thought would be simple, but turns out more tricky than I anticipated.
Here's what I would like to do: I have PD-extended (for now) installed on a Raspberry Pi 2, which has its own display and own audio interface. What I would like to do is to remote login into the Pi from a laptop, and write and manipulate the patch there. Has anyone done something similar? How did you do it?
In other words: the Pi is on my Wi-FI network with its own IP address. I ssh into it (with a graphical window) from a macbook. There, if I launch PD, I can't create a gem window on the PI's primary display. Is that possible?
Or would it be possible to launch PD from the command line such that the PD-gui client runs on my remote connection display, but the server runs "locally" on the pi?
Incidentally, when a [gemwin] gets created, is it "owned" by the pd server process or the client process?
Many thanks!
- martin
hello,
Le 20/06/2016 12:51, Martin Dupras a écrit :
I'm trying to do something I thought would be simple, but turns out more tricky than I anticipated.
Here's what I would like to do: I have PD-extended (for now) installed on a Raspberry Pi 2, which has its own display and own audio interface. What I would like to do is to remote login into the Pi from a laptop, and write and manipulate the patch there. Has anyone done something similar? How did you do it?
In other words: the Pi is on my Wi-FI network with its own IP address. I ssh into it (with a graphical window) from a macbook. There, if I launch PD, I can't create a gem window on the PI's primary display. Is that possible?
[create localhost:0.0< should work
cheers c
Or would it be possible to launch PD from the command line such that the PD-gui client runs on my remote connection display, but the server runs "locally" on the pi?
Incidentally, when a [gemwin] gets created, is it "owned" by the pd server process or the client process?
Many thanks!
- martin
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 06/20/2016 12:51 PM, Martin Dupras wrote:
In other words: the Pi is on my Wi-FI network with its own IP address. I ssh into it (with a graphical window) from a macbook. There, if I launch PD, I can't create a gem window on the PI's primary display. Is that possible?
yes, easy.
login to your remote machine with X-forwarding enabled: $ ssh -X rpi2 pd -lib Gem OR $ ssh -Y rpi2 pd -lib Gem
you can tell [gemwin] where to create the window using an X-window specification): [create :0( | [gemwin]
you might need to actively allow the latter (via xhost).
Or would it be possible to launch PD from the command line such that the PD-gui client runs on my remote connection display, but the server runs "locally" on the pi?
yes, this is also possible, but usually much more complicated.
Incidentally, when a [gemwin] gets created, is it "owned" by the pd server process or the client process?
the Pd-gui has nothing to do with Gem, which is running solely in the pd-core. in this context, "client" vs "server" is bad nomenclature, as it is both confusing (X-server (see my actual answer above) uses client/server) and (sometimes) untrue (both pd and pd-gui can act as server (resp. client) with respect to each other)
fgmars IOhannes
Thank you everyone, I've now got it working.
- martin
On 20 June 2016 at 12:14, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 06/20/2016 12:51 PM, Martin Dupras wrote:
In other words: the Pi is on my Wi-FI network with its own IP address. I ssh into it (with a graphical window) from a macbook. There, if I launch PD, I can't create a gem window on the PI's primary display. Is that possible?
yes, easy.
login to your remote machine with X-forwarding enabled: $ ssh -X rpi2 pd -lib Gem OR $ ssh -Y rpi2 pd -lib Gem
you can tell [gemwin] where to create the window using an X-window specification): [create :0( | [gemwin]
you might need to actively allow the latter (via
xhost).Or would it be possible to launch PD from the command line such that the PD-gui client runs on my remote connection display, but the server runs "locally" on the pi?
yes, this is also possible, but usually much more complicated.
Incidentally, when a [gemwin] gets created, is it "owned" by the pd
server
process or the client process?
the Pd-gui has nothing to do with Gem, which is running solely in the pd-core. in this context, "client" vs "server" is bad nomenclature, as it is both confusing (X-server (see my actual answer above) uses client/server) and (sometimes) untrue (both pd and pd-gui can act as server (resp. client) with respect to each other)
fgmars IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
cyrille henry -
IOhannes m zmölnig -
Martin Dupras