Re: [rtcweb] Draft on Multimedia concepts and relations for Intermim
Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 13 February 2013 15:07 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78DA921F8717; Wed, 13 Feb 2013 07:07:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.681
X-Spam-Level:
X-Spam-Status: No, score=-105.681 tagged_above=-999 required=5 tests=[AWL=0.568, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XcbLbi-+xuKM; Wed, 13 Feb 2013 07:07:22 -0800 (PST)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB7A21F870E; Wed, 13 Feb 2013 07:07:20 -0800 (PST)
X-AuditID: c1b4fb30-b7f0d6d000007e61-7d-511bac27e27c
Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 38.12.32353.72CAB115; Wed, 13 Feb 2013 16:07:19 +0100 (CET)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Wed, 13 Feb 2013 16:07:19 +0100
Message-ID: <511BAC25.8020501@ericsson.com>
Date: Wed, 13 Feb 2013 16:07:17 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
References: <510A4B7C.3000009@ericsson.com> <92B7E61ADAC1BB4F941F943788C088280477C368@xmb-aln-x08.cisco.com>
In-Reply-To: <92B7E61ADAC1BB4F941F943788C088280477C368@xmb-aln-x08.cisco.com>
X-Enigmail-Version: 1.5
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKLMWRmVeSWpSXmKPExsUyM+Jvja76GulAg/f3JSw2zfrCZjF1+WMW i7X/2tkdmD2m/N7I6rFkyU+mAKYoLpuU1JzMstQifbsErozDz7+xFhySrvjQO5m5gXGyWBcj J4eEgInEnceLWSFsMYkL99azdTFycQgJnGSUuHCuD8pZziix9MNBRpAqXgFtiZdz25lBbBYB VYlXyzaCxdkELCRu/mhkA7FFBYIlNhxcxQRRLyhxcuYTFhBbRMBQYtGkdWA2s4C/RNe1qWC2 sICvxJUpG8HqhQRyJK5+2wk2kxMo/m/3P6CZHEDXiUusecMB0aonMeVqCyOELS/RvHU2M0Sr tkRDUwfrBEahWUg2z0LSMgtJywJG5lWM7LmJmTnp5eabGIFBe3DLb4MdjJvuix1ilOZgURLn DXe9ECAkkJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qBMbJDskWDbb6T+szbVeIhM1cs1qs4eMJy 24NlVfyyzA6FE6dedP4WFSnmu+xV2c3DeyyELVKY9+qasU1IbA2YMtlySobk00maK8+FnI52 PJzspq79dM8ZQXbuBJXX3IK6b1bI7ImfWT6T+8WZiA2/jJ5fvjxnSdI/z53HzDdM/fj00jdl Dekdz5RYijMSDbWYi4oTAT6j33MoAgAA
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, "mmusic (E-mail)" <mmusic@ietf.org>
Subject: Re: [rtcweb] Draft on Multimedia concepts and relations for Intermim
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Feb 2013 15:07:25 -0000
Hi Charles, Lets respond to your questions. On 2013-02-05 03:28, Charles Eckel (eckelcu) wrote: > Hi Magnus and Bo, > > Thanks for putting this together, and more importantly, for attaching > a copy in the e-mail so I was able to access it on the plane without > internet. I agree with most of the reasoning in the various sections; > however, there are a couple related concepts for which I'd like more > clarification. > > 1) MediaStream Is a MediaStream restricted to a single source? I did > not think it was, but the description on page 8 seems to imply this > restriction. For example, could I have a single MediaStream with the > following 4 MediaStreamTracks, where source 1 and source 2 are two > video cameras from the same endpoint, or a mic and an camera from the > same endpoint: > > > Source 1 - encoding 1 > Source 1 - encoding 2 > Source 2 - encoding 1 > Source 2 - encoding 2 No, MediaStream is definitely not restricted to a single Media source. In fact a common MediaStream will contain one MediaStreamTrack with an audio source, and another MediaStreamTrack with Video. Thus two different media sources. Your example above gets us into I think land where discussion is ongoing and agreement needs to be established. From my perspective there need to be a way of dealing with control of encoding and and a plan for different encodings of the same media source. If that is achieved by having multiple MediaStreamTracks of the same media source, having multiple MediaStreams with the same set of MediaStreamTracks but different encoding settings, or explicit encoding settings within a MediaStram and MediaStreamTrack or having them tied to the PeerConnection is a choice that needs to happen. They have different impact on differnt parts, but we really need to make a choice here. > > 2) PeerConnection Later, on page 18, a related restriction of a > single encoding per PC is suggested. In the case of a layered > encoding, this seems to imply each layer being in its own PC. Is that > the recommendation being suggested? For layered encoding this proposal is far from optimal. It works for simulcast where having different RTP streams each carrying a different encoding is fine. Thus we proposed it as a solution which appeared to require minimal impact with some simple restrictions regarding usage of CNAME, i.e. same CNAME for both SSRC, even if they are in different RTP sessions due to the different PeerConnections. I assume for layering that one like to be able to send the layers in a single RTP stream. When it comes to layering and simulcast I think the first step is actually to agree on requirements level. Are we supporting it from start, are we at least having it on the future road-map to avoid solutions which makes it difficult to add in the future? I have gotten the impression that a number of different people have interest in it. Maybe not to implement it immediately, but at least have a plan for how it should be included. Cheers Magnus Westerlund ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- [rtcweb] Draft on Multimedia concepts and relatio… Magnus Westerlund
- Re: [rtcweb] Draft on Multimedia concepts and rel… Charles Eckel (eckelcu)
- Re: [rtcweb] [MMUSIC] Draft on Multimedia concept… Charles Eckel (eckelcu)
- Re: [rtcweb] Draft on Multimedia concepts and rel… Magnus Westerlund