Unsolved
1 Rookie
•
5 Posts
0
346
January 21st, 2022 15:00
Unintuitive Analog Audio Behavior in ThinOS 9.1
Hello,
With ThinOS 8.6 we could plug speakers into the rear headset port and the audio would automatically switch from internal audio to the external speakers. Additionally, when a headset is plugged into the front headset port, the audio signal would automatically switch from the internal or external rear speaker to the headset that is plugged in. This is the preferred behavior since the user would typically want to utilize the external speaker when plugged in or use a headset for Zoom or Skype.
We recently updated several of our thin clients to ThinOS 9.1.5067 and I'm noticing very different behavior. One thing I noticed is there is not just one HD audio in the audio settings but two. There is HD audio-1 which is both the internal speaker and the front headset port (not the same as the front headphone port) and then there's HD audio-2 which is both the rear headset port and the front headphone port. The internal speaker is on by default but when an external speaker in plugged into an HD audio-2 port, the internal speaker stops working but the audio settings have to be manually switched from HD audio-1 to HD audio-2 for the audio to route to the external speakers. If there are external speakers plugged into an HD audio-2 port and HD audio-2 is selected in the audio settings, a headset plugged into the front headset port will not work without first manually switching the audio back to HD audio-1. If no external speakers are connected and HD audio-1 is selected, a headset plugged into the front headset port will have the audio switched over automatically.
If external speakers are plugged into the rear headset port, they have to be unplugged for audio to be routed to the front headphone port. I suppose one solution would be to have the speakers plugged into the front headphone port and then have the user reach around to the back of the thin client to plug in a headset which would allow the audio to switch automatically but seems completely backwards. I am unsure why this was changed from the ThinOS 8.6 audio behavior. The new audio behavior is very unintuitive. Is there a way to make it behave more like it used to?