Default (selected) microphone doesn't work correctly until toggled in meeting
Reported by
don.ho...@gmail.com,
Mar 11 2016
|
||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36 Platform: 7647.84.0 (Official Build) stable-channel guado Example URL: Steps to reproduce the problem: 1. Start a meeting on Chromebox while in Hangouts mode 2. The audio will not be heard very well on the other end (we're using condenser microphones) until we go to Settings and toggle the microphone from the one we'd like to use to the Webcam microphone and then back to the condenser microphone What is the expected behavior? The default microphone should work correctly when a meeting starts and not require us to toggle it on/off every meeting in order to have audio transmitted loud enough for the other end to hear us :) What went wrong? The condenser microphone seems to be transmitting when we first start the meeting, but maybe the gain level is set incorrectly until we toggle it? Did this work before? No Is it a problem with Flash or HTML5? N/A Does this work in other browsers? Yes Chrome version: 48.0.2564.116 Channel: stable OS Version: 7647.84.0 Flash Version: Shockwave Flash 21.0 r0
,
Mar 15 2016
,
Mar 16 2016
Follow up question for don.holly@: can you provide the model numbers/info of the microphone and USB to EXLR converter you're using?
,
Mar 16 2016
Certainly! We're using the Blue Icicle USB to XLR converter available here: http://smile.amazon.com/Blue-Microphones-Icicle-Converter-Preamp/dp/B001EW5YQS?sa-no-redirect=1
,
Mar 16 2016
Thank you for providing more feedback. Assigning to requester "tnakamura@chromium.org" for another review. For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 29 2016
Removing from Desktop triaging bucket.
,
May 2 2016
tommi@, jansson@ - any ideas for next triaging steps?
,
May 3 2016
[triage] just to clarify, you are selecting the audio devices in the Chrome OS audio menu in the bottom right?
,
May 3 2016
This is actually happening for us via the hangouts app. After toggling the microphone between the webcam and USB XLR converter a couple times it seems to resolve the problem (we need to do this every time we have a video call)
,
May 10 2016
[triage]: tommi@, jansson@ - any ideas for next triaging steps? :)
,
May 10 2016
Incase this helps: The fix for us at the moment is to: 1) toggle the microphone back to the webcam and save changes 2) wait about 3 seconds 3) toggle the microphone back to our external microphone and save changes Then the audio seems to work again!
,
May 13 2016
jansson@ - can you look into getting the converter linked in #4?
,
May 14 2016
Henrik - could this be an agc issue?
,
May 16 2016
re #12, I'm not sure this is device related. don@, do you have any other usb device you could test with? Like a USB headset. I do not have an issue ordering the said device but want to make sure it's related to the specific device rather than USB or having several devices connected in general.
,
May 16 2016
+peah tommi@: there is always a risk that the microphone+USB+converter results in a gain curve that our AGC does not deal well with. Think a recording is needed to figure that out. don@: in addition to trying out another USB device, would it be possible to make a recording of the audio when you experience the low volume in Hangouts: - Open an new tab and go to: chrome://webrtc-internals - click on “Create Dump” - click on “Enable diagnostic audio recordings.” - choose an appropriate location for the files to be stored and a base filename. - make sure the “Enable diagnostic audio recordings.”-box is ticked. And then upload the results to this issue.
,
May 16 2016
Sure, we're can create a recording for you guys soon and toss it in here. I actually think the AGC hypothesis makes sense based on a couple things we've noticed: 1) If there's a notable amount of noise in the room when the hangout first connects (music playing, people talking near the mic, etc.), the mic issue is more prominent than if it were dead silent when the hangout connected 2) Toggling it always fixes the issue, which I assume causes gain adjustments to occur again - thereby fixing the problem. For what it's worth, we only have this microphone and the provided webcam plugged into this box.
,
May 17 2016
don@: are you able to use the mic in another platform (e.g. Mac laptop) and compare? Per, reassigning to you for analysis of upcoming recordings.
,
May 17 2016
,
May 17 2016
don@: would it also be possible to update Chrome to the latest (stable) version. Should be M50 for Chrome OS. Or to recap: - Update to latest Chrome. - Try the mic on another platform and compare. - Compare with a USB headset on the Chromebox. - Perform aecdump on the Chromebox while using the mic+converter.
,
May 18 2016
Just a random idea but given the rather exotic mic and converter (with phantom power), it might also be worth trying a powered USB hub to ensure that the mic + converter gets enough power. IMHO, avoiding the converter and aim for a high quality USB based mic can also be an option.
,
Sep 13 2016
,
Mar 13 2017
Old issue. Closing due to lack of feedback.
,
Mar 13 2017
|
||||||||||||||
►
Sign in to add a comment |
||||||||||||||
Comment 1 by don.ho...@gmail.com
, Mar 11 2016