gem performance under linux

Miller Puckette mpuckett at
Sun Dec 31 00:06:54 CET 2000

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?


On Thu, Dec 28, 2000 at 09:10:00PM -0500, Marc Lavallée wrote:
> pix 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

More information about the Pd-list mailing list