New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 642712 link

Starred by 9 users

Issue metadata

Status: Duplicate
Merged: issue 705901
Owner:
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Feature

Blocked on:
issue 627261

Blocking:
issue 700916



Sign in to add a comment

PeerConnection.addTrack should be implemented

Project Member Reported by hta@chromium.org, Aug 31 2016

Issue description

Per https://w3c.github.io/webrtc-pc/#dom-rtcpeerconnection-addtrack the right method to add an outgoing track to a RTCPeerConnection is "addTrack". 

The only implemented method at the moment is "addStream".

 
Components: Blink>WebRTC

Comment 2 by guidou@chromium.org, Oct 26 2016

Components: -Blink>WebRTC Blink>WebRTC>Network
Cc: deadbeef@chromium.org
Labels: -Pri-3 WebRTCTriaged Pri-2
Status: Available (was: Untriaged)
This is already implemented in the native library: https://cs.chromium.org/chromium/src/third_party/webrtc/api/peerconnectioninterface.h?sq=package:chromium&rcl=1478794702&l=391

It just needs to be wired up to Chrome/Blink.

Eventually we should then deprecate the behavior where if you call "addStream", then later add a track to that stream, it will end up added to the PeerConnection. addStream should end up as a polyfill that just calls addTrack for each track in the stream.
Blockedon: 627261
Oh, but I forgot, addTrack returns an RTCRtpSender. So this is blocked on implementing RtpSenders.

Comment 5 by hbos@chromium.org, Mar 14 2017

Blockedon: 700916
Owner: hbos@chromium.org
Status: Assigned (was: Available)

Comment 6 by hbos@chromium.org, Mar 29 2017

Mergedinto: 705901
Status: Duplicate (was: Assigned)

Comment 7 by hbos@chromium.org, Jan 17 2018

Blockedon: -700916
Blocking: 700916

Sign in to add a comment