Re: [ogpx] Teleports and protocol resilience
Carlo Wood <carlo@alinoe.com> Sun, 25 October 2009 10:48 UTC
Return-Path: <carlo@alinoe.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id CD8E63A6975 for <ogpx@core3.amsl.com>;
Sun, 25 Oct 2009 03:48:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.984
X-Spam-Level:
X-Spam-Status: No,
score=0.984 tagged_above=-999 required=5 tests=[BAYES_40=-0.185,
HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
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 I6gN13LFvtUC for
<ogpx@core3.amsl.com>; Sun, 25 Oct 2009 03:48:21 -0700 (PDT)
Received: from viefep20-int.chello.at (viefep20-int.chello.at [62.179.121.40])
by core3.amsl.com (Postfix) with ESMTP id 7CE7C3A695D for <ogpx@ietf.org>;
Sun, 25 Oct 2009 03:48:20 -0700 (PDT)
Received: from edge01.upc.biz ([192.168.13.236]) by viefep20-int.chello.at
(InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id
<20091025104831.SMMC14186.viefep20-int.chello.at@edge01.upc.biz>;
Sun, 25 Oct 2009 11:48:31 +0100
Received: from mail9.alinoe.com ([77.250.43.12]) by edge01.upc.biz with edge
id wyoU1c05x0FlQed01yoWw6; Sun, 25 Oct 2009 11:48:31 +0100
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from
<carlo@alinoe.com>) id 1N20eA-0002Cp-6i; Sun, 25 Oct 2009 11:48:26 +0100
Date: Sun, 25 Oct 2009 11:48:26 +0100
From: Carlo Wood <carlo@alinoe.com>
To: "Infinity Linden (Meadhbh Hamrick)" <infinity@lindenlab.com>
Message-ID: <20091025104826.GA7775@alinoe.com>
References: <e0b04bba0910122213n66886b92x57446ad84def466f@mail.gmail.com>
<382d73da0910122225l73a48b7al44675dcb0abf709d@mail.gmail.com>
<3a880e2c0910130520i69ca056asdeef38650855fbf9@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <3a880e2c0910130520i69ca056asdeef38650855fbf9@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: ogpx@ietf.org
Subject: Re: [ogpx] Teleports and protocol resilience
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>,
<mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>,
<mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Oct 2009 10:48:22 -0000
On Tue, Oct 13, 2009 at 05:20:15AM -0700, Infinity Linden (Meadhbh Hamrick) wrote: > the reason the teleport process removes a user from one region before > placing it in another is to ensure that the user's avatar exists in at > most one place. i understand that this is a non-issue with hypergrid > or tourist models, as there's no assumption of coherence between > regions. but, many of us want to provide a virtual world experience > that includes this concept. > > thx > m/∞ That is hardly a good argument. What is the *reason* you want this? The reason users want to TP away from a region is usually to start over somewhere else as soon as possible. I'm pretty sure that most users don't like having to wait very long. Surely there is a good technical solution to this problem, so lets just solve it. -- Carlo Wood <carlo@alinoe.com> PS "many of us" is a bit vague... personally I have the feeling that most users will agree with Morgaine that tp-ing away from a region should never be impossible because that region is non-responsive.
- [ogpx] Teleports and protocol resilience Morgaine
- Re: [ogpx] Teleports and protocol resilience Kari Lippert
- Re: [ogpx] Teleports and protocol resilience Infinity Linden (Meadhbh Hamrick)
- Re: [ogpx] Teleports and protocol resilience Joshua Bell
- Re: [ogpx] Teleports and protocol resilience David W Levine
- Re: [ogpx] Teleports and protocol resilience Meadhbh Hamrick
- Re: [ogpx] Teleports and protocol resilience Mike Dickson
- Re: [ogpx] Teleports and protocol resilience Charles Krinke
- Re: [ogpx] Teleports and protocol resilience Joshua Bell
- Re: [ogpx] Teleports and protocol resilience Vaughn Deluca
- Re: [ogpx] Teleports and protocol resilience Joshua Bell
- Re: [ogpx] Teleports and protocol resilience Vaughn Deluca
- Re: [ogpx] Teleports and protocol resilience Meadhbh Hamrick
- Re: [ogpx] Teleports and protocol resilience Dan Olivares
- Re: [ogpx] Teleports and protocol resilience Meadhbh Hamrick
- Re: [ogpx] Teleports and protocol resilience Vaughn Deluca
- Re: [ogpx] Teleports and protocol resilience Morgaine
- Re: [ogpx] Teleports and protocol resilience David W Levine
- Re: [ogpx] Teleports and protocol resilience Morgaine
- Re: [ogpx] Teleports and protocol resilience Lawson English
- Re: [ogpx] Teleports and protocol resilience Morgaine
- Re: [ogpx] Teleports and protocol resilience Vaughn Deluca
- Re: [ogpx] Teleports and protocol resilience Morgaine
- Re: [ogpx] Teleports and protocol resilience Carlo Wood