Re: using Jack an interface to ecasound

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm making progress.  I believe I actually have jack2, with "legacy server jackd" included along with it.  I have successfully used the jack2 admin commands to start/stop and configure jack, to 128 samples, n=3, my alsa device, etc.  I tried to set priority to 20 but since I can't remember my admin password, no go on that.  Pianoteq finally sees 128 buffer size instead of 1024, and I can hear my piano on one of my speakers.  Maybe if I could set the priority down to 20, I could use 64 sample buffer.  I see 8 playback channels in qjackctl, which I think is correct for my ALC1150 device. I still have some problems but am a ways down the road now...  Thanks!

But, I'm still a little unclear on what order to start things up in.  For now, I'm only worried about jack2, qjackctl and pianoteq; ecasound will come later.  If I don't start things up in the right order, it seems, I cannot use qjackctl to make the connections (it ignores my clicks).  Suppose I set up a patchbay profile (once I manage to get the connections made again).  Is this the right order to quickly bring it all back up later:

1. run the commands that start jackdbus
2. start pianoteq
3. bring up qjackctl (will my saved profile then be activated, connecting pianoteq to jack according to the profile connections?)

Thanks again,
John

On Wed, Jan 18, 2017 at 6:49 AM, edogawa <edogawa@xxxxxx> wrote:
Am 18.01.2017 um 08:19 schrieb john gibby:
Hi Chris et al,
Thanks so much... I thought I might be using jack incorrectly...  So now I'm trying to use jack as explained by Chris above.  Here's some output:

gibbyj@LinuxBVR:~/Downloads$ jackd -R -d alsa -d hw:2 -p 128 -n 2
jackd 0.124.2
Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details

JACK compiled with System V SHM support.
`default' server already active
no message buffer overruns

I am not sure what it means when it says 'default' server already active.  I thought I had stopped the server with qjackctl.  When I start it as above, and then start qjackctl, qjackctl still thinks the server is stopped.  (Kinda wish I had jack2, seems like it has better admin functions.)

Here's some more output; there's a jackdbus process; why is that here, I thought that was jack2?

 4611 gibbyj    20   0  813480  76580  56480 S   0.3  1.0   2:08.47 qjackctl
 4413 gibbyj    20   0  223540  17504  16136 S   0.3  0.2   1:31.74 jackdbus
 4611 gibbyj    20   0  813480  76580  56480 S   0.3  1.0   2:08.48 qjackctl

`default' server already active: this simply means that jackd is running already, which is jackdbus in your process list. To control jackdbus there is a cli program called jack_control, but possibly you cannot even stop it (by typing "jack_control stop" in a terminal) as long as some other process uses it.

You really should check what jack packages are installed on your system; jack1 has no jackdbus coming with it, but if you try to start jackd via qjackctl it says it is jack1.

There is no way to have jack1 and jack2 installed on the same system. actually it seems really strange that jackdbus is able to run at all under this condition, maybe others know more...

jackdbus is a variant of jackd that can communicate via dbus. Once one jack server is running any subsequent attempt to start a second one will fail unless you set up for non trivial and sophisticated use cases typical users don't need.

Looking at AVLinux 2016 I see it has been built anew from ground up and offers to include the KXStudio repositories, did you by chance install anything from there?

To me it seems your system is somewhat messed up, you really should check thoroughly what packages are installed. I'm an openSUSE user though and don't have much experience with debian derived systems, so that's about all I can say.

Reading the JACK FAQ at jackaudio.org might be a good idea (to get an overview about how that ecosystem functions).

Cheers, Edgar



_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux