<html><head></head><body>Granted qjackctl and jackd have a rather shallow learning curve. But in my opinion, qjackctl is above all doubts. It works reliably for me for ten years now. Are you moving from windows? Maybe you need to rethink the signal procesding chain in linux? Whats more, Linux Mint for example every once in a while breaks qjackctl/jackd2 dependencies. Thus it is adviseable to compile all your audio stuff by yourself, except mixbus obviously... BR, Ck <div class="gmail_quote">Am 26. März 2019 15:44:58 MEZ schrieb liebrecht@grossmann-venter.com:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <pre class="k9mail">On 2019-03-26 09:44, Jörn Nettingsmeier wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On 3/26/19 5:28 AM, liebrecht@grossmann-venter.com wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">After jack is installed, I try to start it through mixbus which is about the only application I found that can actually start jack. I used mixbus for about 6 months with jack on another distro. qjacktcl does nothing but parse irrelevance and promisses so I dont use it anymore. </blockquote>That remark is bullshit and shows that you really need to change the way you're thinking about problem solving. </blockquote> Sorry I disagree, qjcakctl has given me nothing but trouble and still does. It goes much better without it. All it arguably does is to formulate a jack string....which the user should do on command line anyway, and then output mystery log errors which are substandard to reading the logs yourself. I have never found any constructive use for it other than "feelgood". Mixbus worked great once I removed qjackctl on my previous system. qjackctl was single most annoying interference problem. <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Simplify the problem. First, look at aplay -L to see if hw:VSL,0 is alive and well. </blockquote> As I reported already in another post it is recognised. <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Now, start jack on the command line, starting with the paramters mixbux helpfully suggests: jackd -t 200 -p 2048 -R -T -d alsa -n 2 -r 48000 -p 128 -d hw:VSL,0 It should fail in the same way you described above. If not, there is something fishy in the way mixbus starts jackd. </blockquote> As already reported, mixbus starts jack and jack runs IFF I dont start jack with qjackctl. Once qjackctl started jack, mixbus wont work. Mixbus starts jack with a string they disclose in the terminal output and it works. According to patchage as I reported in a previous post, mixxbus is connected to jack, but I get no signals from jack for the 1818vsl inputs in mixbus. <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">-n2 p128 looks like a pretty aggressive timing for a multichannel interface. Try -n3 for a start, and -p1024, then gradually lower the latency, but only if you really need it. </blockquote> I know I am just trying my documented default settings that worked perfectly before.<hr>Jack-Devel mailing list Jack-Devel@lists.jackaudio.org <a href="http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org">http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org</a> </pre></blockquote></div> -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.</body></html>