<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 3, 2018 at 9:53 AM Johannes Kroll <<a href="mailto:j-kroll@gmx.de">j-kroll@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
On Wed, 3 Oct 2018 12:51:40 +0000<br>
Dale Powell <<a href="mailto:dj_kaza@hotmail.com" target="_blank">dj_kaza@hotmail.com</a>> wrote:<br>
<br>
> But my session configurations change all the time. I use QJackCTL to start Jack and pretty much everything autoconnects to the main two Jack outputs as expected. How would I change it so that instead of connecting to the System outputs to the audio interface they connect to the input of the MU1? Or is there another way to get it in the permanent signal path between Jack's System outputs and the physical audio interface?<br>
<br>
if you enable Hardware Monitoring in Jack, you should get monitor_*<br>
ports. You can use them to read whatever is sent to the hardware<br>
outputs. <br></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">hardware monitoring in JACK is not related to the presence of the monitor_* ports.  The former is indicated by --hwmon or -H, the latter by --monitor or -m<br><br>In addition, almost nobody should ever enable hardware monitoring in JACK. It works on 2 kinds of (old) audio hardware, and is essentially useless anyway.</div><br></div></div></div>