[16:40] Eickmeyer: I don't know if you remember some one complain about zita giving high levels? anyway, Fons says: This is due to a bug in libzita-alsa-pcmi, which will affect all [16:40] sound cards using the S32_LE format. [16:40] This is s fixed in version 0.6.1 which is now available at the usual place: [16:41] OvenWerks: I do remember. [16:42] I do not know if that means there is a new zita-ajbridge or that it needs to use the new libzita-alsa-pcmi [16:45] it's the lib [16:45] we have 0.2.0 [16:49] Eickmeyer: why do we have such an old version? [16:49] #BlameDebian [16:49] I am guessing libs are harder to keep up with [16:59] libzitaresampler is up to date-ish except Fons' site has two of them (1.6.2 and 1.8.0) we have the older one [17:05] OvenWerks: Jammy has 0.4.0, Kinetic has 0.5.1. I don't know where you're getting 0.2.0 from. [17:05] Bionic has 0.2.0. [17:06] (we should really take this to -devel) [19:51] hi folks, Ubuntu 22.04...ssh logins start autojack process and kills existing jack session for other user logged into the desktop env, any thoughts on troubleshooting/disabling this behaviour with ssh logins? [19:54] ardya: hmm, that is not right... but probably fixed already [19:55] for a while autojack was started by systemd via logind. that shouold no longer be the case. [19:55] ardya: are you set up for backports? [19:56] yes i think its starting through systemd...checking for back-ports [19:56] ubuntustudio-installer has a button to add backports [19:56] also any idea why creating outgoing net bridges doesnt work in studio contriols? [19:56] Yes. [19:57] it worked the last time I tried it... but things change. [19:57] hmm yeah back-ports is alreqady enabled [19:58] incoming net bridges work, have to manually create outgoing via terminal [19:58] autojack should be started by the session manager then from /etc/xdg/autostart/ so I would think not from terminal login. [20:00] on the system tweaks page the debugging level can be set to "Extra", start the bridge and then errors might show in ~/.log/autojack.log [20:01] I see autojack references in /etc/systemd/user/default.target.wants/studio.service /etc/xdg/systemd/user/default.target.wants/studio.service [20:02] The first one should probably not be there. I wonder if the uninstall script or postinstall needs to remove it. [20:04] It'll have to be a .maintscript with rm_conffile because it's in /etc. That's the pain of /etc for ya. [20:04] he log says zita-j2n cant be found, but its at /usr/bin/zita-j2n [20:05] is it looking for zita_j2n by chance? [20:05] hmm you would have to look through file in /usr/bin/autojack [20:06] search for zita_ there should be none but if there is change it to - with sudo nano I guess [20:07] I sort of remember finding something like that that is fixed in the yet to be released version [20:07] OvenWerks: If I can find it I can throw out a patched version. [20:07] Just in the meantime. [20:07] sure [20:08] up the version somehow [20:08] It's easy. It'd literally be a quilt patch. [20:08] (somehow means using the prefered ubuntu method) [20:09] no underscore [20:09] I couldn't find it either. [20:10] should there be a call to zita-j2n in the studio-controls python script? [20:10] ardya: yes [20:12] There isn't one in studio-controls. Only in autojack. [20:14] I removed that one link /etc/systemd/user/default.target.wants/studio.service and rebooting [20:15] right [20:16] Eickmeyer: it is in autojack lines 180 to 200 [20:17] OvenWerks: Yes, but no underscore. [20:17] well that didnt work, ssh login killed the sessiion [20:17] I don't see the problem looking at autojack on github.... [20:17] OvenWerks: Are you looking at the 2.3.9 tag? [20:17] I don't see the problem either. [20:24] ardya: which version of studio-controls do you have (should show on the main screen at the top) [20:24] 2.3.1 [20:25] oh.... the latest is 2.3.9 [20:26] its not been pushed to 22.04 [20:26] backports should have brought in [20:27] Version: 2.3.1-0ubuntu2 [20:30] Version in Backports is 2.3.9-0ubuntu1~bpo22.04.1~ppa1 so you don't have the fixed version. [20:30] By backports we mean the backports PPA in ubuntustudio-installer [20:31] !ubuntustudio-installer [20:31] Ubuntu Studio Installer is an app that can be used to add Ubuntu Studio's benefits to an existing Ubuntu (or official flavor) installation, and/or add the !ubuntustudio-backports PPA. For more info, see https://ubuntustudio.org/ubuntu-studio-installer/ [20:31] !ubuntustudio-backports [20:31] The Ubuntu Studio Backports PPA contains newer versions of select software that is included with Ubuntu Studio. For more info, such as how to add this PPA to your system, see https://help.ubuntu.com/community/UbuntuStudio/BackportsPPA and !ubuntustudio-installer. See also !ubuntustudio-controls [20:31] oh ppa [20:31] no I dont have that [20:31] You need that. [20:31] and I think I fixed the ssh login killing jack [20:31] We can't SRU the fixed version because it contains too many new features. [20:32] Open Ubuntu Studio Installer, click the button that says "Enable Backports PPA". [20:32] ok I'll add the PPA [20:36] updating...guys, thanks, and appreciate your efforts in maintaining all this. My main DAW still runs on 18.04 and I have that mofo tweaked like crazy, test driving 22.04 on a laptop to see what changes I'll have to make to get same functionality [20:37] That backports PPA does not include the latest update of Ardour, btw. That's in a separate PPA at ppa:ubuntustudio-ppa/ardour-backports [20:37] I dont use studio-controls on 18.04, its all manually configged, scripted etc [20:38] I dont use ardour, been using reaper [20:38] thanks though [20:41] ardya: FYI, 18.04 has been EOL since January 2019, so I don't know what you've been doing this whole time. [20:45] if it works and is not connected its fine. [20:45] but yeah no security updates that way. [20:47] ardya: just a heads up, it looks like 32.04 is defaulting to pipewire to replace both jack and pulse. [20:50] ardya: the plan is to allow pulse/jack (as now), PipeWire alone, PipeWire/jack or PipeWire with jack as a device. [20:50] ardya: however, in the long run pulse will for sure go away. [20:52] pipewire works quite well for most modern devices and ok with all alsa devices. the alsa FW stack is not great for low latency audio. [20:56] LOL same error cant find zita-j2n [20:57] 18.04 is LTS and still supported [20:59] ehm, gnome 18.04 LTS is supported, other flavors 3 years [21:02] ah ha! [21:02] cmd = "zita-j2n " [21:02] cmd = "zita-n2j" [21:03] note the space in the quote [21:06] found that in /usr/bin/autojack [21:10] ardya: 18.04 is not LTS for Ubuntu Studio, see https://ubuntustudio.org/2018/05/clarification-on-non-lts-status-of-ubuntu-studio-18-04/. Additionally, official flavors (read: not Ubuntu Desktop or Ubuntu Server) typically only release as LTS for 3 years. [21:11] hmmm removing that space didnt fix it [21:12] oerheks: ^ [21:12] Eickmeyer: I'll take your word for it, but I still get updates for it, last ones were 12-15-2022 [21:13] ardya: You're only getting updates from the main repository, not the universe repository. I'm the leader of Ubuntu Studio, so you're getting it from the horse's mouth. [21:14] The universe repository contains the components that make it "studio". [21:19] understood, thanks [21:20] ardya: I do see the bug, I can definitely patch that. OvenWerks cmd = "zita-j2n " in autojack line 181 [21:20] still no go on the net send bridge [21:20] Even with the space removed? [21:21] removing that space didnt fix :( [21:21] Probably because in shells spaces don't matter. [21:23] ardya: Actually, try closing studio controls, killall -9 autojack, and start studio controls again. === guiverc2 is now known as guiverc [21:27] I had rebooted after removing the space [21:29] and the no process found thing comes from when the call to kill the old zita-njbridge conns occurs, there's no bridges running [21:29] and I dont see any messages in the log when trying to add a net send bridge... [21:30] This is very much up OvenWerks's alley, no idea why it's not working. [21:30] I mean, if it's not even doing a command-not-found something isn't right. [21:33] oh boy, now net receive bridges dont come up [21:45] ok well I'm going to figure out how to revert this [21:49] ardya: the other possibility would be to use the postrun script to start a njbridge. [21:50] whats that scriptname? [21:50] ~/.config/autojack/poststart [21:51] needs to be a bash script... well I guess if it has #!/bin/whatever that would work too. [21:52] it needs to be chmod +x in other words [21:53] ~/.config/autojack/postbridge runs after the pulse bridges are set up [21:55] do the procs in the script need to be backgrounded? [21:56] hung in poststart [21:56] so probably [22:00] hmm nope still hung in poststart [22:07] gah this flippin laptop.. [22:08] ok guys thanks again...I need to wipe and restart from scratch [22:47] haha nice, finally got the studio iso to boot on this POS laptop [22:47] cheers, and thanks again!