WebRTC AudioTrack no longer appears as of Chromium 51
Reported by
m...@jasonthom.as,
Jun 30 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 Example URL: https://bugs.chromium.org/p/chromium/issues/detail?id=223639 Steps to reproduce the problem: 1. Visit the above bug report, and check the code example shown by: Comment 28 by thembr...@gmail.com, Dec 9, 2014 2. Observe that when performed on Chromium 50, the output is > number of audio tracks: 1 On Chrome 51 it always is: > number of audio tracks: 0 3. What is the expected behavior? Windows should produce an audio track when recording from the desktop and specifying in constraints to obtain audio. What went wrong? Chromium on windows no longer provides a stream when capturing from the desktop. Did this work before? Yes Chrome <= 50 Is it a problem with Flash or HTML5? N/A Does this work in other browsers? N/A Chrome version: 51.0.2704.103 Channel: n/a OS Version: 7 & 10 Flash Version: Shockwave Flash 22.0 r0
,
Aug 9 2016
[triage] This is due to the constraints to obtain audio from screen sharing has changed, take a look at the audio screen share section under features in the M51 release notes https://groups.google.com/d/topic/discuss-webrtc/GdsmhrVaxdU/discussion. |
||
►
Sign in to add a comment |
||
Comment 1 by yini...@chromium.org
, Jul 11 2016