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
>