IssueTracker

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Verified that this is an upstream issue.

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Bugjuggler: https://github.com/Kotlin/dokka/issues/2896 -> juliamcclellan@

Thank you, I was able to access a build and I could verify on my machine that the issue has been resolved. thank you very much everyone again for listening to our comments until here!

Hello, emulator 31.3.8 build 8598121 just landed in the canary channel. Can you please check if it includes this fix? Writing hw.audioInput=no in config.ini and using an API32 image still produces the BT audio switch when launching the emu.

Got log says 31.3.8 should include my change to fix this issue. Unfortunately I am out of the office and cannot check this.

I confirm, 8513367 does not affect BT audio quality, while 8598121 does affect.

It looks like I was late for two days for 31.3.8:

https://android-review.googlesource.com/c/platform/external/qemu/+/2056841 - 31.3.8 https://android-review.googlesource.com/c/platform/external/qemu/+/2078228 - my change

The fix should be in the next emulator version.

Here is what happened: the last time we cut a new release was April, 4. Since then we have been doing cherry-picks which I have not requested before. With the cherry-picks requested this fix is available in 31.3.9 which should be published by the end of this week or the next week.

Ranjit, could you please confirm this fix is available in 31.3.9?

You need bluetooth headphones for it.

1. Connect the headphones to the host.
2. Start some audio on the host (e.g. a youtube video with good audio quality).
3. Coldboot an emulator (you can use any system image, e.g. S), notice host's audio quality drops when the emulator starts.
4. Add hw.audioInput=no to the AVD's config.ini.
5. Coldboot the emulator again, check if host's audio quality is unaffected.

Thank you, Ranjit.

I can confirm 31.3.9 is now available from the canary channel and that it includes this fix. Thanks a lot for making this happen!

The fix should be available on M1 as well, it is in the 31.3.9 version. What is your emulator version?

I confirm I've tested it with 31.3.9 on M1 processor and it's working.

Did you tweak the .ini file as it was explained in this long thread?

Hi Jamie, it should be fixed, please add hw.audioInput=no to AVD's config.ini file for API32 and below. It is not required for API33 and above. There are some other quirks there (in API33) as I am learning about QEMU audio API behavior (the QEMU and kernel disagree on how audio is consumed).

It is not required for API33 and above

Using API 33 but the sound quality still drops

shalva258, could you please elaborate? I just created API30 and API33 on Mac and I can hear that API30 affects audio in my bt headphones when the emulator starts and API33 does not. Maybe update the emulator? I tried on 32.1.3.

I have API 33 and Android Emulator version is 31.3.14. How did you install 32.1.3? In Android Studio it does not say there is update available. On their website latest version is 31.3.13 and I dont know how AS downloaded 31.3.14 version :D

Is not this the version that should have fixed this?

Okay I found https://developer.android.com/studio/emulator_archive and installed (32.1.7) Canary 1 version. Now it is working fine

حذف الكل

It's freaking 2024, the original issue from 2016 that was marked as fixed was definitely not fixed, this one wasn't either. Windows 10, using emulator 34.2.14-11834374 and this beyond intrusive problem is still there. Good luck trying to share your emulator screen on a meeting and keep your audio and mic working without problems, you won't because this insanely dumb bug is still present to this day and it takes over your audio input forcing hour headset into hands-free mode when you don't want to.

Hi particlecore,

It's freaking 2024, the original issue from 2016 that was marked as fixed

The original issue is fixed.

Good luck trying to share your emulator screen on a meeting and keep your audio and mic working without problems

This is a separate problem which we have never heard before. Please file a new bug (specify which meeting software you use).