[00:39] <Eickmeyer> wonko: You'll get the same effect as Claudia if you use Carla with RaySession.
[00:40] <Eickmeyer> Just Claudia depends on LADISH which is 1) no longer developed, and 2) is being removed from Debian due to the drop of Python 2.
[00:46] <OvenWerks> Eickmeyer: I hear there is a fork of python 2
[00:46] <OvenWerks> too many people rely on it
[00:46] <Eickmeyer> OvenWerks: It won't be going into Debian or Ubuntu.
[00:46] <OvenWerks> I guess Ardour goes too?
[00:47] <OvenWerks> I can't rememeber but I think the waf in there is P2
[00:47] <OvenWerks> I guess I will find out...
[00:47] <Eickmeyer> Well, waf is a binary usually, so it's not in the source as far as I can tell.
[00:51] <Eickmeyer> OvenWerks: Even Ardour 6?
[00:53] <Eickmeyer> OvenWerks: Ardour doesn't appear in the removal list: https://people.canonical.com/~ubuntu-archive/transitions/html/python2-rm.html
[08:56] <noamraph> Hi! my USB microphone isn't connected to JACK even though I'm using Ubuntu Studio Controls. Can anyone help? Thanks!
[11:52] <wonko> OvenWerks: do not connect is exactly what I wanted, thanks!
[11:53] <wonko> Eickmeyer: Yeah, I see how it all works now. I'm very happy with it. Thank you. :)
[12:06] <wonko> Eickmeyer: Also, controls+Carla+RaySessions works a treat better than Claudia ever did.
[12:07] <wonko> OvenWerks: Ok, significanly shorter USB extension cable. Let's see if that helps at all.
[16:28] <OvenWerks> wonko: also, if the USB audio device has the option to use it's own power supply use it. USB powered stuff is wonderful... audio not so much. Good preamps need more than 5v at 2 amps.
[16:29] <wonko> It doesn't have that option
[16:29] <wonko> Native Instruments is sure it's enough power
[16:29] <wonko> even for phantom
[16:29] <OvenWerks> phantom doesn't take much if the mic is designed right
[16:30] <OvenWerks> The output is still -40db ish
[16:30] <wonko> https://www.native-instruments.com/en/products/komplete/audio-interfaces/komplete-audio-6/
[16:30] <wonko> that's what it is, btw
[16:30] <OvenWerks> short cables then
[16:31] <wonko> yeah, replaced the 15' extension with a 6' extension so we'll see if that helps
[16:31] <wonko> so far so good anyway
[16:31] <OvenWerks> no usb hub, no sharing the internal hub with anything else
[16:31] <wonko> it flat out wouldn't work on a hub
[16:31] <OvenWerks> good to hear
[16:32] <wonko> yeah, so it got its own direct cable to the machine
[16:39] <wonko> Did you guys tweak the swap partition size calculation or was that a change to base 19.04?
[16:53] <wonko> OvenWerks: And.................. looks like the shorter cable didn't help. :(
[16:56] <OvenWerks> wonko: the only thing we do with swap is to make it less likely to get used by setting swappiness to 10 rather than 60. swap size is set by the generic ubuntu install
[16:58] <OvenWerks> so it is the same as any other ubuntu. The normal size is "same as memory". It is possible to manually set swap sizes and if there is another swap partition on your drives it will use it too.
[17:00] <wonko> It definitely picked its own size that isn't same as memory. Very odd (not that I'm complaining, I really don't need swap)
[17:00] <wonko> 18.04 definitely did same as memoryy
[17:01] <wonko> now why the hell is jackd falling over. Ugh.
[17:05] <OvenWerks> what I saw was that it was restarting as if the device had been un and replugged
[17:08] <OvenWerks> The reason for same size as memory is that sleep mode needs it. Going to sleep means memory is dumped to swap so it can be restored at wake.
[17:09] <OvenWerks> There may have been problems with that and sleep may now save to a file instead.
[17:10] <OvenWerks> swap is just bad for audio. Most audio programs lock their memory to keep it from being swapped out.
[17:10] <OvenWerks> but all it takes is one that hasn't and it can put a great gap in the audio.
[17:12] <OvenWerks> best to have enough memory to fit everything and do a swapoff just before recording. (even a swapoff/swapon means everything starts in memory while providing swap as a guard against OOM killing you session)
[17:52] <Eickmeyer> OvenWerks: What you described is hibernate, not sleep. Sleep just keeps everything in RAM.
[17:58] <wonko> Yeah, and I have no interest in doing either so I reclaimed that space on my 18.04 install
[17:58] <wonko> losing 512GB disk space is a lot.
[17:59] <wonko> OvenWerks: on a shorter cable now, plus it never did that under 18.04 so I'm at a loss as to what it could be
[18:00] <wonko> Ok, minecraft servers back online. I guess next is nginx
[18:00] <wonko> which I've been putting off
[18:00] <wonko> because I don't want to do it. :)
[18:15] <wonko> Ok, other than needing to get the crash sorted I have one final thing I would like to figure out. I can increase the number of stereo Pulse-Jack bridges, which is a think I'd like to do. The only problem is they get terrible names. When I was doing it before I had a script that used pactl to create my sinks and gave them useful names like Games, Discord, Chrome, Music, etc. Is there a way I can do that with controls?
[18:21] <OvenWerks> wonko: if you were happy with what you had before, you can set -controls to jack off and use qjackctl as you have in the past.
[18:21] <OvenWerks> That may fix the problem
[18:27] <wonko> I was using Cadence before, which I wasn't happy with
[18:27] <wonko> I like the fact that I don't need to run a script every time I log in
[18:27] <wonko> I just wish I could set the names better
[18:28] <wonko> I'll learn to live with them. The old way sucked. :)
[19:41] <OvenWerks> wonko: ok there should be a new version for you to try within the next hour or so.
[19:41] <wonko> awesome
[19:41] <OvenWerks> (new version of controls)
[19:43] <wonko> Is there a way to run jackd in debug mode to see if we can't see what's going on with that? This isn't going to work. :(
[19:45] <OvenWerks> I am hoping with the new controls it will work
[19:45] <wonko> does that interact with jackd in a way that i don't understand? I thought it just configured and started/stopped it
[20:13] <OvenWerks> wonko: it may, sometimes udev picks up a "new device" for an audio device that is allready plugged in. If jack tries to switch master that may give the response you have. Just leaving jack to run may be a better option
[20:39] <wonko> can't we bludgeon udev into behaving properly?
[20:41] <OvenWerks> wonko: that is beyond me. Using udev at all is...  interesting and that is udev via dbus.
[20:41] <OvenWerks> wonko: anyway, if things work right without -controls then I should make controls so that it works with it too.
[20:41] <wonko> Hmm, well, I'm watching the udevd logs, we'll see if there is some sort of connection here
[20:42] <wonko> how would I "just run it"?
[20:42] <wonko> stop it in controls and start it in qjackctl?
[20:42] <wonko> I'm assuming it'll pick up the saved config?
[20:42] <OvenWerks> the new controls in https://launchpad.net/~ubuntustudio-dev/+archive/ubuntu/autobuild is built, just waitng for it to publish
[20:43] <wonko> cool. I'm off to take the kid to his martial arts class so I'll check back in an hour or so.
[20:43] <OvenWerks> wonko: qjackctl would write it's own config. If you just want to start with the old configs, jack_controls start
[20:43] <OvenWerks> will do that
[20:44] <OvenWerks> sorry jack_control  no s on the end
[22:14] <wonko> how long does it take to publish, just checked and nothing new yet.
[22:14] <wonko> or do I need the autobuild ppa?
[22:15] <OvenWerks> Ya it's there
[22:15] <OvenWerks> to get that one ya, Eickmeyer hasn't released it to backports yet.
[22:15] <OvenWerks> What I did was to download the the deb from autobuilds rather than adding the ppa
[22:16] <OvenWerks>  then just sudo dpkg -i <package>.deb
[22:16] <OvenWerks> https://launchpad.net/~ubuntustudio-dev/+archive/ubuntu/autobuild/+files/ubuntustudio-controls_1.11.2+git-0~201909172010~ubuntu18.04.1_all.deb
[22:16] <OvenWerks> is the DL link
[22:18] <wonko> Ok, installed. What's been updated, exactlyh?
[22:18] <OvenWerks> two things, but only one should help you
[22:20] <OvenWerks> when bridging a second USB (or other internal card) it bridges at a sample rate the device supports rather than blindly trying to use the same rate as jack master.
[22:20] <OvenWerks> jack master is still first choice of course
[22:20] <wonko> Ok, mic should be here in a couple days so soon that's moot. 😁
[22:21] <Eickmeyer> It should be just about released to backports.
[22:21] <OvenWerks> The second thing which should help you, is that on detect of the USB device plug event, the code checks to see if we are already using it and does not try to reconnect jack to it if it is already connected.
[22:24] <wonko> Ok, hopefully that helps. I'll let you know.
[22:24] <OvenWerks> Thank you
[22:24] <wonko> Does it log those events so we can see if it's happening?
[22:25] <OvenWerks> ~/.log/autojack.log
[22:25] <wonko> Ok, I'll keep an eye on it and that file
[22:26] <wonko> Terrible sentence. Kid bumped my hand while writing this on my phone. :)
[22:27] <OvenWerks> also ~/.log/jack/jackdbus.log of course
[23:58] <wonko> no jack crash and no log entries so far.