<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 23, 2021 at 11:10 AM Chris Caudle <<a href="mailto:6807.chris@pop.powweb.com" target="_blank">6807.chris@pop.powweb.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2021-04-23 14:57, robertlazarski wrote:<br>
<br>
Better to keep replies on list, to help others with a similar problem <br>
and to get insight from other people.<br>
<br></blockquote><div><br></div><div>Oops, I need to click reply all with this list. <br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I finally found my interface in qjackctl -- setup. I restarted it and <br>
> instead of a separate shell for jack, I used qjackctl to start jack. I <br>
> see these two processes:<br>
> <br>
> robert    7019  7014  0 09:33 ?        00:00:00 /usr/bin/jackd -dalsa <br>
> -dhw:USBPre2 -r48000 -p1024 -n2<br>
> root      7174     1  0 09:36 ?        00:00:00 /usr/bin/jackd -T <br>
> -ndefault -T -d alsa<br>
<br>
That looks like you had another instance of jackd running already as <br>
root that you did not stop.  You generally do not ever want to run jackd <br>
as root, so kill that 7174 process.<br>
<br></blockquote><div><br></div><div>Silly mistake on my part - I hit ctl-c expecting jackd to stop but it's a daemon of course. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
And still did not really answer the original question.  If you start <br>
jackd manually from a terminal as you did, qjackctl will detect the <br>
running instance and connect to the already running jackd.  Did you <br>
start qjackctl before or after you started jackd from the terminal?<br>
<br></blockquote><div><br></div><div>I had multiple instances of jack running. I rebooted. <br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> However, now jltcdump somehow is on hw:0<br>
<br>
I think there is a vocabulary problem.  What do you mean that ltcdump is <br>
"on" hw:0?<br>
Jack applications have ports<br>
Jackd will also assign ports to hardware interfaces.<br>
You use a jack control application (such as qjackctl for GUI, or <br>
jack_connect for CLI) to connect ports together to transfer audio data <br>
between hardware interfaces and applications, and between applications.<br>
<br>
You need to start jackd before starting any jack aware applications <br>
(other than control applications like qjackctl or catia) or you may end <br>
up with  jackd starting up with the last used configuration as default.<br>
<br>
> From jltcdump.<br>
> <br>
> Acquire audio card Audio0<br>
> creating alsa driver ... <br>
> hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit<br>
> configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 <br>
> periods<br>
> ALSA: final selected sample format for capture: 32bit integer <br>
> little-endian<br>
> ALSA: use 2 periods for capture<br>
> ALSA: final selected sample format for playback: 32bit integer <br>
> little-endian<br>
> ALSA: use 2 periods for playback<br>
> JACK server started<br>
<br>
I'm confused, you write "from jltcdump" but that output is what jackd <br>
displays when it starts up.  Was that output really displayed on the <br>
terminal after you started jltcdump?<br>
<br></blockquote><div><br></div><div>jlticdump will start jack it seems if it cannot find another instance of it. And clicking start in qjackctl will start jack even if there is another instance of jack running. I hope I got that straight now. <br></div><div>  <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I think  you need to get back to a known beginning configuration first.  <br>
Kill jltcdump, stop jackd from qjackctl, quit qjackctl, and look for any <br>
processes with "jack" in the name and kill those.<br>
<br>
After you are sure that there are no more jackd processes running, start <br>
qjackctl, click the "Setup" button, and check the interface, sample <br>
rate, period size, etc. there.<br>
If you need to make any changes then hit apply or OK or whatever accepts <br>
the changes and goes back to the main window; if the settings are <br>
already what you want you can click the cancel button to go back to the <br>
main window, then click the "Start" button to start the jackd server.<br>
<br>
Click the "Connect" button and the connections window should open, with <br>
only "system" shown in both the Readable Clients/Output Ports and the <br>
Writeable Clients/Input Ports windows.<br>
<br></blockquote><div><br></div><div>I am stuck on this part. jltcdump won't connect after starting jackd from qjackctl.</div><div><br></div><div>[linux-fesf(robert)] <br> /home/robert> sudo /usr/local/bin/jltcdump<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>jackdmp 1.9.12<br>Copyright 2001-2005 Paul Davis and others.<br>Copyright 2004-2016 Grame.<br>Copyright 2016-2017 Filipe Coelho.<br>jackdmp comes with ABSOLUTELY NO WARRANTY<br>This is free software, and you are welcome to redistribute it<br>under certain conditions; see the file COPYING for details<br>no message buffer overruns<br>no message buffer overruns<br>no message buffer overruns<br>JACK server starting in realtime mode with priority 10<br>self-connect-mode is "Don't restrict self connect requests"<br>Failed to connect to session bus for device reservation: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11<br><br>To bypass device reservation via session bus, set JACK_NO_AUDIO_RESERVATION=1 prior to starting jackd.<br><br>Audio device hw:0 cannot be acquired...<br>Cannot initialize driver<br>JackServer::Open failed with -1<br>Failed to open server<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>Cannot connect to server socket err = No such file or directory<br>Cannot connect to server request channel<br>jack server is not running or cannot be started<br>JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock<br>JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock<br>jack_client_open() failed, status = 0x11<br>Unable to connect to JACK server<br>bye.</div><div>[linux-fesf(robert)] <br> /home/robert> ps -ef | grep jack<br>robert    2730  2091  0 11:49 pts/2    00:00:02 qjackctl<br>robert    2742  2730  0 11:49 ?        00:00:01 /usr/bin/jackd -dalsa -dhw:USBPre2 -r48000 -p1024 -n2<br>robert    2905  2141  0 11:56 pts/4    00:00:00 grep --color=auto jack<br></div><div><br></div><div>Thanks! <br></div><div>Robert <br></div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Now run jltcdump from a terminal, and you should see a new entry for <br>
jltcdump show up in the Writeable Clients window.  Click the arrow to <br>
expand the entry and you should see input1 as an available port  for <br>
jltcdump.<br>
Click the arrow to expand system in the Readable Clients window and you <br>
should see capture_1 and capture_2 ports available (assuming you have a <br>
typical two channel audio interface; if you have more input channels on <br>
your audio interface you should see a number of capture ports <br>
representing the available inputs assuming you did not restrict the <br>
number of ports when starting jackd).<br>
<br>
Now you can connect the appropriate output port from the hardware driver <br>
(capture_1 is usually the left channel on a two channel interface) to <br>
the input port on jltcdump.  Click the appropriate capture port, then <br>
click the input1 port on jltcdump, then click the Connect button in the <br>
bottom left corner of the window.  The audio data from that input port <br>
of your interface should now be sent to jltcdump (indicated by qjackctl <br>
drawing a line between the two ports).<br>
<br>
-- <br>
Chris Caudle<br>
_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="https://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</blockquote></div></div>