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 > >
- [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency dyerbrookme@juno.com
- Re: [vwrap] [wvrap] Simulation consistency dyerbrookme@juno.com
- Re: [vwrap] [wvrap] Simulation consistency Patnad Babii
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Carlo Wood
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Meadhbh Hamrick
- Re: [vwrap] [wvrap] Simulation consistency Meadhbh Hamrick
- Re: [vwrap] [wvrap] Simulation consistency Carlo Wood
- Re: [vwrap] [wvrap] Simulation consistency dyerbrookme@juno.com
- Re: [vwrap] Simulation consistency Carlo Wood
- Re: [vwrap] [wvrap] Simulation consistency Patnad Babii
- Re: [vwrap] [wvrap] Simulation consistency Izzy Alanis
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency dyerbrookme@juno.com
- Re: [vwrap] [wvrap] Simulation consistency Dahlia Trimble
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Israel Alanis
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] Simulation consistency Meadhbh Hamrick
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] Simulation consistency Morgaine
- Re: [vwrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] Simulation consistency Morgaine
- Re: [vwrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Fleep Tuque
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Carlo Wood
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- [vwrap] Is 'Data Z' immutable (like a git snapsho… Carlo Wood
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Morgaine
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Carlo Wood
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Morgaine
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Patnad Babii
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Morgaine
- Re: [vwrap] Is 'Data Z' immutable (like a git sna… Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- Re: [vwrap] [wvrap] Simulation consistency Vaughn Deluca
- Re: [vwrap] [wvrap] Simulation consistency Morgaine
- Re: [vwrap] [wvrap] Simulation consistency Dzonatas Sol
- [vwrap] Inventory, Asset Metadata and Privacy (wa… Boroondas Gupte
- Re: [vwrap] Inventory, Asset Metadata and Privacy… Morgaine
- Re: [vwrap] Inventory, Asset Metadata and Privacy… Morgaine
- Re: [vwrap] Inventory, Asset Metadata and Privacy… Morgaine