Re: [clue] Capture ID scope in a Configure
Christian Groves <Christian.Groves@nteczone.com> Wed, 03 April 2013 23:52 UTC
Return-Path: <Christian.Groves@nteczone.com>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14C0E21F8FD5 for <clue@ietfa.amsl.com>; Wed, 3 Apr 2013 16:52:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 xej5m1hicRzR for <clue@ietfa.amsl.com>; Wed, 3 Apr 2013 16:52:51 -0700 (PDT)
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:7]) by ietfa.amsl.com (Postfix) with ESMTP id 3298821F8F0A for <clue@ietf.org>; Wed, 3 Apr 2013 16:52:50 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApQBAFO/XFF20S3w/2dsb2JhbAANNoM9wGaBIoMTAQEBBAEBATUbGwoNBAsRBAEBAQkWCAcJAwIBAgEVHwkIEwYCAQGIHK0dkzEEjyAGEIMqA6sV
Received: from ppp118-209-45-240.lns20.mel4.internode.on.net (HELO [127.0.0.1]) ([118.209.45.240]) by ipmail07.adl2.internode.on.net with ESMTP; 04 Apr 2013 10:22:45 +1030
Message-ID: <515CC0C8.4010400@nteczone.com>
Date: Thu, 04 Apr 2013 10:52:40 +1100
From: Christian Groves <Christian.Groves@nteczone.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: clue@ietf.org
References: <5153979E.1010106@nteczone.com> <CAA86=sO-zEgoCj10CGDGpB7oCPidH6ZWudKqZ4X_n7xNBcxjdA@mail.gmail.com> <515A2F8F.1020507@nteczone.com> <515C6548.1020807@unina.it> <515C78D0.7000404@alum.mit.edu> <9C23AB934B394845A7B228239B6EAF41EF27B7@CRPMBOXPRD01.polycom.com>
In-Reply-To: <9C23AB934B394845A7B228239B6EAF41EF27B7@CRPMBOXPRD01.polycom.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [clue] Capture ID scope in a Configure
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clue>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Apr 2013 23:52:52 -0000
Yes, can we have Roberta's text (or similar) in the framework so its 100% clear? Christian On 4/04/2013 5:49 AM, Duckworth, Mark wrote: > +1 > >> -----Original Message----- >> From: clue-bounces@ietf.org [mailto:clue-bounces@ietf.org] On Behalf Of >> Paul Kyzivat >> Sent: Wednesday, April 03, 2013 2:46 PM >> To: clue@ietf.org >> Subject: Re: [clue] Capture ID scope in a Configure >> >> On 4/4/13 1:22 AM, Roberta Presta wrote: >>> Hi all, >>> >>> it seems to me that capture scenes and capture scene entries are >>> semantical abstractions that are useful only to make a media provider >>> able to show the organization of the available media captures to the >>> media consumer via an advertisement message. >>> I don't believe they should be used within a configure message. >>> The media consumer should specify only *capture encodings*, i.e., the >>> associations of a media capture with an individual encoding with the >>> desired parameters. >>> If the media consumer wants both VC1 encoded with ENC0 and VC1 >> encoded >>> with ENC1, he should put in the configure message the specification of >>> two capture encodings. >>> <captureEncoding id=...> >>> <mediaCaptureID>VC1... >>> <encodingID>ENC1... >>> <encodingParameters>... >>> If he wants all the captures within a capture scene, he should specify >>> in the configure a capture encoding for each capture of the scene, >>> since he should be forced to associate a desired encoding to each >>> desired capture. >>> Do you think this interpretation is correct? >> Yes, this is exactly what I am thinking! >> >> Thanks, >> Paul >> >> _______________________________________________ >> clue mailing list >> clue@ietf.org >> https://www.ietf.org/mailman/listinfo/clue > _______________________________________________ > clue mailing list > clue@ietf.org > https://www.ietf.org/mailman/listinfo/clue >
- [clue] Capture ID scope in a Configure Christian Groves
- Re: [clue] Capture ID scope in a Configure Andy Pepperell
- Re: [clue] Capture ID scope in a Configure Paul Kyzivat
- Re: [clue] Capture ID scope in a Configure Christian Groves
- Re: [clue] Capture ID scope in a Configure Roni Even
- Re: [clue] Capture ID scope in a Configure Christian Groves
- Re: [clue] Capture ID scope in a Configure Roberta Presta
- Re: [clue] Capture ID scope in a Configure Paul Kyzivat
- Re: [clue] Capture ID scope in a Configure Duckworth, Mark
- Re: [clue] Capture ID scope in a Configure Christian Groves
- Re: [clue] Capture ID scope in a Configure Roni Even