866353 - [FM Radio][Audio Channel] Taking a photo from camera while FM Radio is playing makes ear-splitting "click" ; camera click not routed through external speakers

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Vendcom, defect, P2)

Description

[John Hammink]

Gecko  http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/54285d67454b
Gaia   c47ef39de04e634d847cc86b6acc616fabce69eb
BuildID 20130426070207
Version 18.0

STR:
1. With FM Radio playing, go to the camera app and take a snapshot.

Expected:
Perhaps this could be played through the external speaker (and not headphones) at a non-deafening volume. 

If camera click must go through headphones, it shouldn't be this loud.

Actual:
The camera "click" for the snapshot, routed through the speakers, is ear splitting and could potentially cause hearing damage.

Comment 1

[Randy Lin [:rlin] - Be Mozillian on 2015/01/26]

Usually, The volume on headset can be fine-tuned by adjust the audio codec gain value on headset+speaker path.

Comment 2

[Mike Habicher [:mikeh] (high bugzilla latency)]

This is a pretty serious issue. Is this still happening?

Comment 3

[David Scravaglieri [:scravag]]

Leo can reproduce it on leo device 8B version. Please test it on other devices.

Comment 4

[Darren]

On Unagi v1.1.0 Build ID: 20130612070210
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/b4f8f0a288ca
Gaia: 547db47241459b5944ba40bacc94b15977d8a02e

When listening to the FM radio and then taking a picture, the FM radio stops playing while the Camera click sound is played from the speaker. There is a moment when the FM radio audio is very loud when it turns of to switch to the speaker for the camera click.

Comment 5

[cbarker]

See Comment 3 and 4 for requested info

Comment 6

[Mike Habicher [:mikeh] (high bugzilla latency)]

Thanks; I'm pretty sure this needs to be leo+. We can't go shooting loud audio into people's ears.

Comment 7

[Askeing Yen[:askeing][:fyen]]

Unagi v1.1.0
Gaia:     547db47241459b5944ba40bacc94b15977d8a02e
Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18/rev/b4f8f0a288ca
BuildID   20130612070210
Version   18.0

Inari v1.0.1
Gaia:     ed3b9e7ed0e083cd1c587c160d6a63440b29fad8
Gecko:    http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/4e98d1dcfa9e
BuildID   20130612230203
Version   18.0

Same as comment 4

Comment 8

[Tracy Walker [:tracy]]

On Leo device with build from 2013062013 (sorry, my checkversions.sh isn't working), this does not reproduce as reported.  While listening to radio on headset, the click sound from camera is sent to device speakers, not the headset.

Comment 9

[Wayne Chang [:wchang]]

Triage - bug not reproduced by mozilla or partners.

Comment 10

[Daniel Holbert [:dholbert]]

I can reproduce this (or something very similar) with my Flame, and I filed bug 1087412 on it (which is really probably a dupe of this bug).

Reopening, and duping bug 1087412 to this. Attachment 8509569 [details] (on my dupe bug) has a recording of what it sounds like.  As noted on bug 1087412 comment 3, I can reproduce reliably on Flame using a 2.1 aurora build, but not on unagi using a 2.2 local build. Not sure if that's due to a software difference or a hardware difference (but I'm willing to believe that it might depend on device-specific fm-radio hardware characteristics).

[Tracking Requested - why for this release]:
Bug causes physical pain to users (via their ears); bug was only closed (during triage) due to mistaken belief that it's unreproducible.

Comment 12

[Gabriela [:gaby2300]]

I can reproduce an issue similar to this bug using a Flame device with base image 188, 3.0 and the latest OTA update: while connected to Internet and listening to the FM radio via the headphones, all notifications come via those making a deafening sound.

Comment 13

[Mike Habicher [:mikeh] (high bugzilla latency)]

[Blocking Requested - why for this release]:

Confirmed on recent (last week's) master/central builds. This is a pretty serious issue.

Comment 14

[Dominic Kuo [:dkuo]]

The audio routing is decided by the audio channel manager, which is in gecko and if we want the expected behaviour we need to patch it.

Comment 16

[Mahendra Potharaju [:mahe]]

Blocking because user experience affected by annoying loud click noise.

Comment 17

[Ken Chang[:kenkai]]

Alastor, please check if this bug happens on new audio architecture.

Comment 18

[Alastor Wu [:alwu]]

Hi, Bobby,
I can't reproduce this issue with latest version, the volume of the camera click sound is appropriate to me.
Maybe we can close this bug?
Thanks!

Comment 19

[Gabriela [:gaby2300]]

I agree! It seems fixed using the latest base image 18D v4 and the latest OTAs.

Comment 20

[Bobby Chien]

Mark verifyme. Need double check from QA.

Comment 21

[Shally Li（leave from Mozilla）]

Hi Alastor,

    This bug still can be repro on the latest Flame v2.2 by the STR in comment 0, but can't be repro on the latest Flame v2.5 because the FM radio will stop playing after entering the Camera app. 
    Could you help to check this bug again? Thank you very much.


Actual results: 
On Flame v2.2: 
Taking a photo from Camera while FM Radio is playing, the radio audio distortion / corruption and loud crackles are heard. And camera click sound is not routed through external speaker.

On Flame v2.5: 
When entering camera app, the FM radio audio will stop playing, then you only hear the capture audio from headset. And camera click sound is also not routed through external speaker.

Please see attachments: Flame_v2.2.3gp(at 00:42~00:50) and logcat_0429.txt
Reproduce rate: 8/10(v2.2), 0/10(v2.5)

------------------------------------------------------------------------
Device: Flame KK 2.2 (Affected)
Build ID               20150812032504
Gaia Revision          102f1299e9eafe3760e1deb44d556b5c4f36b5af
Gaia Date              2015-08-06 20:46:56
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/9295034c0ee3
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150812.065135
Firmware Date          Wed Aug 12 06:51:47 EDT 2015
Firmware Version       v18D v4
Bootloader             L1TC000118D0

Device: Flame KK 2.5 (Unaffected)
Build ID               20150812150204
Gaia Revision          52f3ea58df38e5427f6afeb636bc6ad01d24022f
Gaia Date              2015-08-12 16:40:43
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/cf932fc931dcd19f425934db79bec641ebe2a8a9
Gecko Version          43.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150812.182303
Firmware Date          Wed Aug 12 18:23:12 EDT 2015
Firmware Version       v18D v4
Bootloader             L1TC000118D0

Note:
Aries v2.5 doesn't support FM radio.

Comment 22

[Shally Li（leave from Mozilla）]

Attachment: logcat_0429.txt

Comment 23

[Shally Li（leave from Mozilla）]

Attachment: Flame_v2.2.3gp

Comment 24

[Daniel Holbert [:dholbert]]

(In reply to Shally Li from comment #21)
>     This bug still can be repro on the latest Flame v2.2 by the STR in
> comment 0, but can't be repro on the latest Flame v2.5 because the FM radio
> will stop playing after entering the Camera app.

OK -- alternate STR, which should exercise this bug for 2.5 -- while you're in the radio app, receive a SMS (or maybe an email or calendar notification).

(Back when I filed this bug, *any* audio notification during radio playback would trigger the issue. I just used camera because it was the easiest way to trigger notifications on-demand.)

Comment 25

[Daniel Holbert [:dholbert]]

Shally, could you try to repro again on 2.5 by receiving a text (or do something else that causes an interrupting notification sound) while FM radio is playing?

Comment 26

[Shally Li（leave from Mozilla）]

Hi Daniel,

    By receiving notifications (ex: SMS/Screenshot/Bluetooth request) while FM radio is playing, the FM radio audio plays normally on latest Flame v2.5(but the radio audio distortion/loud burst can be heard on Flame v2.2). Going to "Settings/Sound", sliding the "Alarm" bar or auditioning the ringtones, the FM radio audio distortion/corruption and loud burst can be heard on latest Flame v2.5. 

Please see "video_(AlarmBar)FlameKK_v2.5.3gp" (at: 01:08~01:27) and "logcat_1957_FlameKK_v2.5.txt". 
Thanks.

Comment 27

[Shally Li（leave from Mozilla）]

Attachment: logcat_1957_FlameKK_v2.5.txt

Comment 28

[Shally Li（leave from Mozilla）]

Attachment: video_(AlarmBar)FlameKK_v2.5.3gp

Device: Flame KK 2.5 (Affected)
Build ID               20150813150207
Gaia Revision          acfaa3957e65d52a0af2185149628a520edcc7e2
Gaia Date              2015-08-13 12:34:28
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/cdf53a4dee219aabec7462888875bac08b093edc
Gecko Version          43.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150813.184539
Firmware Date          Thu Aug 13 18:45:52 EDT 2015
Firmware Version       v18D v4
Bootloader             L1TC000118D0

Comment 29

[Daniel Holbert [:dholbert]]

(Thanks. Sounds like this affects 2.5 then. Unfortunate, though not too surprising I guess.)

Comment 30

[Alastor Wu [:alwu]]

According to the comment1, the loud burst is the BSP problem.
We need to adjust closing order of the audio codec in HAL (by Vender), it can't solved in Gecko.

Comment 31

[Bobby Chien]

mark Vencom per comment 30. ni Wesly for more comments.

Comment 32

[Wesly Huang (EPM)]

If it needs to be fixed in vendor side I'm afraid it gets less likelihood to happen as our contract w/ T2M ends already. Considering the use case and user impact I would propose to leave it as-is in Flame, and maybe to consider it in Aries? (see if can reproduce in Aries first)

Comment 33

[Bobby Chien]

Agree with Wesly. I would like to mark this as wontfix for Flame. I create another bug 1197124 for further tracking.