Hi all,
I've got to do something of the same sort too and will probably work on it soon, perhaps even find a way to help others do it...
My own plan is to run Pd and "pd-gui" on different machines. (There's a "-guicmd" flag in Pd in which you could specify, for example, "ssh next-door pd-gui". This could also be of use for people wanting to run Pd on embedded processors!)
The only thing I haven't figured out yet is how to tell Gem to render to the "root" window on the local machine (while Pd-gui is drawing on the other machine's display). I bet it's easy but I have to learn about the X window system's window-finding-and-specifying hooks; then I have to modify the "gemwin" object to write to an existing window instead of creating a new one. Sounds easy, right?
cheers Miller
On Thu, Dec 28, 2000 at 09:10:00PM -0500, Marc Lavallée wrote:
pix@test.at a écrit :
Has anyone found a way to get performable output from Gem under Linux?
I prefer control my openGL applications, written in C, with the FUDI protocol, using the netsend and netreceive objects. Of course it makes the project more difficult to program than with Gem, but it's much more flexible.
Since most video-output solutions for Linux send the whole screen, the challenge is getting Gem to inhabit the whole screen (while possibly allowing you to keep using pd)...
Using the SDL library, I can work on my application in a window, then switch to fullscreen for the performance.
Perhaps, if Gem could open up a window (fullscreen) on another display
- which was on another computer, or perhaps another monitor on the
same computer?
That's one of the thing you can do with the FUDI protocol: control an application on a separate computer.
-- Marc Lavallée