[00:49] <wonko> Yay Ultranerdery!
[00:49] <wonko> I wasn't coming up with a good solution on getting audio out of the windows VM. I had a PCIe USB controller that I'm doing PCIe passthough with. This would steal the Komplete Audio 6 from the host and give it to the VM for while I was doing stuff on the VM. This worked, but was annoying. Then I had an idea. I still had these sounblaster USB audio things which just happened to have spdif out. So that attached to the VM and the spdif out on that routed
[00:49] <wonko> into the spdif in on the KA6 and I'm golden. Now I can leave the VM running all the time. Yay!
[01:39] <wonko> bah, xruns are way up this way.
[01:39] <wonko> That sucks
[01:40] <wonko> oh wait, I'm prioritizing the wrong irq now
[01:40] <wonko> oops. :)
[01:40] <wonko> I had to move the KA6 off the pcie card for this to work
[01:42] <wonko> oh, we're back to fighting with the keyboard. bah.
[01:42] <wonko> I wish this motherboard had more built in usb controllers
[02:54] <wonko> I see I trip to microcenter in my future for another PCIe USB card
[12:23] <Lootre> Hi Eickmeyer ! Do you have any news regarding my problem with Carla ?
[14:19] <niksnaks> testing 19.10: turn on jack & a2jmidid up and running, midi device showing up in patchage & ardour. trying to send MIDI MMC & Mclk & MTC from ardour over usb midi adapter as per usual. used to work in 19.04 but now i get "ALSA: seq_midi: MIDI output buffer overrun" in syslog
[14:20] <niksnaks> nothing recent showed up in google
[14:23] <niksnaks> oh, usb hub was the problem :( nvm
[14:33] <Eickmeyer> sirriffsalothp: Please do not recommend KXStudio in this channel.
[14:34] <Eickmeyer> !kxstudio | sirriffsalothp
[19:12] <wonko> OK
[19:13] <wonko> Added a USB card, so now the KA6 is on its own again
[19:13] <wonko> now to figure out what the hell IRQ that's on. :)
[19:13] <wonko> OvenWerks: I got really excited for a minute. They had a USB2 card. That plugged into the PCI slot I don't have. :(
[19:14] <wonko> I'm gonna say 46
[19:15] <OvenWerks> Lifes like that... there are PCI to PCIe cards...
[19:15] <wonko> this case is already a mess
[19:15] <wonko> :)
[19:15] <wonko> ok, 46 it is
[19:15]  * OvenWerks loves messy cases
[19:16] <wonko> Then you want pics of mine. :)
[19:16] <OvenWerks> I am just installing liquorix to see how well it runs
[19:16] <OvenWerks> just in case my software load is not messy enough
[19:18] <OvenWerks> But I have a perfect test case, I have a session I was playing with on the current lowlatency kernel with my D66 set to 16/2... it sound like vinyl
[19:21] <wonko> This picture doesn't really show all the mess but it's hard to take the side off to get a better one.
[19:21] <wonko> https://imgur.com/a/KMWXX0l
[19:27] <wonko> OvenWerks: This looks correct, yes? RTIRQ_NAME_LIST="46-xhci 38-xhci snd usb i8042"
[19:30] <wonko> Because that doesn't seem to have set 46
[19:30] <OvenWerks> Sure. I think.Assuming 46 and 38 have no mouse on them :)
[19:31] <OvenWerks> do you still have udev-rtirq installed?
[19:31] <wonko> Hmmm
[19:32] <wonko> after starting up the VM my 46-xhci in /etc/init.d/rtirq status output changed to: 45777 FF      50   -  90  0.0 S    irq/46-vfio-msi	
[19:32] <wonko> so the old card got a new IRQ?
[19:32] <wonko> and so the new card has the old IRQ?
[19:33] <wonko> but I'm still getting crackles and xruns even at 128/3
[19:33] <wonko> running Maschine in the VM with the audio routed to linux via the soundblaster -> SPDIF -> KA6 route
[19:36] <wonko> I'd like to say it's better, but I'm not entirely sure it is or not
[19:36] <wonko> but I'm also not sure udev-rtirq is doing the right irq anymore. :)
[19:39] <wonko> that's SOOOOO confusing about the interrupts changing, but I guess it kinda makes sense. Kinda. :)
[19:43] <OvenWerks> Sounds like fun but I really have no experience with VMs or wine
[19:43] <wonko> shouldn't matter
[19:44] <OvenWerks> Yes with PCIe cards the irq can move from boot to boot
[19:44] <wonko> that's just a thing that's going on
[19:44] <wonko> I added a new card, which makes sense the IRQs would change
[19:44] <wonko> but the funny thing is the new card got the old card's IRQ. :)
[19:44] <OvenWerks> The virtual irqs are assigned at boot
[19:45] <OvenWerks> not really, it is just first in line
[19:45] <wonko> yeah, new card is earlier in the pci list (assuming that's at all relevant)
[19:45] <OvenWerks> The OS goes through them in the order it gets to them. It has to be based on something physical
[19:46] <wonko> So the audio issue is acceptable for now. I think ideally I'm going to build a cheap PC to run the NI stuff and just route the audio in like I am now.
[19:47] <OvenWerks> Eickmeyer: well liquorix is maybe somewhat better than lowlatency. I need to do more testing though. I still have to be very carefull about mouse movement etc.
[19:47] <Eickmeyer> Ok, good to know.
[19:47] <Eickmeyer> That's bit us in the tail with 18.04's lowlatency kernel.
[19:48] <OvenWerks> ya, this is 18.04 LL vs liq
[19:49] <OvenWerks> LL is 4.15 and liq is 5.2
[19:50] <wonko> OvenWerks: ok, if I stop Maschine and do audio just in linux the xruns go away so it's just the two usb cards fighting for interrupts
[19:51] <OvenWerks> wonko: it may make a differenc to switch the two priorities
[19:51] <OvenWerks> I know I have to have my ice11712 ahead of my AudioPCI
[19:52] <OvenWerks> even if the AudioPCI is not being used
[19:52] <OvenWerks> (I use it for MIDI only)
[19:53] <wonko> so the linux card is at rtprio 75 and the windows audio card is at rtprio 50
[19:53] <wonko> which to me seems like linux audio shouldn't be the problem in this case?
[19:54] <OvenWerks> I'm not really sure, I would think that the windows card should be higher than 50 so that it is higher than the mouse
[19:55] <OvenWerks> but other than that
[19:55] <wonko> that one doesn't seem to be having issues from what I can tell. Or maybe it is. Who the hell knows.
[19:57] <wonko> I wonder how cheaply I can build a PC for the NI stuff
[19:58] <wonko> or I'll just wait till I build a new desktop and the windows VM can stay on this box.
[21:01] <DirtyEar> Hi. I have 2 hard disks in my pc. I have all my files in the second disk and my ubuntustudio in the first one, but my files in the 2 disk has a padlock in the icon and I cannot open some files. in order to open I have to copy the file I want to open to my first disk and then it opens. Is there any way to remove that padlock?
[21:08] <DirtyEar> I have seen something with "cd /media/slimbook" but does not exist
[23:17] <DirtyEar> Hi. I am looking for a way to open my slave hard disk with permissions to write and read. I have my projects in my slave hard disk but when I open my sessions in Ardour it says that I cannot save changes and things like that with other type of files. Is there any advice you may share with me?
[23:20] <Eickmeyer> DirtyEar: Saw that earlier, didn't have time to help. Still not available, and I don't think you'll get much help here. Just know this isn't the only resource, for that I'd check #ubuntu or #xubuntu, because we ARE Ubuntu and we share a desktop environment with Xubuntu. Both are more than happy to help.
[23:21] <DirtyEar> Eickmeyer: Thanks. I will try it.