Re: [vwrap] Some thoughts on Josh's Linden Lab Legacy Protocol discussion

Dzonatas Sol <dzonatas@gmail.com> Wed, 28 April 2010 22:52 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 5FAE53A6A16 for <vwrap@core3.amsl.com>; Wed, 28 Apr 2010 15:52:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.092
X-Spam-Level:
X-Spam-Status: No, score=-0.092 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_40=-0.185]
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 PAx4LiRouQjy for <vwrap@core3.amsl.com>; Wed, 28 Apr 2010 15:52:45 -0700 (PDT)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 565933A67D2 for <vwrap@ietf.org>; Wed, 28 Apr 2010 15:52:41 -0700 (PDT)
Received: by gyh4 with SMTP id 4so7721957gyh.31 for <vwrap@ietf.org>; Wed, 28 Apr 2010 15:52:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=XQ4m/MTmBxAU7ffhqysfpoO46mHh9LYK1QgUVFBhUBo=; b=jhsdbPuhuMY0ghdNEZLd3wpyDNnskV8tj28XKJ7a6zy0H8UH5cHGUdggQwVqeh7g1N KoD1s9B6hql9JMC2UtfpUi2wrha67/2Z4VHeeftIkSJuB9JjFckpdRvMpWT1Gs8KuHVj x4FsqZAC/IUW1fY96MLehd87RgOVkfdtsahm0=
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=bm5yGANKm+TCPqBTh5HGlybG9RGEX1NTsF+ntRMO42WzNO2AY7qnqcT5ChcAEge90U wG37el/f3oqx0ivk95AJJw+NOselecmSpclI3D9w1adCugBye86VqpB+iIB65GtUo2YG +r5JTNLfut5CDvV5lT5w9g8/iCd1/cKKjtI64=
Received: by 10.101.176.9 with SMTP id d9mr3647174anp.66.1272495143545; Wed, 28 Apr 2010 15:52:23 -0700 (PDT)
Received: from [192.168.0.50] (adsl-68-126-141-37.dsl.scrm01.pacbell.net [68.126.141.37]) by mx.google.com with ESMTPS id 26sm2500660anx.3.2010.04.28.15.52.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Apr 2010 15:52:22 -0700 (PDT)
Message-ID: <4BD8BFA4.8030101@gmail.com>
Date: Wed, 28 Apr 2010 16:07:16 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: David W Levine <dwl@us.ibm.com>
References: <OF12BB21F8.3FAB95C0-ON85257712.0076D115-85257712.00773210@us.ibm.com> <5FD507B0-6D81-4945-9D8A-DE3FF81C7507@intel.com> <OF3E7A4FA5.8A889E67-ON85257713.0056A958-85257713.005930A8@us.ibm.com>
In-Reply-To: <OF3E7A4FA5.8A889E67-ON85257713.0056A958-85257713.005930A8@us.ibm.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "vwrap@ietf.org" <vwrap@ietf.org>
Subject: Re: [vwrap] Some thoughts on Josh's Linden Lab Legacy Protocol discussion
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, 28 Apr 2010 22:52:46 -0000

David W Levine wrote:
>
> As I said. Very much partly baked thinking at the moment, ripe for 
> discussion.
>
> - David
> ~ Zha
>

I looked around for a dictionary of resources for VWRAP, and it looks 
like there isn't a specific set given as the time of the e-mail. I read 
over the VWRAP docs and seen the pattern to follow. I heard there are 
some implementations, yet those implementations haven't really exposed a 
given set beyond the sources that already reveal the older OGPX 
implementation.

I looked for the VWRAP resource dictionary in order to align SNOW-375 
resources where ever they overlap. So far, SNOW-375 has these: 
https://wiki.secondlife.com/wiki/User:Dzonatas_Sol/SNOW-375_Resources

There is more in SNOW-375 for full duplex, but that set represents some 
of the common client/server requests.

If there is a dictionary that has already been negotiated that doesn't 
assume the client is a single end-point, I would like to know of this so 
we can work on this together.

As you can see from this pic, I do speak of SNOW-375 as a working 
example: http://twitpic.com/1gl71s

Notice the viewer/render/scenegraph is one window and the rest of the UI 
is each in their own window. These are separate programs, so there is 
more than one end-point on the client-side.