[Webkit-unassigned] [Bug 179411] New: getUserMedia constraints have no affect

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=179411

            Bug ID: 179411
           Summary: getUserMedia constraints have no affect
           Product: WebKit
           Version: Safari 11
          Hardware: All
                OS: iOS 11
            Status: NEW
          Severity: Blocker
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: kdavis at airbridgelabs.com
                CC: youennf at gmail.com

Created attachment 326306

  --> https://bugs.webkit.org/attachment.cgi?id=326306&action=review

AirBridge Chrome extension for above demo...drag into chrome://extensions on a chrome browser running on a mac

Objective is to turn off all filters on microphone audio sample input, however, the getUserMedia call seems to ignore removing what appear to be default filters affecting a low pass (anything above around 12 KHz and maybe lower is greatly attenuated)

Desktop Chrome seems to not have these filters turned on but turning them off works in both desktop versions of Firefox and Opera on my MacBook Air running Safari 11. However, removing the filters to get raw audio data for both mobile and desktop Safari 11 does not seem to have any affect to remove the filters. The result is a low pass of frequencies below 12K but they still seem to be negatively affected even in the lower ranges.

Example:

 navigator.mediaDevices.getUserMedia({audio: { 
                                                echoCancellation: false,
                                                noiseSuppression: false,
                                                autoGainControl: false,
                                                mozNoiseSuppression: false,
                                                mozAutoGainControl: false
                                                }, 
                                            video: false})
    .then(handleABSuccess);

results in a raw input audio microphone sample on the same MacBook Air for FireFox, Opera and Chrome browsers BUT NOT Safari 11 (desktop or mobile on iPhone running IOS/Safari 11)

This is critical because there Safari 11 also does not support FFT bins above 2048, WebRTC on Save to Home Screen mobile apps (at all) or ability to change sample rate (from 48 KHz down to 44.1 KHz in my case). This means for the case where hardware is static at sampling the microphone audio at 48KHz I then need to oversample the frequency domain at 65K bins, which means I need to send raw audio samples into my own third party FFT analyzer. Once again, this works now for Firefox, Opera and Chrome on the same hardware it does not work on Safari 11.

If any of this is in question, you can open the page at https://www.airbridgelabs.com/s/0/app.html?sd=158 on all of the above named browsers, including Safari 11 (on a mac of course), , click on the star looking icon near the bottom right of that page which should turn green indicating the microphone is streaming input to the code, then browse to my test pages at is.gd/abdemo in a separate window (I use Chrome but I don't think it matters) and click on some of the images in the coupon or youtube demo. Clicking these images will send a high frequency digitally modulated pulse which will be picked up in all but the safari 11 browser and display the images respectively in the other browsers.

Likewise, you can also install my Chrome browser extension and google images (using any search key), set the transmit band in the drop down of the Chrome extension. lowest band is clearly audible and is the only one that works in Safari 11 but all bands work in the other browsers running the same code (once again I mean the code on https://www.airbridgelabs.com/s/0/app.html?sd=158 when the green star is activated the audio stream input)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20171108/dd3c733d/attachment.html>