Re: [mmox] RealExtend Teleporting Between Worlds

Lawson English <lenglish5@cox.net> Thu, 26 February 2009 09:54 UTC

Return-Path: <lenglish5@cox.net>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 05E953A6A35 for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:54:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.795
X-Spam-Level:
X-Spam-Status: No, score=0.795 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_40=-0.185, DNS_FROM_OPENWHOIS=1.13]
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 T19r0g7Eh71G for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:54:32 -0800 (PST)
Received: from fed1rmmtao107.cox.net (fed1rmmtao107.cox.net [68.230.241.39]) by core3.amsl.com (Postfix) with ESMTP id A52493A6806 for <mmox@ietf.org>; Thu, 26 Feb 2009 01:54:32 -0800 (PST)
Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao107.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090226095453.LCRC10385.fed1rmmtao107.cox.net@fed1rmimpo02.cox.net>; Thu, 26 Feb 2009 04:54:53 -0500
Received: from Macintosh.local ([72.200.120.202]) by fed1rmimpo02.cox.net with bizsmtp id LZut1b0024N6T0Q04Zutan; Thu, 26 Feb 2009 04:54:53 -0500
X-Authority-Analysis: v=1.0 c=1 a=AfYVl4n-8fwA:10 a=5qzUSljf7S4A:10 a=Wajolswj7cQA:10 a=iuokir-T9fviaQsludoA:9 a=O-K-ysWpKUna9hEZmKJMhyTGN18A:4 a=C35D7iIojSgA:10
X-CM-Score: 0.00
Message-ID: <49A666ED.6040508@cox.net>
Date: Thu, 26 Feb 2009 02:54:53 -0700
From: Lawson English <lenglish5@cox.net>
User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
MIME-Version: 1.0
To: Christian Scholz <cs@comlounge.net>
References: <20090225.182222.10290.1@webmail10.vgs.untd.com> <62BFE5680C037E4DA0B0A08946C0933D502DF61E@rrsmsx506.amr.corp.intel.com> <49A65D92.3060606@comlounge.net>
In-Reply-To: <49A65D92.3060606@comlounge.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mmox@ietf.org" <mmox@ietf.org>
Subject: Re: [mmox] RealExtend Teleporting Between Worlds
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: lenglish5@cox.net
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2009 09:54:34 -0000

Christian Scholz wrote:
> Hurliman, John schrieb:
>>> -----Original Message-----
>
>> This brings up an important topic to consider in interoperability.
>> Most (if not all) virtual platforms use shortcuts like this to
>> offload processing on to the client. But saying "draw tree type 7"
>> doesn't mean the same thing (or anything) to Forterra, VastPark, etc.
>> Would you create interop versions of the trees (mesh and texture
>> representations), or just not allow that content to move across
>> boundaries?
>
> I think requiring having some data in the client will not scale. Why 
> not give it an URL as well and just tell the client to cache it long 
> enough? Should be easy with a REST approach. For SL it might be trees 
> for a game it might in fact be everything if no user generated content 
> is allowed.
> A specialized game client could even be so clever as to download it in 
> advance and have some proprietary way of checking whether it's still 
> uptodate or not.
> Or it might be a list of things to preload with a caching header on 
> that list and a must-revalidate. Then only if the list changes you 
> have to download it again.
>
Seems to me that some default content might be distributable as 
libraries/plugins. Any world that wants to allow the display of SL-like 
trees could toss out "SL tree-type 7" in the appropriate message. 
Likewise with some other standardized content found in other worlds. 
Would LL or any other world-provider want to do this? If it facilitates 
interop, perhaps... Just as there eventually will be universal avatar 
formats, there might be universal generic trees, etc. Hmmm... prims, anyone?

L