On Wed, Sep 15, 2021 at 2:04 PM debian-bugs wrote:
> > Hi,
> >
> > I'm not sure what to do about this issue.
>
> Well, to me it seems pulseaudio 15 should not not be promoted to testing
> until this is sorted out -- given the current boom in video conferencing
> due to working from home, a sud
> Hi,
>
> I'm not sure what to do about this issue.
Well, to me it seems pulseaudio 15 should not not be promoted to testing
until this is sorted out -- given the current boom in video conferencing
due to working from home, a suddenly broken headset will cause a lot of
trouble. (Thankfully, I
Hi,
I'm not sure what to do about this issue.
On Wed, Sep 15, 2021 at 10:57 AM debian-bugs wrote:
> Back to pulseaudio and following
>
> > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1247
>
> first answer by Igor Kovalenko
>
This suggest the problem is a kernel problem, but
Back to pulseaudio and following
> https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1247
first answer by Igor Kovalenko
I edited
/etc/pulse/default.pa
to match
load-module module-bluetooth-discover enable_native_hfp_hf=false
and with that parameter (enable_native_hfp_hf=false) t
Switched to pipewire as per Wiki, problem persists.
In headset mode, both output and input are muted and there's no way to
change that -- output and input appear as working devices though, but
only silence is recorded and played.
After some research it seems to do with a change to the bluetoot
5 matches
Mail list logo