Re: [vwrap] Statements of Consensus. Flexibity First.

Dzonatas Sol <dzonatas@gmail.com> Wed, 30 March 2011 18:22 UTC

Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11B7628C195 for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 11:22:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.508
X-Spam-Level:
X-Spam-Status: No, score=-3.508 tagged_above=-999 required=5 tests=[AWL=0.091, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xcp0YqW8Se3k for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 11:22:42 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 936E33A6BB0 for <vwrap@ietf.org>; Wed, 30 Mar 2011 11:22:42 -0700 (PDT)
Received: by iwn39 with SMTP id 39so1746101iwn.31 for <vwrap@ietf.org>; Wed, 30 Mar 2011 11:24:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=acs20uUgmLqL2l1xud0dHRyfQBdf9xbUHfrKCsUY4bo=; b=kTIL15tNkA1qvZanPsrLxATisQdgyimNpoZdIX8cdtYiYauJwMyS7Ari9bF38000O7 b5fB3KER52bOcZqbcijsg1eSW0XTb6gPqby33aIuJerPG7PkMnH5oxnsAg2KzJRYan2c 7EBzLvn6gQ+O9NFbJ+brX8E8POpLJn+7uax7Q=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Sx0ThWxm4kno3czwsveD58j7CfUvi2fLmmX44mzYDLUKCHdPHddawtAGI3Z8ZBOAxU uFp9D07zDFVIgEXmal0jZLyoVocv8s34BEgUnOYftYNJZh6DZheuwmtPgtBrXnvPOzD8 mbb648nIkz/ZbFAo1KWbL9fw9o+xEQTnyuytM=
Received: by 10.42.117.5 with SMTP id r5mr1454219icq.509.1301509461496; Wed, 30 Mar 2011 11:24:21 -0700 (PDT)
Received: from [192.168.0.50] (adsl-71-137-195-251.dsl.scrm01.pacbell.net [71.137.195.251]) by mx.google.com with ESMTPS id va4sm89041icb.15.2011.03.30.11.24.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 11:24:20 -0700 (PDT)
Message-ID: <4D937539.1000001@gmail.com>
Date: Wed, 30 Mar 2011 11:23:53 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <20110330011458.GB8908@alinoe.com> <4D931434.2030206@boroon.dasgupta.ch> <4646639E08F58B42836FAC24C94624DD92FDE22F3F@GVW0433EXB.americas.hpqcorp.net> <AANLkTimaA3qcKOUUjQzvq86R1UMvamTc4yJh4NBMp_Gq@mail.gmail.com> <1301499645.12359.10.camel@mdickson-hplinux> <AANLkTimPvnysbzkwyUuq6PVrjo5x1ngo04ifv7FSz+D+@mail.gmail.com> <4D936C33.2020602@gmail.com> <AANLkTinEKD7478BF4o-xe22XAtD5mJJejRV8g2GBq7oY@mail.gmail.com>
In-Reply-To: <AANLkTinEKD7478BF4o-xe22XAtD5mJJejRV8g2GBq7oY@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Statements of Consensus. Flexibity First.
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Mar 2011 18:22:44 -0000

Morgaine wrote:
> No Dzonatas, that's not enough to handle the requirement.
>
> When I TP from world X to world Y (which I may never have visited 
> before), my identity, avatar and clothing need to persist across the 
> teleport, and the elements that I carry with me (such as clothing) may 
> come from many different worlds which I have visited previously, and 
> be served from their individual asset services while I'm away touring 
> in world Y.

Of course, like I said, it is rough, so there is no need to assume that 
it will not be handled by even less optimal formats. That point being 
that even the COLLADA format has conditioners/refineries  that document 
how to do such above. The difference only being doing it LIVE and doing 
it through asset servers, which still are not separated from the region.


>
> What's more, visiting thousands of worlds and having to make accounts 
> at each of them is untenable, and will stop virtual worlds from 
> flourishing.� It creates a major stumbling block for user acceptance.
>
> What's needed cannot be accomplished with client-side trickery.� It 
> needs regions to understand multiple non-local asset services, and 
> portable avatars, and single sign on, and it needs many of the 
> protocols that we use in our region-proxied worlds to change, not only 
> to cater for this required flexibility, but also for scalability and 
> robustness in a distributed architecture which we've discussed here 
> before.
>
>

Please be sure to read up on COLLADA format and notice that it is a 
digital asset exchange format for doing much of the above. We just need 
to make sure we do not reinvent the wheel (its "rough").

I think what "client-side trickery" is the pretense that there will be 
no need for "manufactured" objects. You stated above, however, the 
"manufactured" case of which assets may come from different non-local 
areas. No need to spin this or make such assumption as you did. Please 
do your homework.


-- 
--- https://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering, Virtual Reality, Consultant