Re: [LAU] Jack from CLI

On Mon, 29 Sep 2014, Fons Adriaensen wrote:

> On Mon, Sep 29, 2014 at 08:35:10AM +0200, Giso Grimm wrote:
>
>> May this be related with dbus support of jack2? If yes, then using jack1
>> or recompiling jack without dbus support might help. If dbus support is
>> needed without having X11 then there was a post on the topic by Len
>> Ovens ('Headless jackdbus (no X11)' on July 22nd 2013).
>
> Dbus and X11 should not be related. Except that both the 'session'
> dbus and X11 are probably launched by the same entity: the *DM

Used to be x was launched from the dbus-launch command line, but I think
it is upstart or systemd launching them these days.

I have in the past been successful using dbus-launch to run screen on a
headless box and been able to run pulse from one screen terminal and
jackdbus from another (and other jack/dbus apps in other screen
terminals). Absolutely, there is no need for X to make dbus work. I did
(BTW) find pulse -> jack bridging absolutely useless in this case, except
that it was a great test case to show that dbus was functioning correctly.
There are not a lot of CLI audio apps that look for pulse.

> I'll be optimistic and assume that jack2 really doesn't *need*
> dbus even if it's capable of using it. Maybe I'm too optimistic.
> Even if I've seen too much 'desktop', 'session', 'seat' and
> whatever other nonsense creeping into a what should be a basic
> system.

Probably not. I don't know if running jackdbus is more or less useful in a
headless case. The major upside I can see is the ability to control the
running jack server from jack_control. Certainly jack_control stop/exit is
much cleaner than killall -9 jackd. If this is worth the added complexity
of having yet another service running, I don't know.

In any case, I would suggest chmod -x whichever executable you are not
using (jackd or jackdbus). Or if you are building jack2 just build the one
you want. (the debian jackd2 package is broken IMO for including both)

--
Len Ovens
www.ovenwerks.net
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user