Re: [clue] Participant info/type followup
Roberta Presta <roberta.presta@unina.it> Fri, 07 March 2014 18:04 UTC
Return-Path: <roberta.presta@unina.it>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 842F81A02BB for <clue@ietfa.amsl.com>; Fri, 7 Mar 2014 10:04:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.202
X-Spam-Level:
X-Spam-Status: No, score=0.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_SORBS_WEB=0.77, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0zYxJXSpfC4v for <clue@ietfa.amsl.com>; Fri, 7 Mar 2014 10:04:48 -0800 (PST)
Received: from smtp2.unina.it (smtp2.unina.it [192.132.34.62]) by ietfa.amsl.com (Postfix) with ESMTP id 889FB1A0274 for <clue@ietf.org>; Fri, 7 Mar 2014 10:04:48 -0800 (PST)
Received: from [127.0.0.1] ([193.206.114.54]) (authenticated bits=0) by smtp2.unina.it (8.14.4/8.14.4) with ESMTP id s27I4fkm006768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for <clue@ietf.org>; Fri, 7 Mar 2014 19:04:43 +0100
Message-ID: <531A0A3E.8060904@unina.it>
Date: Fri, 07 Mar 2014 19:04:46 +0100
From: Roberta Presta <roberta.presta@unina.it>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: clue@ietf.org
References: <5318809E.2030204@nteczone.com>
In-Reply-To: <5318809E.2030204@nteczone.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/clue/wU2xSoPvbrTM2jri0ZK4Krbx-go
Subject: Re: [clue] Participant info/type followup
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 07 Mar 2014 18:04:50 -0000
Hello Christian, if we want to distinguish between the owner of the device that is generating the capture and the person that is represented in the capture, a possible solution could be the following: - having a <participants> section within the adv - re-define the <view> attribute (which is already used to specify what is represented in the capture - and which can be used also for audio capture), so that the view attribute can contain the reference(s) to the represented participants, or define a new attribute dedicated to the represented participants - define a new attribute saying that a certain capture comes from the some participant's device What is your feeling about it? Roberta Il 06/03/2014 15:05, Christian Groves ha scritto: > Hello all, > > To follow up on Jonathon's comments on participant info/type and the > semantics and particularly how it relates to a presentation. Here's a > first stab at some text to stimulate some discussions. > > > "The participant info attribute allows a provider to associate > participant information with the capture source. When used in an > individual capture it indicates that the captured content (e.g. > video/audio/text etc.) as opposed to the actual media streams is > generated from the entity described. How the generated content relates > to the entity described in the participant info is dependent on media > type and and the presentation attribute. > > For example: > - a video capture with participant info would indicate that the video > contains a picture of the entity associated with the information > provided. > - a video capture with participant info and the presentation attribute > would indicate that the presentation video is associated with the > participant but could contain any video content. > - a text capture with participant info would indicate that the text is > generated from the actual participant. > - a text capture with participant info and the presentation attribute > would indicate that the text is associated with the participant but > could contain any text content." > > Comments? > > > Regards, Christian > > _______________________________________________ > clue mailing list > clue@ietf.org > https://www.ietf.org/mailman/listinfo/clue >
- Re: [clue] Participant info/type followup Christian Groves
- [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Paul Kyzivat
- Re: [clue] Participant info/type followup Roberta Presta
- Re: [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Paul Kyzivat
- Re: [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Roberta Presta
- Re: [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Paul Kyzivat
- Re: [clue] Participant info/type followup Christian Groves
- Re: [clue] Participant info/type followup Duckworth, Mark
- Re: [clue] Participant info/type followup Christian Groves