JACK, qjackctl and Ardour

3 replies [Last post]
audiodef
User offline. Last seen 20 hours 42 min ago. Offline
Joined: 2009-08-29
Posts:

I'm curious if anyone has ever noticed fewer xruns when starting jack from a command line than via qjackctl, because (and I'm still testing this), that appears to be the case for me.

lhm100
User offline. Last seen 2 weeks 5 days ago. Offline
Joined: 2011-09-05
Posts:

there was a time that I had convinced myself that when qjackclt was in verbose mode and writing xrun info to the message window that the load of doing such would cause more xruns - sort of a positive feedback thing. Unfortunately I can't recall what the exact configuration was. I was recently plagued by the reoccurrence of xruns - about 1 per minute. I disabled either the "no memory lock" or "unlock memory" and they stopped immediately and I have not had one since. This was counter intuitive to me. I've gotten pretty good at only changing one thing at a time when troubleshooting and it definitely solved my issue. I did not investigate any further, as that machine is due for a re-build soon. Perhaps you could see if you notice the same behaviour - You may have already done so....

audiodef
User offline. Last seen 20 hours 42 min ago. Offline
Joined: 2009-08-29
Posts:

Well, I just realized that it's called "QjackCtl" because it's a qt interface, which I think uses a relatively large chunk of resources. But QjackCtl in verbose mode using up even more resources makes sense to me either way.

All QjackCtl does is write .jackdrc and run it, so for now I've decided to use QjackCtl to play with settings whenever I need to and start jack manually based on those settings.

seablade
User offline. Last seen 1 hour 5 min ago. Offline
Joined: 2007-01-22
Posts:

Actually Qt doesn't use up to many resources, and QJackCTL can do much more than simply write out a configuration file. Not commenting one way or another on the apparent differences in xruns, just correcting those comments.

Seablade