WebRTC - отключить всю обработку звука

В настоящее время я пытаюсь получить чистый аудиоканал через webrtc. Через объект getUserMedia mediaconstraints я задал следующие параметры:

constraints: {
        audio: {
            mandatory: {
                echoCancellation: false,
                googEchoCancellation: false,
                googAutoGainControl: false,
                googAutoGainControl2: false,
                googNoiseSuppression: false,
                googHighpassFilter: false,
                googTypingNoiseDetection: false,
                //googAudioMirroring: false // For some reason setting googAudioMirroring causes a navigator.getUserMedia error:  NavigatorUserMediaError
            }
        },
        video: false
    },

Это значительно улучшает качество звука, но по-прежнему кажется, что есть обработка звука, которая вызывает искажение звука в виде высокочастотного шума с некоторыми тестовыми образцами.

Существует флаг Chrome --use-file-for-fake-audio-capture, как описано в http://peter.sh/experiments/chromium-command-line-switches/#use-file-for-fake-audio-capture, который позволяет вводить через файл для тестирования. Как уже упоминалось в описании флага, вся обработка звука должна быть отключена или звук будет искажен, поэтому для этой цели существуют дополнительные возможности.

Я также пробовал флаги --disable-audio-track-processing --audio-buffer-size=16 --enable-exclusive-audio Chrome, но все же, похоже, есть некоторая обработка звука.

Есть ли способ отключить все еще текущую обработку звука (желательно через JS API)?

Ответы

Ответ 1

Я бы сказал, что поведение переменной bitrate (по умолчанию) opus-кодека вызывает некоторое сжатие или настройку. Вы можете вручную отменить предложение SDP использовать CBR (постоянный битрейт) вместо VBR (переменная скорость передачи). Когда вы получите предложение SDP в браузере, измените строку:

a=fmtp:111 minptime=10; useinbandfec=1

в

a=fmtp:111 minptime=10; cbr=1

Обратите внимание, что я добавляю cbr=1 и удаляю useinbandfec=1. Я не уверен, что падение useinbandfec необходимо, но кажется, что внутриполосная FEC (исправление ошибок пересылки) вызывает корректировку сжатия, которую вы также хотели бы избежать.