Closed Bug 952001 Opened 10 years ago Closed 6 years ago

Trying to play an opus file in the browser while the fm radio is playing sound continues to play the fm radio & opus file together

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:-)

RESOLVED WONTFIX
blocking-b2g -

People

(Reporter: jsmith, Unassigned)

References

Details

Build - 12/18/2013 Leo 1.4

STR

1. Insert headphones into your device
2. Open the FM Radio & start playing a station with sound & enable speaker mode
3. Go to http://mozilla.github.io/qa-testcase-data/webapi/mediarecorder/
4. Select setup under setup opus stream for media recorder
5. Select play on the input & output play controls

Expected

Only sound should be heard from the opus file being played.

Actual

The FM Radio sound is heard far louder than the opus file being played.
Blocks: 854753
blocking-b2g: --- → 1.3?
I think the browser audio channel priority is lower than FMRadio, so the FMRadio sound can play.
The sound become louder may need to check with partner.
Whiteboard: [ft:multimedia-platform]
(In reply to Randy Lin [:rlin] from comment #1)
> I think the browser audio channel priority is lower than FMRadio, so the
> FMRadio sound can play.
> The sound become louder may need to check with partner.

Ah okay. Turns out this reproduces without speaker mode, so this isn't a speaker manager API bug.

If the FM Radio has higher priority, then why are we allowing playback of the opus file & FM Radio together at once? Shouldn't the higher priority channel only play?
No longer blocks: 854753
blocking-b2g: 1.3? → ---
Component: DOM: Device Interfaces → AudioChannel
Product: Core → Firefox OS
Summary: Trying to play an opus file in the browser while speaker mode is active in the fm radio app continues to play the fm radio at a louder sound than the opus file → Trying to play an opus file in the browser while the fm radio is playing sound continues to play the fm radio & opus file together
Version: 29 Branch → unspecified
Whiteboard: [ft:multimedia-platform]
QA Wanted - What happens on 1.2 if you:

1. Follow steps 1 & 2 in the STR
2. Go to http://mozilla.github.io/qa-testcase-data/webapi/mediarecorder/music_orig.opus
Keywords: qawanted
(In reply to Jason Smith [:jsmith] from comment #3)
> QA Wanted - What happens on 1.2 if you:
> 
> 1. Follow steps 1 & 2 in the STR
> 2. Go to
> http://mozilla.github.io/qa-testcase-data/webapi/mediarecorder/music_orig.
> opus

Clarification - [1] should be executed without turning speaker mode on, as speaker mode isn't supported on 1.2.
Does not reproduce on latest Buri 1.2 build, the FM Radio does not play at all while the Opus file is playing.

Environmental Variables:
Device: Buri 1.2 COM
BuildID: 20140102004001
Gaia: b1bc88386c781148a25091bf2eeee3ba217281d0
Gecko: 0c11156c7d9b
Version: 26.0
RIL Version: 01.02.00.019.102
Firmware Version: V1.2_20131113
Keywords: qawanted
Josh - Are you able to reproduce the bug I saw on a 1.3 Leo build? Just want to confirm that you saw the bug as well on 1.3.
Flags: needinfo?(jschmitt)
Using the link in the original STR http://mozilla.github.io/qa-testcase-data/webapi/mediarecorder/ the issue occurs on 1.2 / 1.3 Buri builds, but using the other link http://mozilla.github.io/qa-testcase-data/webapi/mediarecorder/music_orig.opus in the QA wanted comment does not reproduce on 1.2 / 1.3 Buri

Environmental Variables:
Device: Buri 1.2 COM
BuildID: 20140102004001
Gaia: b1bc88386c781148a25091bf2eeee3ba217281d0
Gecko: 0c11156c7d9b
Version: 26.0
RIL Version: 01.02.00.019.102
Firmware Version: V1.2_20131113

Environmental Variables:
Device: Buri 1.3 MOZ
BuildID: 20140102004001
Gaia: 01e9da49be2cc4bc134eeefc434740d572ec2246
Gecko: 61f553e5db49
Version: 28.0a2
RIL Version: 01.02.00.019.102
Firmware Version: V1.2_20131113
Flags: needinfo?(jschmitt)
blocking-b2g: --- → -
Depends on: NewAudioChannel
Priority: -- → P2
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.