Re: [mmox] RealExtend Teleporting Between Worlds

Christian Scholz <cs@comlounge.net> Thu, 26 February 2009 09:14 UTC

Return-Path: <cs@comlounge.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 B97DC3A6953 for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:14:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.379
X-Spam-Level:
X-Spam-Status: No, score=-2.379 tagged_above=-999 required=5 tests=[AWL=0.220, BAYES_00=-2.599]
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 cvo2btto-rit for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:14:48 -0800 (PST)
Received: from post.comlounge.net (post.comlounge.net [85.214.59.142]) by core3.amsl.com (Postfix) with ESMTP id 97AF83A692F for <mmox@ietf.org>; Thu, 26 Feb 2009 01:14:48 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by post.comlounge.net (Postfix) with ESMTP id 6F79E1CE0278; Thu, 26 Feb 2009 10:15:08 +0100 (CET)
Received: from post.comlounge.net ([127.0.0.1]) by localhost (h1346004.stratoserver.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qZuluA4L9myh; Thu, 26 Feb 2009 10:15:07 +0100 (CET)
Received: from [192.168.178.40] (pD9EBE7C6.dip.t-dialin.net [217.235.231.198]) by post.comlounge.net (Postfix) with ESMTP id 3769F1CE023B; Thu, 26 Feb 2009 10:15:07 +0100 (CET)
Message-ID: <49A65D92.3060606@comlounge.net>
Date: Thu, 26 Feb 2009 10:14:58 +0100
From: Christian Scholz <cs@comlounge.net>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: "Hurliman, John" <john.hurliman@intel.com>
References: <20090225.182222.10290.1@webmail10.vgs.untd.com> <62BFE5680C037E4DA0B0A08946C0933D502DF61E@rrsmsx506.amr.corp.intel.com>
In-Reply-To: <62BFE5680C037E4DA0B0A08946C0933D502DF61E@rrsmsx506.amr.corp.intel.com>
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
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:14:49 -0000

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.

-- Christian


-- 
Christian Scholz
Blog: http://mrtopf.de/blog
Company: http://comlounge.net
Podcasts: http://datawithoutborders.net, http://openweb-podcast.de