This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 20807 - End-to-end stream configuration unspecified
Summary: End-to-end stream configuration unspecified
Status: RESOLVED FIXED
Alias: None
Product: WebRTC Working Group
Classification: Unclassified
Component: WebRTC API (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Web RTC Working Group
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-29 18:08 UTC by Matthew Kaufman
Modified: 2014-10-28 17:59 UTC (History)
2 users (show)

See Also:


Attachments

Description Matthew Kaufman 2013-01-29 18:08:49 UTC
In the WebRTC draft, Section 4.3.2.2, there is a method addStream() on the RTCPeerConnection object. It is expected that this will add a stream to the local peer connection.  At the receiving end the onaddstream event is expected to fire when the SDP is passed into setRemoteDescription(). It is critical that it be possible to describe streams in such a way that the receiver can construct a MediaStream that consists of tracks in the same configuration as the stream added by the sender.  There is no specification within this document and its normative references defining how the labels used on MediaStream and MediaStreamTrack correspond to RTP constructs or how information about streams is conveyed between peers such that a receiver can successfully reconstruct a MediaStream in the same configuration that a sender used.
Comment 1 Harald Alvestrand 2014-10-28 17:59:59 UTC
We now have a normative reference to JSEP.

Closing as fixed on the WebRTC side; IETF will have to take it from there.