[vwrap] Assets & Avatar space
Dzonatas Sol <dzonatas@gmail.com> Sat, 09 April 2011 16:16 UTC
Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 996F63A69E1 for <vwrap@core3.amsl.com>; Sat, 9 Apr 2011 09:16:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.293
X-Spam-Level:
X-Spam-Status: No, score=-3.293 tagged_above=-999 required=5 tests=[AWL=0.306, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 JXFF9HNAYznA for <vwrap@core3.amsl.com>; Sat, 9 Apr 2011 09:16:56 -0700 (PDT)
Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by core3.amsl.com (Postfix) with ESMTP id 039C33A6876 for <vwrap@ietf.org>; Sat, 9 Apr 2011 09:16:55 -0700 (PDT)
Received: by pzk30 with SMTP id 30so1945952pzk.31 for <vwrap@ietf.org>; Sat, 09 Apr 2011 09:18:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Y9C39/79KyDKsGh2M410GT776nFz/fs4RGooERwJrHg=; b=t7HTSkQkgnHAGj9EoX4SnK1kii7LP4KDrEsEoUJX9s4h/x2wZ7MCyAXvqgqz8Yv+UE TKB2JVd33hP6GZlvTkCyMJ3qqc95sNQzbd3gRXaH2dCvlSB6Y3F9f5Q9mW7P31+Jy9f/ clOb5PeFi6QbFJrUINWkqEvpLvmWp6yyfRLvM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=figyqeCbHOuqkk3h9FHuGEyV3FKlgV8K5FfcnpdiVqF3frcxip3HqssdrzXaVopMLm TmJucOOi5R3kxCFoBkz0zkN93P48eTLamp1liVrycvLlNp9NXojo27GqgzantAMxVkvI fo2na3c/hYU1QRwuuIZl59GWQnRi68yWKVQTM=
Received: by 10.142.121.41 with SMTP id t41mr3311029wfc.358.1302365922155; Sat, 09 Apr 2011 09:18:42 -0700 (PDT)
Received: from [192.168.0.50] (adsl-70-133-70-225.dsl.scrm01.sbcglobal.net [70.133.70.225]) by mx.google.com with ESMTPS id s39sm5324626wfc.16.2011.04.09.09.18.40 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Apr 2011 09:18:41 -0700 (PDT)
Message-ID: <4DA08716.1040208@gmail.com>
Date: Sat, 09 Apr 2011 09:19:34 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: "vwrap@ietf.org" <vwrap@ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [vwrap] Assets & Avatar space
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Apr 2011 16:16:56 -0000
One thing to keep in mind is that ultimately it is the avatar and not the region that has the rights to wear whatever the user chooses the avatar to wear. Of course, it is not implemented that way right now since the grid overrides it all by default. It may be simpler in the future to think of only physical and phantom data being sent to the grid and the local-region/local-simulator knows all other details the grid doesn't need to know. I think where this has comprehensively failed earlier by avoidance of middle-ware, as it appears that way. Assets are not quite split between physical data and everything else. Let me know if I need to give more detail for above. In particular, futurewise, avatar space (or space around the avatar) should be completely owned by the avatar in order to make sure consistent simulation occurs and there is no "can I wear these clothes before and after teleport" type questions. The answer should always be yes with only appropriate exceptions (adult/pg, battle sims/script limits, rpg, etc). This is, by the way, the dumb childish banning deal from... you know... and any further physics prediction makes it obvious what some want to avoid per their personal-agenda/biz-agenda rather than what's best for the avatar/user-experience. They cried the sky is falling (not in public) with loss of $$$ if it happens, and never considered the facts over the paranoid despair, and called everybody stupid for any presentation of this. Obviously, a pinning point. Seriously (& professionally), when you put on your clothes in the morning do you ever get faced with someone that says "hay you can't do that! Your stupid because our business down the road will lose $$$ if you let others see your clothes! You must wear what we allow you to wear! And we know you are going to walk down that road!" All other disagreements of ability to render the clothes falls-back to the default conditioners and refineries (i.e. collada). That being it is the local-renderer that really displays the avatar, and the abilities to render the avatar is appropriately the onus of the viewer technology, not the grid technology. The viewer can display a lower-rez OBJ, refined from the collada file, rather than a higher rez format. (Of course, not all assets are collada, yet I have to remind someone of this as futurewise and ideal-consideration/from-use-case before another endless...).
- [vwrap] Assets & Avatar space Dzonatas Sol
- Re: [vwrap] Assets & Avatar space Carlo Wood
- Re: [vwrap] Assets & Avatar space Dzonatas Sol