Re: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)

Iñaki Baz Castillo <ibc@aliax.net> Mon, 17 June 2013 16:35 UTC

Return-Path: <ibc@aliax.net>
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 96E7221F9D61 for <rtcweb@ietfa.amsl.com>; Mon, 17 Jun 2013 09:35:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.736
X-Spam-Level:
X-Spam-Status: No, score=-1.736 tagged_above=-999 required=5 tests=[AWL=-0.058, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001]
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 VenwIcFKg+ZB for <rtcweb@ietfa.amsl.com>; Mon, 17 Jun 2013 09:35:13 -0700 (PDT)
Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) by ietfa.amsl.com (Postfix) with ESMTP id 33D4821F9D59 for <rtcweb@ietf.org>; Mon, 17 Jun 2013 09:35:13 -0700 (PDT)
Received: by mail-qa0-f41.google.com with SMTP id f14so1571035qak.7 for <rtcweb@ietf.org>; Mon, 17 Jun 2013 09:35:12 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=KMxuL7EW57rNAuHzbshcvGiwyfYMDBnthb0j7kMT1Zc=; b=bHSFzU18XSUyTAh5mdklV87s6Xs8wpyUHLGmhmnqPPOf1T0ddpuPzH6evc9hKmL5dK xWKXq7ql202lylH+67kyMvB+MFEwFWNG8TPh30vI+8FSrswefL048FeGAeA2rsFCJeY2 LzNhgXiKDZdSdhoOwX/0mRJh8lV3S8katbzNOwq9Zcxg8uOytRx/tfjE7CeWSuCiu99V xyne9Bit5XrkF1q0r2tmEgG1Zv40SFYmpZdnC/ZOTZfocJbcToHwN19ziUOboDugZtZf Ac0EXWkSGMIMLHdbdDF8aiICUGYPJRK/zmXZe0sowK56nilo249bjJYnU8E0xuLEAz5Z DL1w==
X-Received: by 10.229.25.5 with SMTP id x5mr2722783qcb.35.1371486912605; Mon, 17 Jun 2013 09:35:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.49.67.65 with HTTP; Mon, 17 Jun 2013 09:34:52 -0700 (PDT)
In-Reply-To: <CAJrXDUHphQq+=vWRNjuRN1BAcUz4kfUf7DEwCPgBBX-esQh0HQ@mail.gmail.com>
References: <CAJrXDUHdoxLTsofiwLBdwBNnCCkCBgjSdbmLaXrNEPODMrsSVA@mail.gmail.com> <1447FA0C20ED5147A1AA0EF02890A64B1C2FC071@ESESSMB209.ericsson.se> <CAJrXDUEL1ynci_bwLydYgvWD=+FQKhurzV3vC0X4LrgBjUMrkA@mail.gmail.com> <57A15FAF9E58F841B2B1651FFE16D28104C918@GENSJZMBX01.msg.int.genesyslab.com> <CAJrXDUHphQq+=vWRNjuRN1BAcUz4kfUf7DEwCPgBBX-esQh0HQ@mail.gmail.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
Date: Mon, 17 Jun 2013 18:34:52 +0200
Message-ID: <CALiegfmNS=CJkUC76Lz2DW2Zuntffa9Xh1fwopqT033aRN3R_A@mail.gmail.com>
To: Peter Thatcher <pthatcher@google.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQnxsH8uyt+Y/McNI/icjmHHgHaUTBGNAx0g1RIzUWki0C0OXOC5SIBetG3Lkv8Ms20lTBwb
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)
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: Mon, 17 Jun 2013 16:35:15 -0000

2013/6/17 Peter Thatcher <pthatcher@google.com>;:
> But I don't really see a use case where you would need to add tracks to a
> MediaStreamTrackDescription, other than when parsing signalling and building
> the MediaStreamTrackDescription to send down into createRemoteStream.
> Perhaps if we had a use case, we could define such support.  But otherwise,
> I'd say it's not allowed.

Use case:

- Start a session/call with just audio (no video requested to the user
via getUserMedia).
- Latter the user wants to add video.
- For that a new getUserMedia(video: true) is requested.
- Extract the video track from the obtained MediaStream and add it to the PC.

Hope this is an enough common use case.


--
Iñaki Baz Castillo
<ibc@aliax.net>;