Sound defaults to Headset

[User 18618]

The fix is listed in this reply.

---

Is there any way to prevent the Sound Output and Input resetting to using the Headset?

In earlier builds, the Sound would default to the Internal speaker and microphone, and route audio through the earpiece when making a call.

After an indeterminate upgrade, Output and Input persistently reset to the Headset - despite being changed in the Sound (Settings) menu, or pavucontrol.

[ThrillGates]

Check out this discussion about checking and setting default devices in Pulseaudio.

Related question: were your headphones plugged in while this upgrade took place?

[User 18618]

@ThrillGates Thanks.

I'm using a Braveheart edition; I've only used headphones a couple of times for testing purposes, removing the jack immediately afterwards. So, probably not.

[natasha]

@ThrillGates Thanks.

I'm using a Braveheart edition; I've only used headphones a couple of times for testing purposes, removing the jack immediately afterwards. So, probably not.

I have the CE UBports edition. I never plug headphones and also it is always set at the headset. Very annoying because even if you changes, it goes back to headset. So no way to have a conversation the mic and audio are set to headphones.

@jed have you fixed? does @ThrillGates link works? I will try later.

[User 18618]

Thanks for the bump @natasha , I've been putting this off... PulseAudio is the bane of GNU/Linux.

The Internal and Headset ports are available via a single sink and source. The Headset has priority, you can evaluate this using pactl:

Code:

pactl list sources
pactl list sinks

---

Installing the 5.8 kernel solves this issue (comment).

Code:

sudo apt update && sudo apt install linux-image-5.8-sunxi64
sudo reboot

Headset now correctly manifests as 'Headset (Unplugged)'. The Internal speaker and Internal microphone are now the default.

Priorities are unchanged, meaning the active source and sink ports can change when a Headset is plugged in.

[HLing]

Thanks for the bump @natasha , I've been putting this off... PulseAudio is the bane of GNU/Linux.

The Internal and Headset ports are available via a single sink and source. The Headset has priority, you can evaluate this using pactl:

Code:

pactl list sources
pactl list sinks

---

Installing the 5.8 kernel solves this issue (comment).

Code:

sudo apt update && sudo apt install linux-image-5.8-sunxi64
sudo reboot

Headset now correctly manifests as 'Headset (Unplugged)'. The Internal speaker and Internal microphone are now the default.

Priorities are unchanged, meaning the active source and sink ports can change when a Headset is plugged in.

I was realizing that the headset problem was solved a few updates ago, but couldn't find the exact update that fixed it. 
now 'uname -a' gets me: Linux mobian 5.8-sunxi64 #6 SMP Sun Oct 18 12:56:04 UTC 2020 aarch64 GNU/Linux

for a while in the Setting - Output Device, the Test doesn't say "Front Right", and "Front Left" any more. Instead, it would have one of the 4 sounds for both channel. So then  just now, the 2nd time I hit test, and the woman's voice is back saying Front Right, Front Left.  The default is on the Internal mic.  Incoming calls have been working fine. No complaint about voice quality.

[User 18618]

I'm glad to read the newer kernel is working for you too @HLing

[natasha]

Thanks for the bump @natasha , I've been putting this off... PulseAudio is the bane of GNU/Linux.

The Internal and Headset ports are available via a single sink and source. The Headset has priority, you can evaluate this using pactl:

Code:

pactl list sources
pactl list sinks

---

Installing the 5.8 kernel solves this issue (comment).

Code:

sudo apt update && sudo apt install linux-image-5.8-sunxi64
sudo reboot

Headset now correctly manifests as 'Headset (Unplugged)'. The Internal speaker and Internal microphone are now the default.

Priorities are unchanged, meaning the active source and sink ports can change when a Headset is plugged in.

yes, it fixed it!
thanks!

[HLing]

I'm glad to read the newer kernel is working for you too @HLing

@"jed" , Thanks for clearing up the mystery.  I really should keep a  Mobian calendar so I know what happened when, and how something got fixed...

[User 18618]

Credit to Parthiv Seetharaman who opened the issue and closed it with the above fix.

I'll be keeping a closer eye on the Mobian issue tracker from now on!