Re: [LAU] Qjackclt cramps

From: Rui Nuno Capela <rncbc@email-addr-hidden>
Date: Thu Mar 08 2012 - 10:49:09 EET

On 03/07/2012 09:42 PM, Fons Adriaensen wrote:
> Hello all,
>
> I wonder if I'm the only one experiencing this problem with
> Qjackctl. Anyway I haven't seen any other reports of it.
> The problem is so obvious that I myself never bothered to
> report it - it's the thing you exect fixed in the next
> release. But apprently it never gets fixed.
>
> To the facts now: almost every day when I use it, and for
> the last years, Qjackctl get into some cramp in which it
> either
>
> - refuses to make some connections,
> - or refuses to show them,
> - or makes them and then disconnects them immediately.
>
> I don't know what triggers this, but it could be related to apps
> making lots of ports connections in a short time and Qjackctl's
> idea of current connections getting out of sync with reality.
> Given Jack's APi for this that is no big surprise, but what really
> messes up things is that Qjackctl apparently has no means to recover
> and refresh its connections database from scratch. The only option
> is to terminate it (which takes Jack and all apps with it, unless
> Jack was started separately).
>

i had never seen this kind of trouble, but again i seldom run hundreds
of port (dis|re)connections in probably short time

don't the "connections "refresh" button is of any help here, perhaps? i
mean, instead of a proverbial stop/start?

since last qjackctl released version (>= 0.3.8) the "refresh" button
does a complete rebuild of all connection listings instead of using some
or any previously cached items which i think is the culprit of potential
race conditions, specially if you're disconnecting and/or reconnecting
(a lot of) ports with same literal names on so short notice

byee

-- 
rncbc aka Rui Nuno Capela
rncbc@email-addr-hidden
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Thu Mar 8 12:15:02 2012

This archive was generated by hypermail 2.1.8 : Thu Mar 08 2012 - 12:15:02 EET