- From: <bugzilla@jessica.w3.org>
- Date: Tue, 29 Jan 2013 18:08:49 +0000
- To: public-webrtc@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20807
Bug ID: 20807
Summary: End-to-end stream configuration unspecified
Classification: Unclassified
Product: WebRTC Working Group
Version: unspecified
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: WebRTC API
Assignee: public-webrtc@w3.org
Reporter: matthew.kaufman@skype.net
CC: public-webrtc@w3.org
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.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
Received on Tuesday, 29 January 2013 18:08:54 UTC