chrome/edge video interop issue on appear.in |
|||||
Issue descriptionI ran into a very reproducible interop issue between Chrome and Edge on appear.in. This seems to be an issue with REMB. What steps will reproduce the problem? 1. Open up https://appear.in/some-room-name-of-your-choice in Chrome 2. open same URL in Edge (which is smarter about accessing an available camera) 3. Wait until you get video in both directions. Pro-tipp: "m" mutes the microphone 4. Open a new chrome tab and go to the same URL What is the expected result? Things don't break ;-) What do you see instead? In the first tab, the video from Edge freezes. The ice connection state changes to disconnected then failed. If the second tab leaves soon enough (less than 10 seconds ICE timeout), video partially recovers. What version of the product are you using? On what operating system? chrome 55, Insider r15019 build of Edge Please provide any additional information below. When the third client joins, the first Chrome tab does a renegotiation (locally) which calls setRemoteDescription with a bandwidth limit of b=AS:384. Its looks as googAvailableReceiveBandwidth drops to 0 around that time (see the attached bang.png) But Edge doesn't respond to ICE requests anymore so this might be caused by ICE disconnecting. When setting a fixed b=AS limit for both chrome tabs by appending '?bandwidth=512' to the URL this doesn't happen. I'm in Stockholm on Feb 9th/10th if that makes things easier ;-)
,
Feb 2 2017
,
Feb 2 2017
,
Feb 2 2017
Adding holmer to CC since mflodman may be OOO. Looks like a CC issue.
,
Feb 6 2017
,
Feb 13 2017
turned out to be an issue with triggering renegotiation in JS land which made Edge garbage collect its RTPReceivers. The JS code has been fixed, not a chrome issue.
,
Feb 13 2017
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by kjellander@chromium.org
, Feb 2 2017