[10:17] <John122> OvenWerks: Hi! Just to say thanks, I see you've fixed that bug in Studio Controls. Just updated and tested it and it works great now!
[12:04] <MauroGaspari[m]> <John122 "OvenWerks: Hi! Just to say thank"> OvenWerks is a great guy! We need more like him.
[12:06] <John122> MauroGaspari[m]: yes, really pleased with Studio Controls, does exactly what I need!
[17:25] <Kraus> Hey everyone. Any ideas why suddenly I lost my sound and ability to open Carla after Logging out for the night?
[17:25] <Kraus> I'm on 20.04
[17:27] <Kraus> I'm having a simultaneous weird situation happening where I'm unable to resolve hostnames on the LAN. All of this started last night. The hostname thing has happened time after time, and I'm talking to the people on ##networking about it, but I thought I'd mention it here since both these issues happened while I slept.
[17:28] <Kraus> Very interesting.. I just tried Carla via CLI, and I'm getting an error. https://pastebin.com/uzxUc5Uk
[18:00] <Souler> my new clip. Bitwig studio + Kdenlive https://www.youtube.com/watch?v=qaMv5mnrF1s
[21:18] <kveremitz> hey *studio folks - do any of you use/run real-time kernels with pulseaudio, and if so, how do you set up real-time scheduling .. I think I'm chasing my tail trying to see if its actually got the right permissions or not for rtkit* ..
[21:22] <sirriffsalot> kveremitz: what are you looking to accomplish with that exactly?
[21:23] <sirriffsalot> Brb
[21:23] <kveremitz> d'oh LOL
[22:17] <sirriffsalot> kveremitz: back, you still got issues?
[22:19] <kveremitz> sirriffsalot: hi, well, hard to tell ;D hence why I'm probing/asking questions...
[22:21] <kveremitz> tl;dr - I switched kernels to rt- because under load, this laptop has epic problems maintaining an audio stream when I'm watching twitch streams. Performance is better, but I'm not totally convinced that I have configured 'enough' for PA to correctly use real-time features (I also run pulseeffects, for $reasons)
[22:22] <kveremitz> I've edited my 'daemon.conf' for PA, to enable 'real-time scheduling' but runnin pulseaudio -vvv seems to suggest there are permissions issues (which may not be relevant to RT, and just for regular 'high-priority')
[22:22] <kveremitz> I see the rtkit-daemon is supposed to adjust parameters, but its at this point I get lost even trying to google for hints ..
[22:29] <John122> OvenWerks: or anyone else who may know of course! I know Studio Controls works with Jack and PulseAudio but is it possible to use the Jack networking using Studio Controls? I'm currently using the PA networking but would prefer (well, need really) a constant latency. Thanks
[22:37] <sirriffsalot> kveremitz: I'm sorry to say that my guess would be that, if you're just having trouble watching twitch streams.. it sounds more like hardware issue at that point. You need more juice? How old is this laptop?
[22:40] <kveremitz> yeah twitch's scripts are a hog, but it seems possible that some smarter scheduling makes that overhead less .. ridiculous.
[22:41] <kveremitz> yes, also, the short answer is buy more hardware, but I don't have liquidity for that at present :(
[22:46] <OvenWerks> kveremitz: pulse != realtime safe audio... or guaranteed byte for byte.
[22:47] <sirriffsalot> kveremitz: yeah sorry, I get that..
[22:47] <OvenWerks> kveremitz: a close match might be use jack as pulse's only "device" which will force pulse to jack's latency
[22:47] <sirriffsalot> kveremitz: is it out of the question to download the streams you want to watch somehow? :P
[22:49] <OvenWerks> John122: I suspect it is possible to use controls on one end of a netjack set with the netjack load module. The othger end would have to use the netjack back end.
[22:49] <OvenWerks> John122: the other possiblility would be to use zita-njbridge on both ends
[22:52] <OvenWerks> kveremitz: it should be possible to raise the device's (audio device) priority using rtirq (installed by default in ubuntustudio).
[22:55] <OvenWerks> kveremitz: for what it's worth, studio-controls sets up pulse this way, tell pulse there are no alsa devices and run pulse-jack bridges.
[22:55] <kveremitz> OvenWerks: interesting ..
[22:55] <OvenWerks> pulse uses about double the cpu that jack does :)
[22:56] <kveremitz> I've never quite dived into Jack properly :D and I kinda thought getting it to 'play nice' with eg. pulse was a pain. But I gotta say, I do quite like pulse's features, and regularly use the tcp-sink to route audio to my speakers from other computers :D
[22:57] <OvenWerks> pulse is great for many things.
[22:57] <kveremitz> my former work boss was pretty good with it .. and if I set up a dedicated box for audio I'd certainly review my options
[22:57] <kveremitz> for now I'm somewhat lazy and just use pulse LOL
[22:57] <kveremitz> alsa is off-the-sheet because of multiple devices/sources/etc
[22:57] <kveremitz> vanilla* that is ^
[22:58] <OvenWerks> but as someone who focuses on recording and other places where byte/bit perfect, no xruns is important
[22:58] <kveremitz> granted, I know I'm somewhat trying to 'polish the [proverbial] turd' here .. LOL
[22:59] <OvenWerks> pulse is not usable
[22:59] <kveremitz> yeah thats why I thought I'd quiz the studio folks, to see what kinda options were 'out there'
[22:59] <OvenWerks> studio controls can connect a master plus as many other devices as the system can see at the same time.
[23:00] <OvenWerks> To jack and pulse they will all be in sync
[23:01] <OvenWerks> some of the devices will have to go through an SRC stage, but zita src is some of the best around
[23:03] <kveremitz> mm I shall have to google that :D
[23:03] <BrianHechinger[m> I have to use the SRC effect in Audacious. Stupid 44.1khz audio files. 😁
[23:03] <OvenWerks> kveremitz: so for example the internal device can be used as master and a USB mic can be plugged in and jack will see it.
[23:03] <BrianHechinger[m> OvenWerks: how'd the procedure go?
[23:04] <OvenWerks> got canceled :P
[23:04] <BrianHechinger[m> Boo!
[23:04] <BrianHechinger[m> All that excitement for nothing. 😜
[23:04] <OvenWerks> so I have to do the prep all over again down the road
[23:04] <BrianHechinger[m> That sucks
[23:06] <kveremitz> :/
[23:18]  * OvenWerks notes that all sampler/synths/eqs use SRC techniques