Closed dsseng closed 1 year ago
Not quite sure, what should we do to fix this? Note we don't have pipewire API experts and are using a cross-platform audio library called OpenAL.
Does Telegram explicitly ask for a stereo stream from microphone?
Here's what tdesktop asks OpenAL for: https://github.com/desktop-app/lib_webrtc/blob/9b11599c3c56047cfa4c68b69f1fcc93b602c33a/webrtc/details/webrtc_openal_adm.cpp#L526-L530 I don't know what OpenAL asks pipewire for actually though.
MONO16
. Thank you, I'll try to debug this and likely fix on PipeWire side. Probably this issue should be kept open to avoid duplicates.
It likely works via pulseaudio or jack compatibility layer (openal prefers jack whenever possible) as openal version in flatpak freedesktop runtime doesn't support pipewire natively
Uses PA protocol for me
Probably this issue should be kept open to avoid duplicates.
People create duplicates even if the same issue is open and the latest in the list...
Hey there!
This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own.
Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue.
Thanks!
Appears to have been fixed
Steps to reproduce
Expected behaviour
Telegram uses handsfree microphone (mono input stream)
Actual behaviour
Telegram listens for a stereo stream and gets routed to laptop internal stereo microphone. Needs to be manually switched to make use of headset mic
Operating system
Fedora 36 KDE
Version of Telegram Desktop
Flatpak 4.3.1
Installation source
Flatpak
Logs