hi all,
I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose?
thanks
Michael
Are you using exit 0 at the end of your shell script (assuming it is a script)?
Ive also encountered some funny things with [shell] but in a bit more convoluted scenario and am curious as to what everyones thoughts are. Namely, I am using a shell script to perfectly pair wiimotes, so a [shell] object spits out a message connect <MAC ADDRESS> that is sent forward to disis_wiimote object (this component of the external is very similar to regular wiimote object except for the fact that disis_wiimote is multithreaded). This works *perfectly* when using regular pd-l2ork. But when running pd-l2ork through gdb (in hope of hunting down those sporadic and elusive segfaults), the connection fails whenever the message is passed from shell. If it is passed from a regular message inside gdb it works fine but when it is coming out of [shell] it fails (by fails I mean the connection immediately fails with the external reporting inability to find a wiimote, while pd-l2ork remains stable and operational). Valgrind does not have this problem but it in turn kills jackd due to incredibly slow start-up...
Any thoughts?
From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of michael noble Sent: Wednesday, November 07, 2012 9:34 PM To: PD send List Subject: [PD] Issue with [shell] and jack_connect/disconnect
hi all,
I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose?
thanks
Michael
On Thu, Nov 8, 2012 at 4:37 PM, Ivica Ico Bukvic ico@vt.edu wrote:
Are you using exit 0 at the end of your shell script (assuming it is a script)?
Not using a script at this point - simply sending the jack_connect messages directly to [shell]. Moving to a script was going to be my next step if I can't get simple shell calls working.
There are three libraries in the pure-data SVN that allow you to do this stuff in Pd itself:
jackx k_jack~ tb/jack_transport
I attached the newly libdir-ized jackx, with included Mac OS X binaries. Just run 'make' to create GNU/Linux binaries.
.hc
On Nov 7, 2012, at 9:33 PM, michael noble wrote:
hi all,
I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose?
thanks
Michael _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, Nov 12, 2012 at 9:48 AM, Hans-Christoph Steiner hans@at.or.atwrote:
There are three libraries in the pure-data SVN that allow you to do this stuff in Pd itself:
jackx k_jack~ tb/jack_transport
I attached the newly libdir-ized jackx, with included Mac OS X binaries. Just run 'make' to create GNU/Linux binaries.
.hc
Hi Hans,
jackx sounds like it's exactly what I need. I tried compiling but it fails with:
jack-connect.c:20:22: fatal error: libjackx.h: No such file or directory
Is this a header file provided by jack?
thanks Michael
On Nov 12, 2012, at 1:30 AM, michael noble wrote:
On Mon, Nov 12, 2012 at 9:48 AM, Hans-Christoph Steiner hans@at.or.at wrote:
There are three libraries in the pure-data SVN that allow you to do this stuff in Pd itself:
jackx k_jack~ tb/jack_transport
I attached the newly libdir-ized jackx, with included Mac OS X binaries. Just run 'make' to create GNU/Linux binaries.
.hc
Hi Hans,
jackx sounds like it's exactly what I need. I tried compiling but it fails with:
jack-connect.c:20:22: fatal error: libjackx.h: No such file or directory
Is this a header file provided by jack?
thanks Michael
No, I messed up the header naming, its now called jackx.h and its included in the attached updated tarball.
.hc
On Mon, Nov 12, 2012 at 10:53 PM, Hans-Christoph Steiner hans@at.or.atwrote:
No, I messed up the header naming, its now called jackx.h and its included in the attached updated tarball.
.hc
hi Hans
Thanks, but I can't get this one to compile either. I think it's mu ignorance this time though, as I don't know what the README means by "make sure that m_pd.h is in your include path". As a result, compilations fails with an expected "jack-connect.c:21:18: fatal error: m_pd.h: No such file or directory".
How do I go about fixing that?
thanks M
On Tue, Nov 13, 2012 at 1:17 AM, michael noble looplog@gmail.com wrote:
On Mon, Nov 12, 2012 at 10:53 PM, Hans-Christoph Steiner hans@at.or.atwrote:
No, I messed up the header naming, its now called jackx.h and its included in the attached updated tarball.
.hc
hi Hans
Thanks, but I can't get this one to compile either. I think it's mu ignorance this time though, as I don't know what the README means by "make sure that m_pd.h is in your include path". As a result, compilations fails with an expected "jack-connect.c:21:18: fatal error: m_pd.h: No such file or directory".
How do I go about fixing that?
thanks M
Nevermind, I found the necessary header in the pd source tree.
thanks M
On 11/12/2012 11:39 AM, michael noble wrote:
On Tue, Nov 13, 2012 at 1:17 AM, michael noble looplog@gmail.com wrote:
On Mon, Nov 12, 2012 at 10:53 PM, Hans-Christoph Steiner hans@at.or.atwrote:
No, I messed up the header naming, its now called jackx.h and its included in the attached updated tarball.
.hc
hi Hans
Thanks, but I can't get this one to compile either. I think it's mu ignorance this time though, as I don't know what the README means by "make sure that m_pd.h is in your include path". As a result, compilations fails with an expected "jack-connect.c:21:18: fatal error: m_pd.h: No such file or directory".
How do I go about fixing that?
thanks M
Nevermind, I found the necessary header in the pd source tree.
If you are on a recent Debian, Ubuntu, Mint, etc. then you can get this header by doing:
sudo apt-get install puredata-dev
.hc
On 11/13/2012 08:27 AM, Hans-Christoph Steiner wrote:
Nevermind, I found the necessary header in the pd source tree.
If you are on a recent Debian, Ubuntu, Mint, etc. then you can get this header by doing:
sudo apt-get install puredata-dev
and if you are on any older debian or -derivative , you can get this header by doing: $ sudo apt-get install puredata
(this still works with newer versions)
fgmadsr IOhannes
have a look at my abstraction [jmmmp/ardourjack-gui], there's a small gui
to control jack, and also a transporter unit for ardour. I programmed that
long time ago, don't know if is still works.
João
hi all,
I'm trying to use the [shell] object to automate JACK connections under Linux by calling jack_connect or jack_disconnect. While this works
at first, it seems that the ultimate result is that pd spawns a number of processes that remain in the background, and very soon jack_connect
simply stops responding. Has anyone experienced a similar issue, or can anyone suggest an alternative to [shell] for this purpose?thanks
Michael
On Tue, Nov 13, 2012 at 1:11 AM, João Pais jmmmpais@googlemail.com wrote:
have a look at my abstraction [jmmmp/ardourjack-gui], there's a small gui to control jack, and also a transporter unit for ardour. I programmed that long time ago, don't know if is still works.
João
I actually tried your patch a long time back and it worked, but just now it produces the following error on any attempt to use the jack connections:
JACKerror: Disconnect: can't disconnect named semaphore name = jack_sem.1000_default_jack_connect err = Invalid argument
best m