1.23.5 – the long goodbye starts

I admit this one slipped past me (I blame my cold, etc., from earlier in the week…again…).

Hello everyone,

Today, the Second Life Viewer 1.23.5 Release Candidate was deprecated.  It is important to note that this deprecation impacts only the Release Candidate version of Viewer 1.23.5, and that we will continue to support the official Viewer 1.23.5 Release.  If you are still running the 1.23.5 release Candidate, you will see the ‘Viewer  Update Required’ splash on your login screen.  If you click ‘Login’ before the login screen fully loads, then you will be prompted to complete the required update during the login process.  Both of these paths will take you to the official Viewer 1.23.5 release.

During the development of Second Life Viewer 2, you may have noticed that we made a small change to the way early releases were handled.  Instead of calling the Viewer 2 early releases “Release Candidates,” as was done with the 1.xx Viewers, we began using the term “Beta” to more accurately  represent these early releases.  If you were among those who installed  and tested one or more Viewer 2Betas, then you might have noticed that we did not  release a Viewer 2 Release Candidate; Viewer 2 stayed in the Beta channel all the way up to the final release.  Now, in keeping with the Viewer Support policy stated in T’s March 9th, 2009 blog post, we’re now supporting the last two official Viewer releases (2.0.1 and 1.23.5) and the most recent Viewer 2.0.1 Beta.  Also in line with Linden Lab’s stated policy, we will be deprecating Viewer 1.22.11 on June 1.

We are always grateful for your help testing upcoming releases, whether they be Release Candidates or Betas.  Keep up the great work and we look forward to working with you on Viewer 2.1!

Kindest Regards,

Dessie  Linden

As posted on the technology blog. So this is now it…the beginning of the end for official support of 1.23.5.

Yes, I know that the missive says it is because “Release Candidate” is no longer the correct term…but don’t expect to see a 1.23.6 Beta slipping out of the LL gates any time soon. We have the shiny new toy – flaws and all – so the push has started to end support for 1.23.5 through official channels.

I’m actually pretty sanguine over this: I’m not really a fan of Viewer 2.0; few of the whizzy things in it raise more than a “meh,” in me: I’m no media guru, so media-on-a-prim doesn’t excite me overly much. Let’s face it, if I want to watch something on You Tube, I’ll, um, open my browser (and yes, I know that’s a gross over-simplification of Grandad’s new trousers, but it’s about as excited as I can personally get over it). The potential (and pointed-out security vulnerabilities around it also leave me somewhat cool towards it. Similarly, alpha masks don’t excite me greatly (they pretty much strike me as nice, in a missed opportunity kind of way). I certainly don’t like elements of the Viewer 2.0 interface, as I’ve previously noted. BUT…the flipside is, as I’ve also said, I really like KirstenLee Cinquetti’s S20 Viewer which genuinely shows what could be achieved with the new Viewer (and it is interesting to see than many of her innovations are pushing (directly or otherwise) Viewer 2.0 in something of the right direction. If 2.1 and beyond continue in the same manner, I could be persuaded to make the jump in the future.

But, for 1.23.5 lovers, we’re now at the stage where everyone is going to have to climb into the boats provided by third party developers if they wish to enjoy the same levels of functionality afforded to users of Viewer 2 and its derivatives /hybrids.

But even this isn’t without issues. Again, I really enjoy using Emerald, and have yet to see a single negative claim made against the Viewer in terms of data scraping, ToS violations and whatnot actually demonstrated to be fact. I mean, the code is out there to review yet, (and leaving aside the cry of “well the source you see may not be the code used to compile the .EXE you install”), I’ve yet to see a single claim made against Emerald supported by a slice of code, rather than the more common innuendo.

BUT…the Viewer aside, it cannot be denied that there is much that whiffs somewhat unpleasantly over at the Emerald Point sim (and other sims run by the more notorious “Emerald devs”) ad well as, it appears, within the Oynx project itself. While it cannot be denied that some posting in these SLU threads have themselves one or more axes to grind where Modular Systems are concerned, as other are far from being white hats themselves…the fact remains that as long as the more reputable members of the Emerald Viewer development team retain their association with Modular Systems, the more they run the risk of crippling their own credibility.

This is one reason why I’m genuinely pleased to see the likes of Imprudence return to supporting SL and continuing to develop a 1.23.5-based Viewer. They’ve incorporated many of the positive features contained in Emerald while avoiding the more intrusive tools (such as being able to see if someone on your Friend’s list is hiding their online status from you). There are one or two more features I’d like to see added – a wider choice of skins, the inclusion of MU and OOC indicators; a direct double-click tp function (a wonderful boon when hoping around a sim looking after things)…but the current release is very much a breath of fresh air compared to the increasingly vitriolic / smug name-calling that surrounds Emerald.

Personally, I’d like to see a few more 1.23.5-based TPVs out there. I doubt whether it will happen; those who matter seem to be determined to continue down the road of cutting their noses to spite their faces.

In the meantime, those of you currently using the official 1.23.5 might want to start savouring the time you have left with it. 1.22 is now gone, support-wise, alongside the 1.23.5 RC – doubtless someone at LL has a date firmly ringed whereupon the official 1.23.5 will be officially tossed aside to age gracelessly.

Mything the Mark

I thought I’d flip the topic around, Mark Kingdon opened when giving a keynote address (via MetaMeets TV) to the MetaMeet conference being held in Dublin, The topic being ‘Old Myths and New Realities’, and talk about some of the new myths that are forming about Second Life today and some of them are new myths that I’ve been helping create; and since I’m helping to create these new myths, I’d like to try and debunk some of those new myths…

What follows is a 22-minute insight into the future of Second Life directly from the horse’s mouth, so to speak.

And it is both a fascinating and worrying insight into how those at the top see SL developing over the next year or so.

On the fascinating / welcome side of things Kingdon is candid in his view that while the core emphasis of his tenure to date at LL has been a drive to bring in new users, he is well aware that this is not enough to ensure the continued growth of the platform. Indeed, he openly states both consumers (“new users”) and creators are vital gears in the engine of SL’s economy, and both need to be supported. He then goes on to point to shared media as being a prime example of supporting creativity in SL and the forthcoming (i.e. end-of-year) arrival of mesh imports.

But then things start to get a bit worrying, as Kingdon intrinsically links “creativity” in SL with “art” and the Linden Endowment of the Arts (LEA). The LEA is a hand-picked group M and his colleagues have determined to be the “thought leaders” in the SL arts community to set a direction and curate submissions which we can display in our new arts centre. so Linden Lab’s contribution to this venture is going to be to contribute land…and lot of sims…maybe 70 sims…

BOING!!!

SEVENTY sims? Pardon me, but that is one BIG land mass. Now, art in SL is not a new thing – as Kingdon notes – and much of it is currently supported out of the artist’s own pocket (in terms of tier payments) or- more pertinently – by sim owners themselves who lease & run arts-related sims entirely out of their own pocket. If nothing else, the prospect of having to compete with up to seventy sims being provided (apparently) gratis to the arts community is something of a slap in the face with a large, wet fish for those who have supported arts and artistry for so long and so altruistically.

And it isn’t even as if this new facility is going to by open to any and all artists within SL: the selection of whom gets to display what on these sims is to be left in the hands of what amounts to an appointed quango.

Now, obviously, when setting up something like this, there needs to be a filtering of content to some degree – but one cannot help but wonder just how the filtering of submissions to this new “art continent” will be skewed by the “thought leaders” appointed to the LEA – and how many are simply going to find themselves excluded from participation on grounds that have less to do with the quality of their artistry and more with how the LEA’s own perceptions of what constitutes both “art” – be it visual or performance – and the “artist” making the submission.

Another niggling concern that tickled my mind on listening to Kingdon arose as I casually flipped through recent e-mails…and found one advertising LL’s latest “competition”: the chance to win L$50K in return for hoping your way through the Destination Guide.

Ciaran Laval is my hero on the call to arms over Search. He’s been unremitting on his calls to get Search fixed – and rightly so; and LL are promising “incremental improvements”. But…one cannot help but look upon a sudden and incentivised (to the tune of L$50K) drive to get people to use the Destinations Guide as perhaps being indicative of something deeper: could it be that LL want people to use the DG in preference to the borked-up Places in search? If so, then one cannot help be feel concerned for those that try to maintain private art-related sims; if they are reliant on getting listed on the Destination Guide to attract visitors…they are liable to be very small voices crying out against the background “noise” of LEA-approved offerings…

Another worry that crossed my mind while listening to M on this, was whither goeth the mesh creators? He seems to strongly align “art” and “content” as being one-in-the-same. Questions have already been raised on the subject of mesh and its potential to impact the economy (and creativity) within Second Life – by both myself and others. Tom Hale himself admits that the concerns need to be addressed….are we going to see the LEA somehow involved in this as well? Combined with some new “Gold Content Providers Program”?

If so…whither then for the “amateur” content creator?

Beyond this, M did lay to rest one welcome ghost: that LL are trying to “out” everyone. The paranoid androids of the blogrum have been rattling on about this every time words such as “face”, “book”, “tweet” and “plurk” have ended up strung together in sentences uttered / printed by LL. So much so, that this isn’t the first time Kingdon has sought to slay this particular beast – but this doesn’t make his clarifications here any the less welcome. And, to be honest, while I am no “social networking” fan (I don’t facebook, I’m no Twit and I still think “plurking” to be the kind of sound a man makes after a particularly filling meal) – but I can see the value in making tools available that make broadening the social reach people can enjoy while using SL as being potentially beneficial.

Another welcome point Kingdon made was around the subject of third-party development and the recognition – at least around the Viewer – that LL cannot possibly meet the demands of every single segment of the user community in terms of wanted / needed Viewer functionality. As such, M was at pains to point out that LL in fact need TPV developers if the needs of the more experienced users are to be met, and that Viewer development is very much a symbiotic relationship – with the given caveat that LL must gate keep the safety and security of the SL environment.

If there was anything here I would really liked to have heard, it would have been that the TPV policy itself is not the end of the process: there is much going on around SL that is causing concern due to a lack of some transparency that really needs to have LL themselves to be more forthright about. While I am not suggesting that there is anything remotely nefarious about these “private sector” programmes, one cannot help but feel that much of the FUD, misinformation and outright angst that they are causing could be done away with were LL to issue guidelines to help govern such activities.

Perhaps the most fascinating element of the presentation was in Kingdon’s “look ahead”, which formed both a part of his address and an answer to a question from the “floor”. I’m not sure I go along entirely with all of the ideas and memes he set up at this end of the presentation, but there can be no denying he has a deep-seated belief in what he perceives as being the future for SL and the Internet as a whole. But that said, I’ll leave you to listen and judge for yourselves in this aspect of things.

This is the second such “free talk” event at which I’ve hard Mark Kingdon speak – and, as with the first time at his February “meet’n’greet“, I was impressed by his sincere passion for SL, although I remain genuinely concerned for the future of arts in SL. This whole LEA thing, while it has been on the cards for a while now, smacks unpleasantly of a further effort to control, define and promote by proxy, and one that if “successful” could well (like Linden Homes) see further sims thrown at it “magnanimously” by LL – to the death of “art” anywhere else in SL.

TPV: a further re-wording

Following last week’s meeting between Joe (Miller) Linden and some third-party viewer devs, it appear that concerns have now been addressed.

At the heart of last week’s meeting were concerns over the wording of Clauses 7a and 7d, both of which related to liability, and which have now been re-worded, vis:

Clause 7a:

Original: You are responsible for all uses you make of Third-Party Viewers. If you are a Developer, you are responsible for all features, functionality, code, and content of Third-Party Viewers that you develop or distribute.

Update: You are responsible for all uses you make of Third-Party Viewers.

Clause 7d:

Original: You assume all risks, expenses, and defects of any Third-Party Viewers that you use, develop, or distribute. Linden Lab shall not be responsible or liable for any Third-Party Viewers.

Update: You assume all risks, expenses, and defects of any Third-Party Viewers that you use. Linden Lab shall not be responsible or liable for any Third-Party Viewers

Both re-wordings seem fair and concise and do not rob the TPVP of any teeth.

Elsewhere, LL has further reinforced their position that that are not in any way attempting to infringe upon the GPL (possibly for those who missed the various statements at the top of TPVP), by adding a new Clause 8f: Nothing in this Policy is intended to modify the terms of the GPL.

All of this should go a long way to reassuring TPV devs that Linden Lab isn’t out to “shut them down” as well as alleviating tensions. Doubtless, some still won’t be satisfied – but that is their choice rather than anything to do with LL trying to hound them out of the playground. The full TPVP can still be read here.

Moving towards script limits

Well, it took longer than originally planned, but server 1.38(.1) has rolled out onto the grid. With it comes new LSL extensions and (for those using Viewer 2.0 and its derivatives) the initial script management tools.

The latter take two forms: a breakdown of scripts running on a region (sim), and an Avatar’s personal script load; the former will only be visible to those “owning” land, or who are members of a group with land “ownership” (and then only on the land they “own”), while the latter should be available to anyone wherever they are in the grid.

Currently, both are limited in their meaning, because a) we don’t actually know what the overall limits are going to be for either in-world scripts or for the “pool” of resources to be allocated per server / sim to avatars; and b) the tools don’t accurately reflect Mono script usage – Mono scripts can utilise any amount of memory up to 64Kb (with the average apparently being around 9Kb), but only the 64Kb reserved for a Mono script (whether or not it is using less) is reported. Thus, Mono scripts currently appear to be hogging resources, when this may not be the case.

A further problem with the current tools is that, when looking at in-world script usage, they are simply too broad-based. Details can only be displayed for the entire region rather than for individual parcels. Hopefully, this will become more granular in the future, but for now it does possibly invite the kind of knee-jerk reaction the promotion of Avatar Rendering Costs created (albeit on a far smaller scale, given the limited access to script information), with people with access to the information screaming blue murder at the sim owner because a) the sim is laggy, and b) their neighbour is running XX “gigantic” scripts, and so must be responsible for the lag.

Access to the in-world script list is obtained by going to ABOUT LAND and then clicking on the SCRIPT INFO button in the GENERAL tab of the About Land pop-up.

Script Info - Land (note avatar names purposefully hidden to preserve individuals' privacy)

The list can be sorted in a number of ways – by script size or via avatars names (alphabetically ordered by first name, etc).

There are three buttons on the list – REFRESH – self-explanatory; HIGHLIGHT – which allows an object to be “red beamed”  after selecting it on the list, thus allowing its physical location to be confirmed) and RETURN – which allows an object highlighted in the list to be returned to the named owner’s inventory. In the case of this last item, I sincerely hope the functionality is restricted to SIM owners / Estate Managers, for obvious reasons.

At the top of the list is a small information area entitled “Parcel Script Memory” – possibly indicative that the display will be further refined to parcel level, rather than listing the contents of an entire sim. This section also gives a practical indication that script limits have not been set, as it will report that the sim is using XXXXXXXKb out of 0Kb.

For those who are not land “owners”, their personal script info can still be accessed through one of two ways: either via the SCRIPT INFO button in the GENERAL tab of ABOUT LAND, or via the SCRIPT INFO button that is displayed in the APPEARANCE editing window. Clicking on the MY AVATAR tab at the top of the script listing pop-up will then display the relevant information in both cases.

Avatar Script Info Display

At the moment, both displays are purely informational, and will have no real meaning until final limits for scripts are set by Linden Lab.  But the process has now started, and it is going to be interesting to see how things develop and whether LL stick to their promise of being open and communicative as further elements of this new policy are rolled out.

Echoes of Bragg: Evans et al vs. Linden Lab

Tateru Nino reports over at Massively that Linden Lab is facing a couple of new lawsuits.

The latest, Evans et al vs. Linden Lab, has some echoes of the infamous Bragg vs. Linden Lab case. As with Bragg, Evans and his fellow plaintiffs are proceeding against Linden Lab on the basis of having their accounts terminated and their assets (land, content, Linden dollars) seized. Further, they are being represented by Jason Archinaco, who represented Bragg in 2007. And in a final twist, the case is set to be heard by Judge Eduardo Robreno, who heard the Bragg case.

Evans et al have commenced a class action against Linden Lab and have put up their own website. The crux of the filing calls into issue statements made by Linden Lab representatives – Philip Rosedale being primarily named – relating to the concept of land  / goods ownership which are at odds with core clauses of the current Terms of Service, which effectively deny users’ ownership of anything but IP rights. The action also relates to the manner in which the ToS has been altered over the years – up to an including the forthcoming new ToS due to come into force on the 30th April, alleging that it is akin to altering users’ title without consideration of the consumer’s knowledge or consent.

As Tateru notes, Archinaco is well versed in the minutiae of legal actions against LL, having trod the road very thoroughly in 2007; therefore it is unsurprising that parts of this action strongly echo claims made during that case.  At the time, while there was a confidential settlement, it was viewed that Robreno was broadly sympathetic to Bragg’s position and ironically, it was his holdings on the matter that lead to LL re-wording the ToS (and thus possibly contributing to the current situation) – so having both involved in the Evans et al case makes it an eyebrow-raiser.

During the Bragg case, Robreno agreed with the plantiff’s position that that ToS was a “contract of adhesion”. He further noted that the mandatory arbitration process within the ToS was also unbalanced and unilaterally favoured Linden Lab. As such, many pointed to the Bragg case as being a seminal case in matters relating to virtual worlds and virtual property rights. However, Robreno added a significant caveat to his holding on the case: that the ToS could be regarded as a “contract of adhesion” inasmuch as Second Life was effectively a monopoly service: in 2007, there were no competitors to which users of Second Life could turn.

It could be argued, with some OS Grids starting to offer their own currency systems and having offered land “purchase” schemes for some while, together with the establishment of OpenLifeGrid and the the growth of Blue Mars, et al, that the monopoly situation no longer applies regardless of the technical state of such environments.

That said, the papers filed on behalf of the plantiffs present a curate’s egg of a case.

On the one hand, Archinaco clearly outlines the dichotomy between the ToS and the manner in which Second Life was repeatedly promoted (particularly by Philip Rosedale himself) through prejudicial terms / concepts such as “buying land” and “ownership”. While linden Lab has clumsily retreated from the idea of virtual ownership in the years following the Bragg case – and have finally openly moved away from the concept within the forthcoming ToS through the redefinition of both virtual land and the Linden dollar as effectively being licenses. I use the term “clumsily” quite deliberately; while terms like “buy” and “own” have been expunged from the new ToS, Linden Lab are still using them elsewhere:

As such, the action is being filed under (among others) the Californian False Advertising Act and the Violation of Legal Remedies Act, and Archinaco does build a pretty solid case to be answered in the former, although he seems to rely heavily on Bragg vs Linden Lab in the latter – and as noted, times have moved on since 2007. While I acknowledge I’m not a lawyer, the inclusion of the Californian Unfair Competition Law might not be as effective as it might have been had this action followed directly on the heels of the Bragg case (at least for Evans’ fellow plaintiffs).

Elsewhere, the papers make some rather contentious claims, possibly to support the charge of fraud and/or fraud in the inducement. Notably, the papers contest that Second Life as a whole has been “open sourced” so that (quote): any individual can simply hook up their own server to the Linden “platform” and create their own land, which has resulted in the long-term devaluation of all the land purchased by consumers to zero. This is hardly an accurate statement: as a platform, Second Life remains closed, only allowing third-party clients to connect to it – not privately owned servers. As such, this is a shaky foundation upon which to build a case for Linden Lab fraudulently manipulating the land market for the benefit of their shareholders.

The papers also seek to make a case that buying virtual land is the equivalent to “investing” in LL as a company, and that moves were made to devalue land in order to maximise shareholder profits at the expense of said “investors”. This would again appear to be somewhat contentious: by no stretch of the imagination can the “purchase” of virtual land been seen as an open “investment” in Linden Lab as a company; this is akin to claiming that by using server space to host a website, you are “investing” in the ISP providing the server space with an eye to sharing their profits….

But these wider accusations towards Linden Lab aside, the central thrust of the lawsuit would seem to carry significant weight, and the well-documented references to statements from the likes of Philip Rosedale and others would seem to put Linden Lab in a corner – one which, as Tateru notes, may not leave them in an adequate position to settle.

That said, one cannot help but wonder if settlement might not be on the minds of the plaintiffs. That some of them have waited some 4 years to file against LL, having had their accounts terminated in 2006, and have now done so on the eve of what is a major re-alignment of policy within the ToS does leave a question mark hovering over their motives.

It is going to be interesting to see how this unfolds.

TPV: brown bag and changes?

On the 13th, Joe (Miller) Linden held the first of his brown bag meetings with TPV developers to discuss the Third Party Viewer Policy. The various transcripts and audio recordings make interesting (if headache inducing) reading / listening.

While it was unfortunate that LL decreed the meeting would be in Voice – thereby potentially limiting input and participation (specifics raised in chat seemed to be somewhat ignored) – the meeting wasn’t as fractious as might have been the case, given the amount of ire the TPVP has created. Certainly, despite the efforts of some to try an disrupt proceedings by crashing sims, etc., progress seemed to be made in the key areas of contention – notably Section 7 of the policy.

This section has caused contention largely due to the wording. If taken 100% literally, it would appear to be shifting all responsibility for TPV code onto the shoulders of TPV developers. While this was not LL’s intent – as I’ve said elsewhere, they are not malicious – the wording did leave a lot to be desired. And while some may disagree, part of the problem does stem from the fact Section 7 mixes the development of a viewer with its use by others. Beyond this, there is the problem that a literal reading of some of the clauses – 7a, for example, appears to give the impression TPVs take responsibility for LL’s code when LL absolve themselves of all blame.

Whether one agrees with this standpoint or not (I personally don’t – and I sincerely doubt the law would interpret the language in the manner some TPV devs fear) – the the wording does cause angst and could be reworded without compromising the TPVP rather suggests that there would be no damage done were minor adjustments to be made to the phrasing of the clause – and this was indeed suggested.

A similar discussion was had around clause 7d, where again, it was apparent that much angst could be resolved by simply striking the first sentence in the clause; what was more, doing so could clarify LL’s position on matters of liability.

Elsewhere, people were more receptive to the fact that the TPVP is concerned with connecting to a service, and therefore stands aside from GPL requirements – something that seemed clear to many “outside” observers on the matter, including myself. Most interestingly, Lance Corrimal indicated that the Free Software Foundation’d licensing expert did not find the TPV to be in conflict with the GPL. That it would be is something I’ve had a hard time getting my head around; again, LL are not stupid. They did blunder with the original draft of the TPV – but they also stated the re-draft would be passed in front of experts in licensing and the GPL. I doubt that they  would subsequently go ahead and release the re-draft without following through on their intent to do so; ergo, it was hard to see how the experts they potentially used to review the TPVP got it so badly “wrong”, while those (with the greatest of respect) not versed in licensing and law were so adamant it is “wrong”.

What remains to be seen for the moment is how much fruit this first discussion bears between now and the next (set, I believe, for next week). When one puts aside all the angst and subjectivity surrounding clauses 7a and 7d, both could be more clearly worded without, as I’ve stated, impinging on the TPVP’s overall intent. As such, I would hope LL will take the suggested re-wording of both to heart and update the clauses.

It would still be nice to see the TPVP more clearly focused on the development of such viewers, with anything relating to the use of the same moved to the ToS. This would not only make the TPVP more focused for both LL and TPV developers – it would ensure the limitations on the use of such viewers are placed where they have a chance of being read by the majority.