| OvenWerks | Eickmeyer: playing with zita-njbridge. From a 20.04 machine to a 22.04 machine sound is fine. From 22.04 to 20.04 the sound is breaking up. no xruns on either end. The other day using pipewire, zita-njbridge is very unstable, crashes and doesn't seem to connect at all if it does run. So some work to do. I wonder is zita-* needs to be build using c99 ir c11 or some other switch. | 16:24 |
|---|---|---|
| Eickmeyer | OvenWerks: It's possible, I'd have to investigate debian/rules. | 16:26 |
| OvenWerks | Eickmeyer: I don't know that this is a ubuntu only problem, I started investigating because of a report in the lau mail list | 16:27 |
| Eickmeyer | Oh! Ok, let me know what you find out. | 16:28 |
| OvenWerks | There are also reports on the controls issues about zita-ajbrdige with similar issues | 16:28 |
| Eickmeyer | So, maybe a zita-* c compatibility issue. | 16:46 |
| OvenWerks | This actually looks different: https://lists.linuxaudio.org/archives/linux-audio-user/2022-November/115348.html | 16:46 |
| OvenWerks | I changed the buffer from 64 to 512 and that seemed to help. I get clean audio (full loop this machine to other machine and then back) but it seems after a while it starts to crackle | 16:48 |
| OvenWerks | disconnecting the audio source and reconnecting seems to fix it. | 16:49 |
| Eickmeyer | It does stand to reason that network is going to need a fairly large buffer. | 16:50 |
| OvenWerks | dsp is low (less than 2%) | 16:50 |
| OvenWerks | I am going through three switches :P ;) | 16:51 |
| OvenWerks | So it may be settings for the network bridge, at least with jack. Pipewire with the net bridge is a different matter I think. | 17:03 |
| Eickmeyer | Right. For now, we might not be able to support it. | 17:09 |
| OvenWerks | I may have to add the hops param to controls. | 17:14 |
| OvenWerks | Though, even with three switches, tracepath shows: Resume: pmtu 1500 hops 1 back 1 | 17:18 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!