Re: [vwrap] [wvrap] Simulation consistency

Meadhbh Hamrick <ohmeadhbh@gmail.com> Sat, 02 April 2011 16:51 UTC

Return-Path: <ohmeadhbh@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 0E8AC3A6859 for <vwrap@core3.amsl.com>; Sat, 2 Apr 2011 09:51:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.574
X-Spam-Level:
X-Spam-Status: No, score=-3.574 tagged_above=-999 required=5 tests=[AWL=0.025, 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 BCxTrLdxQDib for <vwrap@core3.amsl.com>; Sat, 2 Apr 2011 09:51:13 -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 6B3723A6857 for <vwrap@ietf.org>; Sat, 2 Apr 2011 09:51:13 -0700 (PDT)
Received: by iye19 with SMTP id 19so5325401iye.31 for <vwrap@ietf.org>; Sat, 02 Apr 2011 09:52:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=KhT2OUP9uW8qnzYxDafoOnAXmDLILSF54Iq5OAPAtas=; b=j/2eUnMtvhWMU27WYVd9+Qnjy0lyZTKmDIrabi5kqphPd3Qqyv44E81FnEwbek2q3/ KMjN+lmitp5/elG+DyB/p1QxSOTj3eAef4Rpp4vXZUu/yre4xC/W6jU/VlBlzZX3NkTt 6KxdjOcObIjGNE6n9qUWG7CmY0FNUjyBRO7FA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=iSE4pEAdgpNrISmoOafyQ+KTGrnQlsfhRES+QHvz1Gi7AyVujc/h/lp4BOKh4xP0Ra PfG/C18KKIaACzQXHR1zUFaSZBpx7anfjxeBCQcGJZsyM8JUt+EYdg4fb+easIBcM7KU M9fzK2qVZIROQ4TsYetvVfj+iFnk+0uvqbTNw=
Received: by 10.42.158.200 with SMTP id i8mr5341960icx.339.1301763174305; Sat, 02 Apr 2011 09:52:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.225.199 with HTTP; Sat, 2 Apr 2011 09:52:34 -0700 (PDT)
In-Reply-To: <BLU159-ds80A9AFFA6210E24A09D49DCA10@phx.gbl>
References: <20110402.101259.14412.0@webmail09.vgs.untd.com> <BLU159-ds80A9AFFA6210E24A09D49DCA10@phx.gbl>
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Sat, 02 Apr 2011 09:52:34 -0700
Message-ID: <AANLkTiks3x=3d24R3e3OCfEx5RzJUnK_255vz8r1Oaxx@mail.gmail.com>
To: Patnad Babii <djshag@hotmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: vwrap@ietf.org
Subject: Re: [vwrap] [wvrap] Simulation consistency
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, 02 Apr 2011 16:51:15 -0000

the likelihood that linden will use any output from this group at this
point is about nil.

if they were, they would likely actually pay someone to participate.

but... i don't speak for linden anymore, so take that last statement
with a grain of salt.
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.org/ * OhMeadhbh@gmail.com



On Sat, Apr 2, 2011 at 8:03 AM, Patnad Babii <djshag@hotmail.com> wrote:
> Let me put it simple, Linden Lab is not forced to use this protocol at ALL
> and I'm pretty sure as they are a pretty big company with brains, they are
> not going to allow something that’s going to reduce security or allow more
> thief to their grid anytime soon.
>
> This protocol is intended mostly for other Open virtual worlds.  If at a
> point Linden Labs find it an interest in the protocol they might implement
> it. Linden Labs is not working anymore on grid interop for some time now, so
> please stop being afraid by the big bad wolf, cause it is not here you are
> going to find it.
>
>
> From: dyerbrookme@juno.com
> Sent: Saturday, April 02, 2011 10:12 AM
> To: vaughn.deluca@gmail.com
> Cc: vwrap@ietf.org
> Subject: Re: [vwrap] [wvrap] Simulation consistency
>
> Vaughn,
>
> A key reason the Metaverse construction cannot be left to coders and other
> technologists like yourself alone is this kind of coervice hypothesis,
> crowbarring a metaphor in service of a pre-existing agenda.
>
> First of all, I don't make content of any significant amount as an amateur,
> such as to be concerned only about "my dresses" and "little dressmaker
> genocide" as copyleftist cynics call it. But I express this concern on
> behalf of my rentals customers who do make content and who are worried --
> and rightly so -- about theft, and most of all, I express this as a *matter
> of principle*.
>
> Second, the notion that girls travelling to a party at "Vaugh's Immersive
> Fabulousness" from "Prokofy's Palm Cafe At the End of the Mind" need not
> fear nakedness of Vaughn simply bestirs himself, *in good faith* (always in
> short supply with metaversal engineers), to automatically supply a generic
> dress or Ruth appearance and outfit in the event that the server can't fetch
> the assets for any reason. So that's specious entirely.
>
> Third, if you think customers and their wants and inciting their hatred of
> platform providers who can't render their dresses in all their pretty glory
> are the way to hijack the metaverse for the copyleftist/open source cult
> agenda, think again. Dress shoppers can become fiercely loyal patrons of the
> copyright of their favourite designers. Fiercely.And they will mount the
> consumer boycott and press campaign to match their ferocity.
>
> Fourth, If you have a world in which copying the dresses off avatars is a
> function of the browser you let connect to your world, like the copybotting
> Thugs Lyfe, merely with a mouseclick or two, then you deserve to be
> ostracized. And in fact, you and all providers can have a policy about not
> letting such TPV viewers connect, as LL does -- and without any pretense
> that it can control every manifestation. BTW, the Red Zone statistics of 9
> million scans with only 78,000 rogue viewers captured lets us know that this
> problem is exaggerated -- and usually by engineers who claim there is no
> technical solution.
>
> Fifth, and most relevant, the metaverse does not have to be built entirely
> on automatic machines that only perform rote routines, which are, indeed,
> only the mechanistic concretization of human will and "nothing special".
>
> It can be also constructed of polices and agreements rooted in organic minds
> and organic institutions. And that's ok. And that would mean a basic
> charter, that could be as historical and epic as the Magna Charter or as
> mundane as the Bottle Bill of Rights hanging on the wall of your
> supermarket. And that charter would spell out that platforms that do not
> respect copyright *by including the engineered DRM on creations* and *by
> including a TPV policy* do not get the handshake, do not get the hookup. And
> that's it. It's not so hard, truly.
>
> These treaties can be forged at real-life in-person conventions, just like
> other technical agreements are, including IEEE standards, and they can be
> forged ultimately in a "scaling" fashion by having templates that a server
> seeking to make a connection with have or not have, not withstanding
> Morgaine's wild and hysterical notions that "nothing" can be trusted on the
> Internet and trust regimes are all a scam.
>
> It's not about Prokofy relinquishing control for the sake of his customers'
> eye candy. It's about two platforms shaking hands on an established
> pre-existing agreement that becomes the metaversal standard -- and a
> standard created not by a cabal of a few engineers in an obscure IEEF
> working group, but open conventions.
>
> And please don't pretend this can't scale. There's about 17 and a half
> virtual worlds out there at most that really have any viability and people
> on them with stuff that works for the user. So they can make a confederation
> of standards that does respect the *technical implementation* of copyright
> and intellectual property rights *simply because they can*. It's a matter of
> political will, and its absence now is one of blatant collectivist ideology
> at work.
>
> If you yourself opt to break your fabulous immersive world by not putting
> default dresses on people in decency, and more to the point, not abiding by
> a simple protocol to include DRM as a default with the "export to other
> grids" box and c/m/t boxes checked, and "TPV policy compliant" then you're
> the problem, not Prokofy's fear of crypto communists hiding under the
> servers.
>
> You seem to be like all followers of the California Business Model (let all
> uploads first, sell ads, then DMCA takedowns later) -- and you seem to be
> willing to wait for your customers complain.
>
> That's not necessary if you're an ethical provider -- you can make the
> agreements first. Forcing the issue by deploying the age-old "analog hole"
> argument and whining that you "must" serve up the view of an asset your
> customers "expect" to see or already "can" see doesn't let you off the hook.
> There is no reason to be literalist about it. You can weld c/m/t into
> operability from the get-go. You can refuse to allow viewers that copybot.
> Your resistance to this is purely ideological.
>
> And BTW, if you persist in calling people who rightfully and legitimately
> raise copyright concerns and rightly and legitimately point out the
> copyleftist ideological bias as "paranoid" and "conspiracy theorists" and
> "fearful of cryptocommunists" and "McCarthyites" than you're going to go on
> being called the Leninists that you in fact are.
>
> Prokofy
>
>
>
> ____________________________________________________________
> Groupon™ Official Site
> 1 ridiculously huge coupon a day. Get 50-90% off your city's best!
> Groupon.com
>
> ________________________________
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>
>