Re: [mmox] RealExtend Teleporting Between Worlds

"Frisby, Adam" <adam@deepthink.com.au> Thu, 26 February 2009 09:57 UTC

Return-Path: <adam@deepthink.com.au>
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 A51323A6BED for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:57:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 kUHw2PhB4OGd for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 01:57:20 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by core3.amsl.com (Postfix) with ESMTP id C7E8A3A6806 for <mmox@ietf.org>; Thu, 26 Feb 2009 01:57:20 -0800 (PST)
Received: from ntxedgeus01.exchange.xchg (ntxedgeus01.lxa.perfora.net [172.23.130.34]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MKpCa-1Lcczr1G2S-0001KY; Thu, 26 Feb 2009 04:57:40 -0500
Received: from ntxhubus01.exchange.xchg (172.23.130.14) by ntxedgeus01.exchange.xchg (172.23.130.34) with Microsoft SMTP Server (TLS) id 8.1.240.5; Thu, 26 Feb 2009 04:49:17 -0500
Received: from winxbeus19.exchange.xchg ([172.23.130.79]) by ntxhubus01.exchange.xchg ([172.23.130.14]) with mapi; Thu, 26 Feb 2009 04:57:10 -0500
From: "Frisby, Adam" <adam@deepthink.com.au>
To: "lenglish5@cox.net" <lenglish5@cox.net>, Christian Scholz <cs@comlounge.net>
Date: Thu, 26 Feb 2009 04:57:05 -0500
Thread-Topic: [mmox] RealExtend Teleporting Between Worlds
Thread-Index: AcmX+EtdP1HhmcsPRdiYXbJsRj2UuQAABKxg
Message-ID: <63FAD4F222230A4EA79DE9E8BE664735056D2DD8@winxbeus19.exchange.xchg>
References: <20090225.182222.10290.1@webmail10.vgs.untd.com> <62BFE5680C037E4DA0B0A08946C0933D502DF61E@rrsmsx506.amr.corp.intel.com> <49A65D92.3060606@comlounge.net> <49A666ED.6040508@cox.net>
In-Reply-To: <49A666ED.6040508@cox.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Provags-ID: V01U2FsdGVkX19v41LjK+NKVYiAR2cQcUYkjBGtMIML+5tV1Q6 1gW2cMRQGR5dghz7BNoTzYPEPcH5JJA48I+kjzvLTz6LKzBoJ
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:57:21 -0000

If this is to be done, my suggestion would be to not pick LL-style trees, and standardise on something which more resembles a L-System description. (or perhaps build a standard interface which resembles something like speedtree)

Adam

> -----Original Message-----
> From: mmox-bounces@ietf.org [mailto:mmox-bounces@ietf.org] On Behalf Of
> Lawson English
> Sent: Thursday, 26 February 2009 1:55 AM
> To: Christian Scholz
> Cc: mmox@ietf.org
> Subject: Re: [mmox] RealExtend Teleporting Between Worlds
>
> 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
>
> _______________________________________________
> mmox mailing list
> mmox@ietf.org
> https://www.ietf.org/mailman/listinfo/mmox