-
-
Notifications
You must be signed in to change notification settings - Fork 513
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Audio Problem with Pipewire and Jack #173
Comments
Hello, Yes this is a known issue highlighted in #112 In the mean time this is indeed the recommended fix. EDIT: To be clear I avoided this modification as some people seem to still have it running fine, so to avoid potentially causing issues to those people I prefered leaving RtAudio with the default settings. |
portaudio is a decent solution, but it's support for realtime, low latency, systems is pretty minimal. If you could please at least ensure that portaudio's support for jack is working when you do this, it would be much appreciated. Thanks! |
PortAudio is used by basically all other SDR applications besides CubicSDR. there's no issue with latency in my experience. i'm pretty sure portaudio already supports jack as it's listed in its readme and considering it's used by so many well known apps like VLC, Audacity, SDR#, FLdigi, etc... I'm sure support for it is pretty good. |
PR #175 has been opened with a rework of the sink to use PortAudio. Feedback on it is welcome. |
In addition I started implementing a PipeWire sink on feature/add_pipewire_support. (No pipewire-pulse or -jack required) But playing some nearby radio stations works fine :). |
Maybe thestk/rtaudio#324 adds support soon, then this could be replaced. |
Changing PopOS 22.04 |
I just wanted to point out that the audio sink is unusable with the default rtaudio sink on my system. It seems similar to thestk/rtaudio#286.
The symptom is that all other system audio stops working and a buzz on a 0.25s interval or so is played through the selected source instead of the desired audio.
I was able to work around this by recompiling
audio_sink/src/main.cpp
so thatRtAudio audio;
is changed toRtAudio audio = RtAudio(RtAudio::LINUX_PULSE);
. I know this is not a generic solution, but I wanted to list this here in case anyone else ran into the issue.The text was updated successfully, but these errors were encountered: