1400488 - NotReadableError sharing mic in multiple tabs in the same process (regression)

Status: RESOLVED DUPLICATE of bug 1404977

(Core :: WebRTC: Audio/Video, defect, P2)

Description

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

+++ This bug was initially created as a clone of Bug #1381638 +++

This is a follow-up to fix bug 1381638 properly.

STRs:
 1. Open https://jsfiddle.net/jib1/6oy8dmg4/ + share mic, in 5 tabs
 2. Snap fingers

Expected result: Responsive feedback in speakers.

Actual result: After 5th tab opens, "NotReadableError: Concurrent mic process limit."

Workaround:
  Close other tabs using mic, or increase dom.ipc.processCount.

Comment 1

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

[Tracking Requested - why for this release]:

Purposely failing concurrent tab use of microphone based on process (bug 1381638) was a stop-gap to avoid severe audio distortion in 56. We should work to find a better solution for 57, if possible.

We may not discover a way until 58 (some re-architecting may be needed), but let's track it in case we do.

Comment 2

[Julien Cristau [:jcristau] (back April 22)]

That sounds like a dangerous thing to try and do in beta.  Can we use the same stop-gap in 57 as in 56?

Comment 3

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Ok.

Comment 4

[xpeng]

Is it the same problem below ?
1. use the demo https://webrtc.github.io/samples/src/content/devices/input-output/ to getusermedia.
2. open a new tab and use the demo https://webrtc.github.io/samples/src/content/devices/input-output/ to getusermedia again , it will fail to getusermedia:
navigator.getUserMedia error:  MediaStreamError { name: "NotReadableError", message: "Concurrent mic process limit.", constraint: "", stack: "" }

Comment 5

[Paul Adenot (:padenot)]

(In reply to xpeng from comment #4)
> Is it the same problem below ?
> 1. use the demo
> https://webrtc.github.io/samples/src/content/devices/input-output/ to
> getusermedia.
> 2. open a new tab and use the demo
> https://webrtc.github.io/samples/src/content/devices/input-output/ to
> getusermedia again , it will fail to getusermedia:
> navigator.getUserMedia error:  MediaStreamError { name: "NotReadableError",
> message: "Concurrent mic process limit.", constraint: "", stack: "" }

Yes. I'm actively working on fixing this: allowing any number of microphone access in a tab or in any number of tabs.

Comment 6

[Julien Cristau [:jcristau] (back April 22)]

Paul tells me this isn't going in 58.

Comment 7

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

(In reply to Jan-Ivar Bruaroey [:jib] (needinfo? me) from comment #0)
> Actual result: After 5th tab opens, "NotReadableError: Concurrent mic process limit."

FYI. This bug still happens, except I now get a different error message:

    "NotReadableError: Failed to allocate audiosource"

Looks like which error message is thrown changed sometime this spring. I don't know that we need a separate bug to track that, since everything else looks the same.

Comment 9

[Sanborn]

Bump.

This issue is causing problems for us improving Firefox support at https://app.stageten.tv/. Our use case is that we have a live video mixer that allows the user to connect multiple local audio and video sources into a live show. This works correctly in Chrome, i.e. if I have two cameras and two mics connected to my computer then I can add both sources in the app. In Firefox (as of 77.0.1 (64-bit)) I can add a single camera and mic but when I try to add the second mic I get NotReadableError: Concurrent mic process limit

Comment 10

[art.longbottom.jr]

Bump.

I did notice the same case as @Sanborn where changing the mic input to something else caused a concurrent mic process limit error. In our application at least, it happens when we have new AudioContext() initialized (we use it to try and get volume levels). Once we completely stop the AudioContext from being initialized in Firefox, the error goes away. So now we only have volume levels in Chrome, Safari and Edge, but disabled completely in FF.

Hope that helps narrow down the issue. Might be related to the AudioContext worklet?

Comment 11

[Nazar Mokrynskyi]

We also use AudioContext extensively in our product and hit this Firefox-specific bug. I would really appreciate bump in priority here.

Comment 12

[Marcela (Please NI request to Brindusa Tot)]

Hi jan-Ivar!
I'm trying to reproduce old bugs to see if we can resolve some. I was not able to reproduce this issue on latest Nightly 96.0a1 (2021-11-02)(64-bit) on Windows 10. Despite the error message is not shown, I've noticed a huge echo sound.
Could you tell us if the issue still is reproducible?
Thanks!

Comment 13

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

WFM. I suspect this old issue (which is solely about the same-process case) was fixed in bug 1404977. Comment 9 and on appear to be about two mics, which is bug 1238038.