New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 605696 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Audio ducking in apprtc calls fail in windows

Project Member Reported by srnarayanan@chromium.org, Apr 21 2016

Issue description

Version: M51 Dev, M50 Stable
OS: Windows

What steps will reproduce the problem?
(1) Play a local mp3 audio file in Windows
(2) Start a 2 way apprtc call https://appr.tc/?audio=googDucking=true b/w Windows and Linux/Mac

What is the expected output?
After the apprtc call is established, the music player stops and user (from Windows) should be able to hear contact (in Linux/Mac) speaking.

What do you see instead?
While the user is able to hear the contact speak, the music player (in Win) does not stop/lower volume 

Please use labels and text to provide additional information.
This issue is not seen in Hangouts where audio ducking is enabled by default
 
Cc: jansson@chromium.org
Since this works in Hangouts, do you think this is just an apprtc issue, or a Chrome issue? If apprtc, can you close this and refile in the apprtc github tracker?
Cc: tommi@chromium.org
cc tommi, our resident ducking expert.
Owner: srnarayanan@chromium.org
Status: Assigned (was: Untriaged)
Reassigning back to srnarayanan@ to answer #2.
Status: WontFix (was: Assigned)
This doesn't seem to be a Chrome issue, since audio ducking fails in Windows in M49, M50, M51.
Closing this as 'Won't Fix'
Reference bug in apprtc issue tracker in github - https://github.com/webrtc/apprtc/issues/293

Sign in to add a comment