When I run pd with GRiPD library loaded, the shell external doesn't ever finish and a couple of calls to it eventually completely hang Pd. This is without the GRiPD library actually doing anything...just loaded. The GRiPD library seems to play well with other externals and the shell external works fine with everything except GRiPD.
I am hoping this is an easy fix in the shell source code, as I can't seem to successfully build the GRiPD module so I am using the ancient .pd_linux binary included with its source code. I know the GRiPD is no longer maintained, but it happens to be perfect for our project so at least in the short term it makes sense for us to use.
-John
On Tue, 28 Nov 2006, John Harrison wrote:
When I run pd with GRiPD library loaded, the shell external doesn't ever finish and a couple of calls to it eventually completely hang Pd. This is without the GRiPD library actually doing anything...just loaded. The GRiPD library seems to play well with other externals and the shell external works fine with everything except GRiPD.
This is most likely related to a unix feature called SIGCHLD.
I am hoping this is an easy fix in the shell source code, as I can't seem to successfully build the GRiPD module so I am using the ancient .pd_linux binary included with its source code.
Edit Makefile.Linux and remove the -Werror
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On 11/28/06, John Harrison john.harrison@wichita.edu wrote:
I know the GRiPD is no longer maintained, but it happens to be perfect for our project so at least in the short term it makes sense for us to use.
Just out of curiousity, why did this project die? It seems to be one of the most promising/interesting approaches I've seen to using PD. Especially because of the severe problems that PD Gui objects currently cause in terms of hogging CPU...
Although, admittedly it might be just as easy to run PD without the GUI and send OSC messages with an interface built in (insert program of choice). Is that why it's obsolete? I've been meaning to try this approach but haven't yet had the chance.
In fact, generally I've been so busy doing web design + day job + putting out my first techno releases, I haven't had any PD time, but I'm dying to get back to a bit of PD work... Especially because I'm hoping to do some installations next year.
~David
David Powers wrote:
On 11/28/06, John Harrison john.harrison@wichita.edu wrote:
I know the GRiPD is no longer maintained, but it happens to be perfect for our project so at least in the short term it makes sense for us to use.
Just out of curiousity, why did this project die? It seems to be one of the most promising/interesting approaches I've seen to using PD. Especially because of the severe problems that PD Gui objects currently cause in terms of hogging CPU...
Here's all I could find on our list from the developer: http://lists.puredata.info/pipermail/pd-list/2005-07/029962.html
Although, admittedly it might be just as easy to run PD without the GUI and send OSC messages with an interface built in (insert program of choice). Is that why it's obsolete? I've been meaning to try this approach but haven't yet had the chance.
Is there a program you would recommend that would be as quick as GRiPD for designing an interface to work with Pd? Building an interface with wxwidgets/Python would certainly take a lot longer than using GRiPD...but are there other options?
-John
On Nov 28, 2006, at 3:00 PM, David Powers wrote:
On 11/28/06, John Harrison john.harrison@wichita.edu wrote:
I know the GRiPD is no longer maintained, but it happens to be perfect for our project so at least in the short term it makes sense for us to use.
Just out of curiousity, why did this project die? It seems to be one of the most promising/interesting approaches I've seen to using PD. Especially because of the severe problems that PD Gui objects currently cause in terms of hogging CPU...
Although, admittedly it might be just as easy to run PD without the GUI and send OSC messages with an interface built in (insert program of choice). Is that why it's obsolete? I've been meaning to try this approach but haven't yet had the chance.
In fact, generally I've been so busy doing web design + day job + putting out my first techno releases, I haven't had any PD time, but I'm dying to get back to a bit of PD work... Especially because I'm hoping to do some installations next year.
Joe Sarlo wrote it then stopped working on it. The code is all
there, it can live again if someone starts working on it. I don't
think it would take much to get it working well as part of the Pd-
extended distro on all platforms.
.hc
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
-
David Powers -
Hans-Christoph Steiner -
John Harrison -
Mathieu Bouchard