Re: [vwrap] vwrap Digest, Vol 11, Issue 24

Dzonatas Sol <dzonatas@gmail.com> Fri, 01 April 2011 14:52 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 03D6F3A687B for <vwrap@core3.amsl.com>; Fri, 1 Apr 2011 07:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.54
X-Spam-Level:
X-Spam-Status: No, score=-3.54 tagged_above=-999 required=5 tests=[AWL=0.059, 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 tkb2w4BGKA2O for <vwrap@core3.amsl.com>; Fri, 1 Apr 2011 07:52:25 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id BE04A3A6869 for <vwrap@ietf.org>; Fri, 1 Apr 2011 07:52:24 -0700 (PDT)
Received: by iye19 with SMTP id 19so4175427iye.31 for <vwrap@ietf.org>; Fri, 01 Apr 2011 07:54:05 -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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Zr1AG7TusPIg+ZQs9xcnapZNdr4/HFDA8+/t+A2qMn0=; b=W2wQVgBaPeB2+zpYY2b4ClFfRhUd2+I8HCLwmAE8jcKgVR8HT5Ajc/mJ5oiBxJDFGm EfFvDD3GnPxmIcerRIgEHZqpBtTmSkCzWGUqy9f3jS1UoD1eyoVwZ+cFv8ROHQrtstm5 uEh2aVJv0rTU32TKm8rOknBo9T2ruDNROuDps=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=LZ3crUmEqL1FHu+cf7omDP+qi9dHjknXs2jcUHT5uqIB6JI0pIKR75Q/DsSnY4GuuH TSakUhUZZehheV81mHLrXJesclLk5Y4HQY2yG8bt3ZlbIel155nZWvH4BG9X60Kbj8L/ AGZcDmpAzkkcCxRPzQfSlOqJOWEGZQwZc59Io=
Received: by 10.231.16.134 with SMTP id o6mr4121411iba.108.1301669644960; Fri, 01 Apr 2011 07:54:04 -0700 (PDT)
Received: from [192.168.0.50] (adsl-71-137-195-251.dsl.scrm01.pacbell.net [71.137.195.251]) by mx.google.com with ESMTPS id i20sm1510160iby.65.2011.04.01.07.54.01 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Apr 2011 07:54:03 -0700 (PDT)
Message-ID: <4D95E734.4040002@gmail.com>
Date: Fri, 01 Apr 2011 07:54:44 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: "dyerbrookme@juno.com" <dyerbrookme@juno.com>
References: <20110331.161050.4499.0@webmail03.vgs.untd.com>
In-Reply-To: <20110331.161050.4499.0@webmail03.vgs.untd.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] vwrap Digest, Vol 11, Issue 24
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: Fri, 01 Apr 2011 14:52:27 -0000

dyerbrookme@juno.com wrote:
>  
> Nobody but those who need to steal them has a felt need to share the 
> assets of Second Life. These are made by hard-working people who have 
> copyrighted these assets. *Get your furry paws off them*.
>  
> Prokofy Neva


The simulators (currently) share assets between those units and the 
use-end (monolithic client). How you consider that transfer any 
different between "steal" and "not-steal" mode is quite phantom to any 
actual code.

Please do your homework, and be sure to understand that the current code 
actually transfers to much private data and asset information. Your 
copybot concern could have an easy solution just by the non-transfer of 
the asset dates. If you have any knowledge of double-entry accounting, 
you would agree as any banker would. That's also room to optimize the 
protocol to transfer less data, which could mean faster transfer rates.

Anyways...


-- 
--- https://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering, Virtual Reality, Consultant