Pulseaudio / Pipewire main loop blocking causing crash on RX on certain linux systems [miniaudio]

[Ades128]

Using on 6.10.5-arch1-1
Gnome 46

doesn't append with 1.2.0
append with ether .appimage and trackaudio-bin from AUR repo

a clean install didn't change anything

way to reproduce:
Hit the RX button of a frequency, also on OBS

debugging informations from gdb

gdb_180824_1.3.0.beta1.txt

[neilenns]

Did you reset your audio settings when installing 1.3.0.beta1?

[Ades128]

Yes, i had to, all audio settings were not set. And it's mandatory on the doc :)

[pierr3]

What audio backend are you using? PulseAudio? Can you try with a different backend if you have any?

[Ades128]

Usually ALSA but it crashs also with Pulseaudio.
same using different devices.

[TryFanGamer]

this happens to me to on MAC

[neilenns]

this happens to me to on MAC

Did you reset your audio settings prior to connecting?
What audio backend are you using?

[TryFanGamer]

i did still not able to connect RX of TX

[neilenns]

i did still not able to connect RX of TX

It's probably not the cause, but why is your speaker device set to Microsoft Teams Audio?

[TryFanGamer]

I tested to see if that was the problem. It did not affect the RX or TX problem. dos not mater if its on that or MAC audio. going back to 1.2 fix the problem

[TryFanGamer]

its fix i did not use the Apple silicone one. :-)

[neilenns]

its fix i did not use the Apple silicone one. :-)

So you installed this one instead and it worked? trackaudio-1.3.0-beta.1-x86_64.AppImage

[TryFanGamer]

no i installed the trackaudio-1.3.0-beta.1-apple-silicon.dmg and it worked it did not work whit the trackaudio-1.3.0-beta.1-x64.dmg i only locked at the DMG file as that is usually a Mac file

[neilenns]

@Ades128 can you please try installing this and seeing if it solves your crash issue: trackaudio-1.3.0-beta.1-apple-silicon.dmg

[Ades128]

@neilenns what version is it exactly ?
if it is the latest commit, i can also try trackaudio-git AUR package if you want.

[neilenns]

@neilenns what version is it exactly ? if it is the latest commit, i can also try trackaudio-git AUR package if you want.

There's no version newer than beta1, the link I provided goes straight to the installer that TryFanGamer says fixed their issue.

[YukiSuter]

The same issue is happening for me on ubuntu. Installed using the .deb file

Its worth noting I tried changing it to JACK and now I can't even open the settings panel without it crashing :/

[pierr3]

JACK support is still funky and not something I can do much about. It's possible that this crash is related to some accidental regression in afv-native that gcc on linux does not like. The next beta is likely to address this

[Ades128]

The same issue is happening for me on ubuntu. Installed using the .deb file

Its worth noting I tried changing it to JACK and now I can't even open the settings panel without it crashing :/

I get the same issue without investigate, to have it up again modify the setting into ~/.config/Trackaudio/config.json

[Ades128]

@Ades128 can you please try installing this and seeing if it solves your crash issue: trackaudio-1.3.0-beta.1-apple-silicon.dmg

@neilenns sorry for my late answer, i can't try .dmg files on Archlinux, only .appimage, .deb or AUR packages.
i'll try new commits from the git, will see. (AUR package trackaudio-git)

[neilenns]

@Ades128 Can you please try the new beta release and see if it works better for you. Thanks!

[Ibot02]

Not the OP, but I had the same issue earlier with 1.3.0beta2 (on ubuntu linux, I use pipewire and tried selecting both the pulseAudio and ALSA backends. Microphone test worked fine, but trying to enable RX on a frequency crashes the program).
If it's possible to post a build with debug symbols, I could run that in gdb to see where the problem comes from?

[pierr3]

Others have built a debug version, check out the build steps and the build scrips. Can you also share your log file ?

…

On Sun, 8 Sep 2024 at 15:14, Ibot02 ***@***.***> wrote: Not the OP, but I had the same issue earlier with 1.3.0beta2 (on ubuntu linux, I use pipewire and tried selecting both the pulseAudio and ALSA backends. Microphone test worked fine, but trying to enable RX on a frequency crashes the program). If it's possible to post a build with debug symbols, I could run that in gdb to see where the problem comes from? — Reply to this email directly, view it on GitHub <#157 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAN7UK5MSHD4RXWAQVUXSJLZVREU3AVCNFSM6AAAAABMWG5JVCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMZWGY4DENRRGM> . You are receiving this because you commented.Message ID: ***@***.***>

[Ibot02]

Don't have npm installed.
Where does the log file get saved to?

[Ibot02]

Where does the log file get saved to?

nvm, found it.
trackaudio.log

[Ades128]

@Ades128 Can you please try the new beta release and see if it works better for you. Thanks!

I tryed beta2 .appimage and trackaudio-bin AUR packages.
I tryed almost all audio configs i've got, neither work. with wrong ones i receive a warning message (that's correct) and with others who work on 1.2.0, it crashed.
I made a complete fresh install after removing all config files, still the same.

Would you like me to provide the log file or dump ?

[pierr3]

Yes, please provide both if you can.

[Ades128]

@pierr3 here there are, fresh produced ;)

trace.log
trackaudio.log

[pierr3]

Thank you, incredibly useful. It seems like this is an issue with Pulseaudio, most likely stemming from Miniaudio (the underlying audio-to-system library). Can I ask you to try and update your system, inc PulseAudio drivers, and if possible to try another audio API, but preferably not JACK?

[pierr3]

Found it, it's this issue: mackron/miniaudio#881 and this one mackron/miniaudio#877

Seems like some commits have been pushed on dev to try and fix that (mackron/miniaudio@d46e19f). If you are proficient enough, try to rebuild TrackAudio manually and swap out miniaudio.h in backend/extern/afv-native/include/afv-native/audio with the latest one from that repo, while adding config.pulse.blockingMainLoop = MA_FALSE; to the audio device config.

The author says this might come from an issue with Pipewire or even certain hardware.

I am willing to try and switch to the dev version but it might break other things.

[Ades128]

Found it, it's this issue: mackron/miniaudio#881 and this one mackron/miniaudio#877

Seems like some commits have been pushed on dev to try and fix that (mackron/miniaudio@d46e19f). If you are proficient enough, try to rebuild TrackAudio manually and swap out miniaudio.h in backend/extern/afv-native/include/afv-native/audio with the latest one from that repo, while adding config.pulse.blockingMainLoop = MA_FALSE; to the audio device config.

The author says this might come from an issue with Pipewire or even certain hardware.

I am willing to try and switch to the dev version but it might break other things.

additional questions:

miniaudio.h from the dev branche ?

config.pulse.blockingMainLoop = MA_FALSE you confirm that will be in /etc/pulse/XX.conf file ?

[Ades128]

@pierr3
I rebuilt it with the latest miniaudio.h from dev branche 0.11.22

juste confirm if i'd right with adding config.pulse.blockingMainLoop = MA_FALSE in /etc/pulse/XX.conf file

it still crashs. The bt:

gdb.txt

[fagidutt]

Can confirm that this behaviour exists in 1.3 (all versions), and not in 1.2.
About the above conversation: i didn't compile trackaudio myself to test, however, i think that @Ades128 attempt at compiling with the dev branch miniaudio.h is pointless, as the commit doesn't seem to be part of the branch, or any branch for that matter. I may be mistaken, though. For reference, if someone wants to try self-compiling, this is the commit with the mentioned changes. Admittedly, i'm more used to GitLab than GitHub, so i may have missed something as to which branch may or may not contain the fix.

Hope this helps.

I'm currently running 1.2 without issues so far.

[neilenns]

It looks like that commit got reverted: mackron/miniaudio#881 (comment).

[pierr3]

It did get reverted. We can't do much unfortunately but hope for a pulseaudio update, and eventually a miniaudio fix

[Tebro]

I am having this crash with the latest aur build, I have not used the software before.

[mackron]

miniaudio developer here. I had reports about this in the miniaudio repository, but I was never able to replicate it. My suspicion is that it was a PipeWire bug, but I'm not fully sure. I was wondering if it was possible for you to advise what version of PipeWire you're using, and whether or not you're still getting crashes? I know the original reporter for the bug report in miniaudio was using 1.2.1 at the time, but I was using 1.2.2. If the deadlocking/crashing is no longer happening I'll put it down to a PipeWire bug and close my miniaudio tickets.

[pierr3]

@Ades128 @Tebro @fagidutt any chance you could help for the above? It would be fantastic to be able to resolve this

[Ades128]

miniaudio developer here. I had reports about this in the miniaudio repository, but I was never able to replicate it. My suspicion is that it was a PipeWire bug, but I'm not fully sure. I was wondering if it was possible for you to advise what version of PipeWire you're using, and whether or not you're still getting crashes? I know the original reporter for the bug report in miniaudio was using 1.2.1 at the time, but I was using 1.2.2. If the deadlocking/crashing is no longer happening I'll put it down to a PipeWire bug and close my miniaudio tickets.

I was using:

6.11.6-arch1-1
pipewire-pulse 1:1.2.6-1
alsa-utils 1.2.12-1
libpulse 17.0-3

from trackaudio 1.3.0 beta 4, I haven't get crash anymore.

I need to check on my personal computer (which one i use trackaudio with) what version i'm currently using and if it still makes crashes with trackaudio 1.3.0 beta1.

I'll keep you in touch

[Tebro]

I just tested with beta3 and then beta4. Beta3 crashes, beta4 seems to work.

My system: arch
kernel: 6.12.9-zen
pipewire 1:1.2.7
pipewire-pulse: 1:1.2.7
libpulse: 17.0+r43+g3e2bb8a1e-1
alsa-utils: 1.2.13-2

Hope this helps.

[pierr3]

Thanks for this, interesting because I do not seem to find where I updated miniaudio between those two versions (somewhere in pierr3/afv-native), I remember I had switched to the dev branch for a while.

[pierr3]

@mackron This is the version of miniaudio I'm using, it comes from your dev branch but have not identified which commit yet: https://github.com/pierr3/afv-native/blob/e039da2ff063478d30d511524639624ce5953904/include/afv-native/audio/miniaudio.h

[Ades128]

miniaudio developer here. I had reports about this in the miniaudio repository, but I was never able to replicate it. My suspicion is that it was a PipeWire bug, but I'm not fully sure. I was wondering if it was possible for you to advise what version of PipeWire you're using, and whether or not you're still getting crashes? I know the original reporter for the bug report in miniaudio was using 1.2.1 at the time, but I was using 1.2.2. If the deadlocking/crashing is no longer happening I'll put it down to a PipeWire bug and close my miniaudio tickets.

I was using:

6.11.6-arch1-1 pipewire-pulse 1:1.2.6-1 alsa-utils 1.2.12-1 libpulse 17.0-3

from trackaudio 1.3.0 beta 4, I haven't get crash anymore.

I need to check on my personal computer (which one i use trackaudio with) what version i'm currently using and if it still makes crashes with trackaudio 1.3.0 beta1.

I'll keep you in touch

Currently:
6.12.9-arch1-1
pipewire 1:1.2.7-1
pipewire-pulse 1:1.2.7-1

Trackaudio 1.3.0 beta 3 still crashs
1.3.0 beta 4 works

[mackron]

@pierr3 That looks like the dev-0.12 branch. Just FYI in case you weren't aware, that branch does not currently have a stable API. However, I have been merging fixes I do in the dev branch (the 0.11.x cycle) into the dev-0.12 branch so it should still be getting bug fixes. The use of that branch is a bit of a use-at-your-own-risk situation, but I don't think it's the cause of this particular crash.

I don't have an explanation for the inconsistent crashing between your beta 3 and 4 versions. Is the beta 3 crash definitely the same crash from the original post? The only thing I can think of on the miniaudio front is I added some experimental workarounds for a deadlock, but I had to revert that change later because it introduced other issues.

[pierr3]

@mackron Thank you, I was aware of the instability of that branch, but did not see you were cherry picking into dev. I'm still investigating what piece of code was changed between beta 3 and beta 4, will ping you if I do but this crash might have been a problem on my side that then somehow passed through mini audio and then caused the crash?

For the others, thank you very much for your help, any issues with beta 5?

[Tebro]

Beta 5 seems to work as well after a quick test. I have only logged in as OBS for these tests testing RX

[fagidutt]

@Ades128 @Tebro @fagidutt any chance you could help for the above? It would be fantastic to be able to resolve this

Sorry, late to the party. edit: Forgot the important part. Running 1.3 beta 5 now, and RX is working. Will check TX later/tomorrow.

Currently:
6.8.0-52-generic
pipewire 1.0.5-1ubuntu2
pipewire-pulse 1.0.5-1ubuntu2