IETF Logo Mail Archive

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

José Luis Millán <jmillan@aliax.net> Mon, 17 June 2013 19:42 UTC

Return-Path: <jmillan@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 5179521F9DE5 for <rtcweb@ietfa.amsl.com>; Mon, 17 Jun 2013 12:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.577
X-Spam-Level:
X-Spam-Status: No, score=-1.577 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_55=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 QBNBZZjefBHL for <rtcweb@ietfa.amsl.com>; Mon, 17 Jun 2013 12:42:53 -0700 (PDT)
Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by ietfa.amsl.com (Postfix) with ESMTP id 79ED821F9DE1 for <rtcweb@ietf.org>; Mon, 17 Jun 2013 12:42:53 -0700 (PDT)
Received: by mail-vc0-f180.google.com with SMTP id gf11so2296469vcb.25 for <rtcweb@ietf.org>; Mon, 17 Jun 2013 12:42:52 -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:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=YZwPKbcUbnlrc76T6LAbZcoCgcsWOcvDxpcbmcaFRTM=; b=iVHuVf467YWFLjEN3DElbVRU+n6NXc5DBd/10OG5j58gcaREVvgfiLFq4kiscFa1IH wE4IWzRm8TinwbcRlu3nLGFzSWJ2Dk6DE7QCrmrs8LCtxUW+c/JrAByRBxt9+Zu2U0qn gvHeo4ExIiTyF9Qm5znTXiQmEQHNdQDhptQ9cj0CJ22GNxm03A1m5dtvovx5Imxz3Nxu 9EoVgjDCL1np7b9Druj+Eu1Hcq/PjemUkyXFKI23YQW0bjIdzuZhRPvCVVG5PNDJ+0KY ICK/dZp9A5QEpCLQEXR54scbChsTjdoF48if+6CR8JWptYwRIeHhQvjH6uK1TITc+AAu Wzug==
MIME-Version: 1.0
X-Received: by 10.52.90.168 with SMTP id bx8mr676792vdb.62.1371498172794; Mon, 17 Jun 2013 12:42:52 -0700 (PDT)
Received: by 10.220.215.131 with HTTP; Mon, 17 Jun 2013 12:42:52 -0700 (PDT)
In-Reply-To: <CAJrXDUFLxHpjgoNCdumD_b69D1VEgB2rFeS=X5TriBfOZQ5N8A@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> <CALiegfmNS=CJkUC76Lz2DW2Zuntffa9Xh1fwopqT033aRN3R_A@mail.gmail.com> <CAJrXDUG_mNmYjZJf1nJvUhZf0WkrdmrCxCSdC9WoZspCexWrng@mail.gmail.com> <CABw3bnOAWQsmNW7512Scu2W0RjnBc5otqez4fqMJvfDOKUBNxw@mail.gmail.com> <CAJrXDUFLxHpjgoNCdumD_b69D1VEgB2rFeS=X5TriBfOZQ5N8A@mail.gmail.com>
Date: Mon, 17 Jun 2013 21:42:52 +0200
Message-ID: <CABw3bnPprVKPsFqJkDLRKeCmWDcGm-jCqezjDcBD4Y329RoROA@mail.gmail.com>
From: =?UTF-8?B?Sm9zw6kgTHVpcyBNaWxsw6Fu?= <jmillan@aliax.net>
To: Peter Thatcher <pthatcher@google.com>
Content-Type: multipart/alternative; boundary=20cf307f3346665f7d04df5ecd65
X-Gm-Message-State: ALoCoQlTIXGF5fpm+6uf+mYVgMyigweKlb/pYVZ7P1NRXgBUaCd42G/qi4rs1AePApuBI9x2ZHsM
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 19:42:59 -0000

Yes, just adding and removing tracks.

Regards


2013/6/17 Peter Thatcher <pthatcher@google.com>

> What do you mean by "change to an existing media stream"?  Do you mean
> adding and removing tracks?  I don't know of any other changes that can be
> made to a MediaStream.
>
>
> On Mon, Jun 17, 2013 at 11:52 AM, José Luis Millán <jmillan@aliax.net>wrote;wrote:
>
>> Hi,
>>
>>
>> 2013/6/17 Peter Thatcher <pthatcher@google.com>
>>
>>> In that use case, just call createLocalStream again with the new
>>> MediaStream from GetUserMedia and get a new LocalMediaStream.  There's no
>>> need to alter the existing one.
>>>
>>>
>> On the receiver side, I would expect to represent each remote MediaStream
>> on its own audio+video display element.
>>
>> If, as a sender, I create a new LocalStream to represent a change in an
>> existent media stream source, how will the receiver notice that the NEW
>> MediaStream does refer to the previous one?
>>
>>
>>
>>
>>>
>>> On Mon, Jun 17, 2013 at 9:34 AM, Iñaki Baz Castillo <ibc@aliax.net>wrote;wrote:
>>>
>>>> 2013/6/17 Peter Thatcher <pthatcher@google.com>om>:
>>>> > 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>
>>>>
>>>
>>>
>>> _______________________________________________
>>> rtcweb mailing list
>>> rtcweb@ietf.org
>>> https://www.ietf.org/mailman/listinfo/rtcweb
>>>
>>>
>>
>>
>> --
>> José Luis Millán
>>
>
>


-- 
José Luis Millán

v2.2.1 | Report a Bug | By Email