Issue metadata
Sign in to add a comment
|
Remote videostream disappears if local mediastream is changed and localdescription of peerconnection is updated
Reported by
ige...@gmail.com,
Feb 13 2017
|
||||||||||||||||||||||
Issue descriptionSteps to reproduce the problem: 1. Establish a video call between two parties 2. stop local mediaStream tracks 3. remove local mediaStream from peerconnection 4. get a new one with different videoinput id (usually this is front camera) 5. add new mediaStream to peerconnection 6. create offer and set local description, it is not required to send new description to other side 7. local videostream is updated to show data from a different camera What is the expected behavior? remote videostream should not disappear What went wrong? remote videostream disappears Did this work before? Yes 53.0.2785.97 Does this work in other browsers? N/A Chrome version: 55.0.2883.91 Channel: stable OS Version: 6.0.1 MMB29M Flash Version: Remote device has to be in portrait mode in order to reproduce this bug. Also Android 5 devices seem not to have this problem
,
Feb 14 2017
same problem with us. after the camera is switched from front to back or vice versa, we see this warning: error code=-7 seems to be WEBRTC_VIDEO_CODEC_UNINITIALIZED
,
Feb 14 2017
we also tested this with chrome 56 and chrome 57 beta version. we saw the same behavior: the remote video stream disappears
,
Mar 31 2017
Guido, are you looking at this? Should it be re-assigned to the Video team?
,
Apr 10 2017
hi! do you need any extra information on the issue? Maybe some specific logs or something?
,
May 3 2017
any action on this bug?
,
Jun 9 2017
Ping.
,
Sep 7 2017
Ping :)
,
Sep 7 2017
hbos@: Can you take a look at this and retriage if necessary?
,
Sep 8 2017
I'll take a look on monday
,
Sep 12 2017
Maybe it's still monday in some timezone? Taking a look.
,
Sep 12 2017
I think this is intended behavior. If you stop the tracks and remove them they will stop being sent. In order to get the new stream/track displayed on the remote side renegotiation is required, you have to setRemoteDescription again and with the stream/track events fired, wire up the remote view to use the new track. With replaceTrack you'll be able to do this without renegotiation. igeeko@: I'm closing as WontFix (works as intended). If this is incorrect, please comment. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by chfremer@chromium.org
, Feb 13 2017Status: Assigned (was: Unconfirmed)