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
- [mmox] RealExtend Teleporting Between Worlds dyerbrookme@juno.com
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds dyerbrookme@juno.com
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds dyerbrookme@juno.com
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds dyerbrookme@juno.com
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds dyerbrookme@juno.com
- Re: [mmox] RealExtend Teleporting Between Worlds Dan Olivares
- Re: [mmox] RealExtend Teleporting Between Worlds Hurliman, John
- Re: [mmox] RealExtend Teleporting Between Worlds Christian Scholz
- Re: [mmox] RealExtend Teleporting Between Worlds Lawson English
- Re: [mmox] RealExtend Teleporting Between Worlds Frisby, Adam
- Re: [mmox] RealExtend Teleporting Between Worlds Jon Watte
- Re: [mmox] RealExtend Teleporting Between Worlds Jon Watte
- Re: [mmox] RealExtend Teleporting Between Worlds Lawson English
- Re: [mmox] RealExtend Teleporting Between Worlds Jon Watte
- Re: [mmox] RealExtend Teleporting Between Worlds Lawson English
- Re: [mmox] RealExtend Teleporting Between Worlds Marshall Eubanks
- Re: [mmox] RealExtend Teleporting Between Worlds Gareth Nelson
- Re: [mmox] RealExtend Teleporting Between Worlds Lawson English
- Re: [mmox] RealExtend Teleporting Between Worlds Jon Watte