[16:19] tgm4883: I have a UMC404HD, and don't have those issues. Make sure your buffers per period is set at 3, and all of the standard buffer sizes apply. The big thing to remember with USB devices is they /must/ have latency in a multiple of 1ms, which is acheieved with 3 buffers per period. See https://wiki.linuxaudio.org/wiki/list_of_jack_frame_period_settings_ideal_for_usb_interface [16:32] To be honest, the wiki section you referenced problably hasn't been updated in about 5 years and is full of outdated information. The realtime kernel hasn't been included in Ubuntu in nearly 10 years, so I don't know why that's in there. I'll remove it [17:00] wouldn't it be better to add a rt kernel again instead :) [17:06] JackWinter1: Why? The RT patches are included in the mainline kernel now and have been since 2.6. Also, we don't have the manpower. [17:09] Eickmeyer: not having the man power is a good reason. the rt patch however still makes the kernel more preemptable than lowlatency, so it is still helpful. was actually a joke, sorry if it was in bad taste! [17:10] but the lowlatency does go most of the way [17:10] JackWinter1: It's hard to tell. Ubuntu Studio has been getting a lot of hate for the past few years that I've been trying to clean-up for the past 6 months. [17:11] https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel [17:11] you are just one or two devs right? [17:11] One of about 5. [17:12] We only maintin the Ubuntu Studio specific packages, which are what make it unique. The apps and DE are all upstream. [17:13] ah 5 people, that isn't too bad at all [17:13] i maintain the rt kernels for archlinux, gave up on the rest of the packaging [17:13] None of us work on it full-time, we're all volunteers. [17:13] same here [17:14] The lowlantency kernel already contains the PREEMPT_RT patch, and in all my testing there is no difference between the lowlatency and any -rt kernels I've ever tried. [17:16] I'm a professional audio engineer for a living, so this is stuff I routinely test. [17:16] try cyclictest from the rt-tests package and check the max numbers. those are the max scheduling delays that have been detected. quite a bit higher on the lowlatency kernel. it's probably not so important on SMP systems anyway, as the kernel can schedule the audio thread on some other cpu if one is held up by something [17:17] and it's somewhat of a pain, as you have to patch the kernel for a problem in the nvidia driver [17:18] And I think that's probably one of the main reasons Ubuntu has chosen not to include the RT kernel. [17:18] Proved to be too problematic. [17:18] but it really was a joke, i couldn't resist when i saw that you were going to remove the rt kernel from the wiki :) [17:19] Ubuntu Studio isn't a derivitive, it's an official flavor of Ubuntu, so we have to stay within the parameters that have been set for us. [17:19] i suspect it was because they always chose a kernel version that didn't get a rt patch :) i was around back then and using ubuntu, and it used to anger me quite a lot. so much that i built my own kernels :) [17:20] but also possible that it was problematic to backport fixes to the kernel and apply the rt patch too [17:21] That's another reason why. I forget where I read all of this, but it just made sense to enable the PREEMPT_RT items and have the lowlatency patches since they didn't mess with the graphics drivers and weren't a pain to backport. [17:22] that sounds reasonable [17:24] Wow, spam in quit messages. That's a new one. [17:25] When I used Fedora's JAM spin, I noticed more Xruns when I was using a third party -rt version than when I was using the stock kernel, believe it or not. [17:25] Anyhow, this is a support channel, we really should take this to -offopic. [17:28] Eickmeyer: we don't really have to discuss it all :) was just a drive by joke! hope you have a good day [17:28] actually maybe you can help me with one thing [17:29] i'm quite closely related to the reaper for linux effort too, and am considering if i should make recommendations on linux distros or not [17:31] when a new user installs US, is the system fully configured for use, or does he have to mess with PAM limitations & the priority of the soundcard irq [17:33] JackWinter1: So long as one runs Ubuntu Studio Controls, the configuation is done automatically, so no, one shouldn't have to do much more than run Ubuntu Studio Controls, log out, then log back in. My only problem with Reaper is it doesn't support LV2 plugins. [17:34] That's another reason why I'm editing the Wiki page referenced, and even considering deleting it since -controls does so much automatically now. [17:35] i'm pretty sure reaper will get lv2 support and alsa midi sequencer too sometime in the future, can't tell you when though [17:36] imo it's confusing for the noobs and also experienced linux users to read about all the old info from 10-20 years ago. google is really somewhat polluted with outdated information [17:37] is Ubuntu Studio Controls a command line utility or a GUI ? [17:37] Indeed. I've been whittling through the wiki as time allows. [17:38] Ubuntu Studio Controls is a GUI. In 18.04 and prior, it was just a couple of checkboxes. In 18.10, it does so much more including being the first GUI of its kind to configure JACK to look for hotplugged USB devices. This has never been done before, and we're really excited. [17:41] i have something i wrote you might like too, but it has a problem with shared interrupts, it's a script and a udev rule, so that when you hotplug a soundcard it automatically changes the priority of the interrupt [17:42] OvenWerks: ^ Care to chime in? (OvenWerks is the primary dev on -controls) [17:42] (this discussion really should be in -devel) [17:42] https://github.com/jhernberg/udev-rtirq [17:42] ok, let's go there then [17:43] #ubuntustudio-devel [18:05] Eickmeyer: I didn't know that needs to be multiples of 1ms. I'll see about switching mine around. I've been using a sample rate of 96000 and varying buffer sizes and periods [18:20] Eickmeyer: I feel like that's doing better on 64, 96000, 3. I'm going to let it run to 10 minutes and see if I get any xruns now [18:20] I've noticed I can get some if I switch windows between claudia and ardour [19:13] hello everybody I´ve just installed ubuntustudio 18.04 but I cant seem to get pulseaudio started. start-pulseaudio-x11 gives me a connection refused message [19:13] I can´t seem to remember how to get this working [19:44] tgm4883: Claudia is not supported, so we can't answer to that. [19:55] still no luck [20:09] doublehelix: Try pulseaudio --kill. That will kill pulsaudio and, unless you messed with Ubuntu Studio's configuration, automatically restart it. [20:10] Also, check this out: https://help.ubuntu.com/community/UbuntuStudio/ProAudioIntro [20:21] Eickmeyer: it only happens sometimes and its when switching between two applications. Those were just the two applications I had open [20:22] tgm4883: Unfortunately, there's no way to prevent xruns when it's X that's taking over the processor to render that. I have the same issues. At least your USB audio issues are better! [20:22] Yes, far better [20:22] I've disabled a bunch of stuff already so this is probably as good as it's going to get on this laptop I suppose [20:23] I need to do a full test with more inputs and recording to disk but it's already looking much better [20:24] Eickmeyer: also, thanks for doing this. I know it's a lot of work to make a flavor when you only have 5 people [20:25] tgm4883: My pleasure. Very tough with such few people. A lot of people say they want to help, but then never stick around. It's those that have stuck around that are doing an amazing job! [20:26] Very true. I ran into the same issue with Mythbuntu [20:27] RIP Mythbuntu. :'( [20:29] Yea, it ran it's course. As the team dwindled so did most of the customization. The main benefits still come from the mythbuntu repo which is still available.