WebRTC audio does not use communication device
Reported by
torniste...@gmail.com,
Jun 15 2016
|
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36 Example URL: zendesk.com agent voice communication and others Steps to reproduce the problem: 1. Have 2 audio devices available 2. Set one as default and the other as communication device 3. Start WebRTC that outputs audio What is the expected behavior? Audio should play on communication device What went wrong? Audio plays on default device Did this work before? Yes In previous version Is it a problem with Flash or HTML5? N/A Does this work in other browsers? N/A Chrome version: 51.0.2704.84 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 21.0 r0 I found same issue in history: Issue 340377
,
Jul 11 2016
[triage]: Tommi, can you help with an owner?
,
Aug 16 2016
henrika: can you confirm or ask for more details if needed? tornister76: Can you try on the latest stable (52) or a Chrome Beta/Dev/Canary release to see if the same problem occurs? See https://www.chromium.org/getting-involved/dev-channel for more info.
,
Aug 16 2016
,
Aug 16 2016
+tommi given that the issue seems related to work done in 340377.
,
Aug 16 2016
tornister76: 1. Which version produced output on the communications device? 2. Do you have a page where we can reliably reproduce output to the communications device on the old version and output to the default device on the new version?
,
Aug 16 2016
,
Sep 9 2016
[triage] tornister76: can you provide more information as requested in comment #6?
,
Sep 9 2016
Hi, We are using zendesk voice functions on zendesk.com. Until few months ago we were using it on windows 10 computers with chrome, setup with usb headset as communication device for mic and audio and regular realtekaudio as default audio device. So when call was incomming, we heard ring by default audio and after recieve wehrard ans speak trought usb headset. Now it is not working. If we want to hear incomming call ring on loud speaker we haw to leave it as w10 default audio and after takeing call we have to manualy change w10 output to usb headset. Dnia 09.09.2016 o godz. 15:27 kjellan… via monorail <monorail+v2.667012102@chromium.org> napisał(a):
,
Sep 9 2016
By default, Chrome uses the default device (not the default communications device) and I believe this has always been the case. On Windows, the communications device is available by using the device ID "communications", but the application must explicitly request it by specifying that device ID in the constraints passed to getUserMedia. tommi@: can you confirm this? Note also that you can select a different default microphone to be used via chrome://settings. This option takes precedence over the OS default.
,
Sep 9 2016
I konw it, and in adress bar at chrome on zendesk page, (when we select zendesk to use browser audio ) cam icon appears and them we select audio device - communication device. we use to work for many months like this but not any more Dnia 09.09.2016 o godz. 16:00 gui… via monorail <monorail+v2.422849203@chromium.org> napisał(a):
,
Sep 9 2016
Can you check chrome://settings and see what microphone you have selected as default? If you choose the communications device there, then it should work as expected.
,
Sep 11 2016
HI, I've checked this settings and I have comunication device selected as default mic - doesn't work. 2016-09-09 16:09 GMT+02:00 gui… via monorail < monorail+v2.422849203@chromium.org>:
,
Sep 19 2016
Thank you for providing more feedback. Adding requester "guidou@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 19 2016
,
Sep 20 2016
tornister76@ have you filed a bug at zendesk.com? Just to confirm that they have not changed their web app (as hinted in comment 10)?
,
Oct 3 2016
tornister76@: ping regarding feedback in #16.
,
Mar 13 2017
Cleaning up "Needs-Review" label as we are not using this label for triage anymore. Ref bug for this cleanup 684919
,
Oct 13 2017
I have tested this using WebRTC samples on a Windows Laptop and it works as intended. If getUserMedia is invoked unconstrained and "communications" is the user-preferred device in content settings, communications is used. If getUserMedia is invoked with explicit constraints to use "communications" as the device, communications is used regardless of what the user-preferred device is. If getUserMedia is invoked with explicit constraints to use any device that is not "communications", the requested device is used, regardless of the user-preferred device settings. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by yini...@chromium.org
, Jun 28 2016