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

Dzonatas Sol <> Wed, 30 March 2011 21:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B926F3A6B8F for <>; Wed, 30 Mar 2011 14:05:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.522
X-Spam-Status: No, score=-3.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id mFQPded2QhiL for <>; Wed, 30 Mar 2011 14:05:55 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 91BFE3A68F4 for <>; Wed, 30 Mar 2011 14:05:55 -0700 (PDT)
Received: by iye19 with SMTP id 19so1900771iye.31 for <>; Wed, 30 Mar 2011 14:07:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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=oIuBi5IrG5kWlI1cOKUssWf8128cWAl4aO79f3xNHE4=; b=W/zyWr2D7Nb5gd06MHGXLB8vJa893J10MtjquLwcXm9jY7Ro3r8WkAeO31vC+nDyka Ahe1xXso4Hdn0wsACewbc3hA4QiiANsg0U7Ii1LrNvXlDi1ckp1wC89xgajK69KnoNsv sDNX944kkXv8+7UMV4/0h4AgYyk/2wsgC4Qx0=
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Y5pOKbPHB1t2SVcCUi1JmJ7zZCIylxHwK7zs9boJzQJ4IsJXPehIGy8HQJoFtn3Hh+ 77cAQm2BwrY+D9VIGnFpc6Z/gMSFttUOMdMmoiySftnh1bNG9U14yLUPwTgPoXkmHAi1 dWwHWlsRAi2ktQq4S/Y0s/yfzWldN93QtY6G4=
Received: by with SMTP id r8mr1775419ict.151.1301519254577; Wed, 30 Mar 2011 14:07:34 -0700 (PDT)
Received: from [] ( []) by with ESMTPS id wo11sm162769icb.8.2011. (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 14:07:33 -0700 (PDT)
Message-ID: <>
Date: Wed, 30 Mar 2011 14:07:28 -0700
From: Dzonatas Sol <>
User-Agent: Mozilla-Thunderbird (X11/20100329)
MIME-Version: 1.0
To: Mike Dickson <>
References: <> <> <> <> <1301499645.12359.10.camel@mdickson-hplinux> <> <> <> <1301518302.12359.27.camel@mdickson-hplinux>
In-Reply-To: <1301518302.12359.27.camel@mdickson-hplinux>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "" <>
Subject: Re: [vwrap] Statements of Consensus. Flexibity First.
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 30 Mar 2011 21:05:57 -0000

Yes, this has all been taken into consideration (state, script state, 
omegas, targets, etc)... and even considered what scripts run 
client-side and which will run region-domain.

With the monolithic design, we know it's still mainly region-side, which 
has been also called server-side (and quite backwards in concepts to X11).

Right now, if you just want to share content, there are various export 
and import means. I think people would want to upgrade that level with 
authentication, however.

In the end, the region-side need not to know anything except physics and 
presence, as the client does most of the graphic work already. That 
means most of the information in the files can persist at the 
client-to-client level and never really needs to reach across the 
region-domain. This is nothing new and has been discussed before.

Mike Dickson wrote:
> On Wed, 2011-03-30 at 18:07 +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.
> And the content you carry with you may be scripted with state that needs
> to be propogated. And physical objects (if there is such a thing on teh
> target, may behave differently,... etc...).   Oh yeah, and some content
> providers may not permit content on certain grids.  
> The problem you want to solve is, at present, intractable.  There are
> solvable ones that moves us in the right direction. If we take those
> steps just maybe we can solve the harder problems.  If you make the
> problem impossible then we never make progress.  This is BTW the
> different IMO between VW interop and service level interop.  To do the
> latter I don't need to insure exactly the same behavior across
> platforms. Just that I can share some service definitions and therefore
> identity, content, etc.  And that to me is a good start.
> Mike
> _______________________________________________
> vwrap mailing list

--- ---
Web Development, Software Engineering, Virtual Reality, Consultant