Of Premium perks and problems

Update, April 3rd: This article has be slightly overtaken by events. The discussion relating to SL Go as a Premium option has been negated by the fact that on April 2nd, 2015, Onlive regretfully announced their streaming services would be closing on April 30th, 2015, following the sale of their core patents to Sony Computer Entertainment America – see my report here.

On Monday, March 20th, the Lab announced A New Perk for Premium Subscribers, which saw the cap on delivery of offline IMs you can read raised from 25 to 50 if you’re a Premium account holder. 

Premium benefits are often hard to quantify in terms of value (although the "new" in the current Linden Homes ad really needs to be dropped nowadays...)
Premium benefits are often hard to quantify in terms of value (although the “new” in the current Linden Homes ad really needs to be dropped nowadays…)

While the rise in the limit did result in some amused comments in various groups about it being an early  “April Fools” joke, and some sarcastic feedback on the forums, it is at least indicative that the Lab do have Premium accounts, and the need to try to improve the offerings associated with them, on their collective minds. 

Indeed, this increase in the cap for off-line IMs had been informally mentioned at a number of the Server Beta User Group (SBUG) meetings in recent weeks, while a server-side deployment that went grid-wide in week #12 included “internal improvements for premium users”, which were described as offering the means by which the Lab might be able to offer new perks to Premium account holders in the future, should such opportunities develop.

Of course, we can argue as to whether or not such a modest change and the IM cap update deserves heralding in a blog post of its own – but how else is the Lab supposed to get the word out in a manner that will be spotted?

However, the general response perhaps indicates once again that coming up with the right balance of Premium benefits isn’t as easy as we might like to think. The problem here is that we’re such a rich and diverse group of users, that trying to find something that will have a really broad basis of appeal, and which is relatively easy to implement, isn’t so simple a proposition as may appear to be be the case. Even the ideas we ourselves put forward might be said to be of limited appeal or aren’t entirely straight-forward to implement. Thus the Lab tends to be caught in something of a cleft stick.

Gifts have been a staple part of the Premium account offering. While well-intended, and something liable to have reasonably widespread appeal when compared to other ideas, they've not really endeared themselves to users as well as might have been imagined
Gifts have been a staple part of the Premium account offering. While well-intended, and something liable to have reasonably widespread appeal when compared to other ideas, they’ve not really endeared themselves to users as well as might have been imagined

An example of the potential narrowness of appeal came up at a recent LL-led meeting in which the question of Premium benefits was raised. The responses given, which related to things like additional scripting options, special file stores, etc., undoubtedly sounded good to those making them, but, when taken as a whole, really only held appeal to a very narrow group of users, making them hard to justify as a “benefit” everyone might appreciate.

Other ideas, while sounding obvious, may suffer the same issue of appeal and bring with them problems of their own which could easily offset any potential benefit they present. Take the idea of increasing the amount of land offered as either part of a Linden Home or as free tier from 512 sq metres to 1024 sq metres. Sounds simple enough on the surface, but it belies the fact that many SL users, Premium and Basic, don’t see the appeal of either Mainland holdings or Linden Homes.

More particularly, increasing the amount of land available to Linden Homes brings with it problems of its own, as it essentially means that all of the existing LH estates would have to be rebuilt from ground up in order to both provide the additional land per unit and preserve the necessary protected land per region in order to be able to supply each home with it 117 LI – and that’s a big task, one that would include something of an increase in the overall number of LH regions to boot. It would also mean the need for those already occupying Linden Home to have to relocate, causing additional disruption the Lab may not feel happy about creating.

Increasing the parcel size for Linden Homes to 1024 square metres sounds good, but brings with it headaches of its own when you consider the amount of re-working required to make all LH estates fit with the new parcel size
Increasing the parcel size for Linden Homes to 1024 square metres sounds good, but brings with it headaches of its own when you consider the amount of re-working required to make all LH estates fit with the new parcel size

While this issues are perhaps smaller, the same goes for upping the amount of free tier offered Premium accounts from 512 sq m to 1024 sq m. Does the person currently using their 512 sq m actually have enough land around them to benefit from the increase in free tier? Will they have to move to make use of it? If they deed their land to a group, does the group have enough land from which to benefit? Then there are the necessary changes which need to be made to the billing system to account for the change.

Obviously, these are not insurmountable problems, and those relating to free Mainland tier might even be regarded as edge cases. But, the fact that they do raise questions marks over their ease of implementation and may not deliver the hoped-for levels of increased appeal do make them that much harder for the Lab to consider as potential solutions.

SL go logo
Even ideas around offering SL Go as a Premium offering, while simple in concept, are potentially less-than-simple to implement

The same is true for ideas for combining Premium accounts with other offerings – such as SL Go, as Jo Yardley  has suggested, may potentially be non-starters. While the idea sounds great in principle, it perhaps overlooks a few things.

At its most basic, it is hard to see how such an arrangement would offer a decent level of return for OnLive. As it is, it would seem the service has already gained sufficient critical mass for the company to enjoy a meaningful revenue stream from it without any such partnership; ergo, it’s hard to quantify any real gain that might be made in wrapping the service as a part of LL’s Premium membership.

More practically for both companies, however, is that the idea would seem to introduce numerous additional billing requirements which will take time and effort to implement and which, once done, might not be matched by the overall pick-up in interest SL users have in the Premium account offering. Support issues also rear their head as well. Currently, SL Go stands as a service independent of LL. Bundle it with a Premium offering, however, and users are going to expect the Lab to support it, regardless of OnLive’s own support activities, and are probably going to be unimpressed when referred elsewhere.

Thus there are a broad range of issues which would have to be addressed for such an arrangement to come about. While they may not necessarily be insurmountable, they do nevertheless call into question the overall benefits of such a partnership when compared to the overall effort in making it happen.

Premium sandboxes have proven popular among premium members for providing relatively quiet and griefer-free building locations
Premium sandboxes have proven popular among premium members for providing relatively quiet and griefer-free building locations

One idea that could have appeal is that of increasing the number of groups Premium members can join. Given the ongoing improvements being made to the entire group chat mechanism (which had previously been impacted, performance-wise, by the sheer volume of group-related “management” messages the system had to deal with), this could well be something the Lab could provide in the future.

Another idea has been that perhaps the Lab could offer a range of options users could then chose from to build their own “Premium package”. However, this again brings up the question of management and support for such a system, as well as the sticky issue of ensuring all that is offered represents equitable value across the various combinations of options users might pick.

Will Burns, far back in the mists of time (OK, February 2013), pointed to one potential for Premium accounts, and that would be to revamp them as “Professional Accounts”. He’s nipped and tucked the idea since then, but it is an interesting concept, and one that has significant logic behind it. However, it is also one I rather suspect the Lab is considering (in some form, at least) with regards to their next generation platform, rather than “retroactively” applying to SL.

Or perhaps the solution needn’t be that complicated, and we’re simply looking at the issue too hard. Maybe a simple increase in the weekly stipend back to its old level of L$500 might be enough of an enticement (money talks, as it were, despite potentials sinks), particularly if, going forward, it is part of a package of visible in-world options … such as a higher group limit, raised cap on offline IMs, etc.

In terms of the raising of the IM cap – and to bring this discussion full circle – one of the criticisms voiced directly at it is that it seems a trivial change, and should have been higher. Perhaps so, but as was pointed out to me when discussing the change, notifications have to be loaded each time you log-in, and people are really bad at clearing down their saved notifications. Thus setting the limit too high could result in some people’s log-in being impacted as the notifications file is loaded, and so it might be that the Lab is erring on the the side of caution in order to see how things go.

But be that as it may, the fact remains that the Lab are at least trying to offer more useful benefits to Premium members. It may well be that given the state of things, all they’ll ever be able to do is twiddle at the fringes in order to try to make things more attractive. If so, then hopefully as small as it is, the IM cap change will prove the be just the tip of the iceberg, and in time we will see a broader range of perks and tweaks sufficient to give us all some measure of satisfaction with Premium accounts.

RC regions and inventory issues

Update: March 31st: The Lab hopes to have a fix deployed to all three RC channels on Wednesday, April 1st. In terms of the problems related to disabling the HTTP Inventory option, which this fix does not address (see BUG-8917), the Lab notes that going forward, users should keep this option enabled, otherwise issues of load failure will occur. As such, it is anticipated this option will be hidden from general view within the viewer at some point in the future. 

The server-side deployment to the three release candidate channels (Bluesteel, LeTigre and Magnum) during week #13 included updates focused on reducing instances of inventory loss, and also included some server-side code clean-up. Unfortunately it also brought with it the potential to create a few inventory-related issues.

The problems are reported in BUG-8877, and have the potential to affect anyone running a version of a viewer that does not have the recent AIS v3 updates (e.g. the current release of Firestorm and, I believe, Singularity), and / or any viewer with or without AIS v3 updates which is running with HTTP Inventory disabled. However, they will only occur when you are actually located on an RC channel region, and then only in situations described below.

You can ascertain whether or not you are on an RC region via the viewer’s Help > About floater.

You can tell whether or not you are on a simulator RC channel via your viewer's Help > About floater. If you are currently on a region running on the Main (SLS) channel the viewer will report "Second Life Server", followed by the version number. If you are on an RC channel, the viewer will report "Second Life RC" followed by the channel name (Magnum, Bluesteel or LeTigre) and version number
You can tell whether or not you are on a simulator RC channel via your viewer’s Help > About floater. If you are currently on a region running on the Main (SLS) channel the viewer will report “Second Life Server”, followed by the version number. If you are on an RC channel, the viewer will report “Second Life RC” followed by the channel name (Magnum, Bluesteel or LeTigre) and version number. The problems noted here will only occur on RC regions (click to enlarge, if required)

There are two problems which are being encountered:

  • If you empty Trash and relog when using a viewer without the AIS v3 code updates (e.g. the current release of Firestorm), the purged items will reappear in Trash the next time you log-in to SL. This will not happen if you are running a viewer with the AIS v3 updates – your Trash will purge and remain empty, as expected
  • If you are running the viewer with HTTP Inventory disabled, and clear cache, your inventory will not fetch as long as you remain on an RC channel region, leaving you a cloud (see below). This will happen regardless of whether you are running a viewer with or without the AIS v3 code updates
One of the current RC issues: If you have HTTP Inventory DISABLED (see the unchecked item in the Develop menu) and then clear your cache in an RC region, on relogging, you'll find your inventory will fail to fetch
One of the current RC issues: If you have HTTP Inventory DISABLED (see the unchecked item in the Develop menu) and then clear your cache in an RC region, on relogging, you’ll find your inventory will fail to fetch

Until such time as the server-side code has been updated, these issues can be overcome / avoided by:

  • Moving to any non-RC region to purge Trash properly without items returning following a relog
  • Re-enabling HTTP inventory in your viewer (CTRL-ALT-Q to display the Develop menu, if required, and then checking HTTP Inventory), and then relogging to overcome issues of inventory fetching following a cache clearance when on an RC region.

The JIRA reporting the issues has been imported by the Lab for an immediate fix. This probably means – subject to confirmation from the Lab – that the code currently on the RC channels will not be promoted to the Main (SLS) channel on Tuesday, March 31st, and that a fix will (hopefully) be deployed to the RC channels on Wednesday April 1st. I’ll have an update in my usual SL project update reports in due course.

Second Life is [in] Good today

Nalates Urriah pointed me to an article in Good magazine in which freelance writer Mark Hay discusses Second Life.

Now, before you start groaning, the piece is actually pretty good. Unlike wannabe writers of the Marlon McDonald ilk (whom I rebutted last year), Mark Hay has actually – shock, horror! – researched his subject prior to putting fingers to keyboard.  Not only that, he’s actually taken the time to comb through Flickr and found images that both reflect how Second Life actually looks today – so double kudos to him from the outset.

Don't be fooled by the look: Mark E. Hay offers a perceptive take on Second Life (image: Mark E. Hay)
Don’t be fooled by the look: Mark E. Hay offers a perceptive take on Second Life (image: Mark E. Hay)

What’s more, while at a little under 1500 words in length, Second Life is Staying Alive may not be a in-depth piece of analysis, but it is a considered and balanced peace which offers a largely impartial and fairly accurate examination of the platform – and a thought-provoking one at that, and in a number of ways.

For my own part, what makes this article particularly interesting is the social bent it takes. That it does is not precisely the interesting point, after all, Mr. Hay has something of a background in sociology by education. Rather it is the views he offers up which may not only be eye-opening for those who have heard about, but not really looked at, but which also offer food for thought on a number of levels even for those of us already engaged in the platform.

Some of the latter may not be immediately obvious, and may require a second reading in order for them to fall into place. As such, they may not even have been intended at the time of writing, although I suspect some of the examples he cites are far from mere happenstance when one looks at the wider context in which SL is at times held within the media.

This really kicks-in after he gives a very short potted history of some of the platform’s highs and lows and the apparent loss of interest in it that occurred within the wider world. Here he points out that despite all the claims otherwise, the platform does continue to enjoy widespread use around the globe with average monthly log-ins not that far below those enjoyed during its “peak” popularity. from this, he offers his own explanation to why this is the case: the ability to socialise and create / join communities in which those who are otherwise globally dispersed to engage with one another and create environments for that interaction which go beyond anything achievable through other mediums.

Give Us a Kiss, Dear, by Serena Snowfield on Flickr Not only does Mr. Hay offer an interesting and thought-provoking take on SL, he also takes the time to search through Flickr and locate images for his article that offer a fairer indication as to how the platform can look, such as with this image called “Give Us a Kiss, Dear”, by Serena Snowfield on Flickr

OK, so for those of us within SL this may generate something of a “no s*** Sherlock,” reaction; we are, after all, seeing this on a daily basis, either directly through our own involvement in the platform, or as a result of our travels within the platform.  However, other than the “fnar, fnar” finger-pointing or feigned outrage  at “the porn”, the ability for SL to provide a means to generate such societal interactions and ties seems to be something that has gone right over the heads of most of those willing to comment on the platform. Thus, Mr. Hay’s view is a timely, and welcome counterpoint to the frequent negatively which accompanies public mention of Second Life.

But this isn’t the sole thrust of his thinking. as he points out, the ability for SL to generate such social and sub-cultural networks and groupings isn’t actually new; it’s actually pretty much the way in which the Internet as a whole has grown. What does make SL unique, however, again as he identifies, is in the manner of the depth of creation and tangible persistence it offers all these various groups and sub-cultures, something what hasn’t previously been found within digital mediums and which has thus become the reason why many of us keep coming back to SL.

In this – and while he doesn’t point to it directly, but rather references it obliquely in mentioning attempts to bring the likes of the Oculus Rift into SL – his piece also highlights another potential within Second Life. Because it it can and does present the means for the creation, growth and sustained use of sub-cultures and societal interactions and structure which might not otherwise exist, it stands as the precursor for things to come in the promised VR revolution over the course of the next decade. Hence, his reference to Tom Boellstorff‘s seminal Coming of Age in Second Life: An Anthropologist Explores the Virtually Human, although offered in a broader context, is both unsurprising and entirely appropriate.

But even without all of this deeper ponderings, which as Mr. Hay correctly states, are all part of the future, his article neatly encapsulates why Second Life has endured and will likely continue to endure for the foreseeable future, as he points out in his closing statement:

For now all we can say is that Second Life is not as dead as many think. It just wasn’t the world we thought it was half a dozen years ago. Rather than a place that would reinvent everyday life for the masses, it became a place for the gathering, manifestation, and expression of societies and ideas that might not otherwise get to exist. And as long as it fulfils that purpose, it will most likely not fade away any time soon.

If you haven’t done so already, go read what Mr. Hay says about Second Life, and if you like what you’ve read, Tweet him. Better yet, get your SL-dubious friends to give him a read, they might just change some of their perceptions.

Related Links

Meet the Lindens, Wednesday, March 25th

Back in November 2014, the Lab held a get-together with residents at  Meauxle Bureaux, the official home of the Linden Department of Public Works (LDPW) moles. It proved to be the first of a growing number of social events, which have also included the return of the Lab / residents  winter snowball fight.

On tuesday, March 24th, Xiola Linden posted a Twitter message offering a further invitation for residents to get together with Lindens. This will again take place at Meauxle Bureaux, this time on Wednesday, March 25th, between 12:30-13:30 SLT.

The next meet-up with Linden folk will take place on Wednesday, March 25th, between 12:30 and 13:30 SLT at Meauxle Bureaux
The next meet-up with Linden folk will take place on Wednesday, March 25th, between 12:30 and 13:30 SLT at Meauxle Bureaux

So, if you’ve missed previous get-togethers, make a note of the time and place!

Meauxle Bureaux Ye Olde Abner Mole Pub could be seeing some heavy custom (Lindens are said to like their rum, rum, rum, rum, rum ...!)
Meauxle Bureaux: Ye Olde Abner Mole Pub could be seeing some heavy custom (Lindens are said to like their rum, rum, rum, rum, rum …!)

Related Links

Avatar Hover Height reaches release viewer

secondlifeOn Tuesday, March 24th, the Lab promoted the Avatar Hover Height release candidate viewer to the de facto release viewer, meaning it is now available to everyone receiving official viewer updates / downloading the official viewer directly.

As I reported back towards the start of the year, prior to the arrival of server-side appearance (SSA), many TPVs included a capability commonly referred to as “z-axis height adjustment”. Simply put, this allowed the height of an avatar to be adjusted up or down, relative to the ground or to an object they were sitting on, which allowed for a wide range of adjustments to be made (such as when sitting or kneeling on the ground, to prevent the appearance of hovering over it or to more finely tune the avatar’s pose on the ground, or to re-adjust an avatar’s height relative to the ground when using things like dancing posballs, etc, and so on).

However, with the introduction of SSA, the viewer / server messaging that made this kind of adjustment possible was removed. While the Lab attempted to offer an alternative capability – the Hover slider, available when editing your avatar’s appearance, its effectiveness has always been limited. You can’t for example, use it to adjust your avatar’s height when seated, for example, to prevent any appearance of sitting “inside” a chair or hovering above it; nor can you adjust your position above the ground when using poseballs, etc.

Avatar Hover Height, developed as a direct request of a proposal put to the Lab by members of the Firestorm team, addresses these shortfalls.

It allows “on-the-fly” adjustments to be made to your avatar’s height with the minimum of fuss and without having to use the Edit Appearance Hover slider.

A simple example: by default, my avatar (sized to a height of 5ft 10in, slightly taller than the in-the-flesh me!), appears to be hovering above the ground. With AHH, accessible through the right-click avatar context menu...
A simple example: by default, my avatar (sized to a height of 5ft 10in, slightly taller than the in-the-flesh me!), appears to be hovering above the ground. With AHH, accessible through the right-click avatar context menu…

It does this by providing a new right-click avatar context menu option  called, oddly enough, Avatar Hover Height. Right clicking on this displays a slider. Moving the slider to the right increases your graphical height above the ground, and to the left decreases it (you can also input values via the slider for additional control).

Overall, the slider allows for adjustments of +/- 2 metres relative to the default graphical position of your avatar. Note that this is a graphical (/visual) change – the option does not make any associated change the avatar’s height in terms of platform physics.

I can use the slider or spinner to quickly adjust my height so I am standing
I can use the slider or spinner to quickly adjust my height so I am standing “on” the ground . This can also be used for adjusting your apparent height when ground sitting, kneeling, sitting on unscripted furniture, using poseballs, etc.

Avatar Hover Height has been extensively tested while the viewer was both in a project status and was available as a release candidate viewer, and no significant issues or breakages were noted in that time.

Note that this capability does not replace the Edit appearance Hover option – than can still be accessed and used in circumstances where it might be more appropriate to use; rather it present a further, more convenient, means of adjusting your avatar’s height.

Related Links

AMD’s Catalyst™ 15.3 beta driver offers SL mesh fix

Update, April 27th: AMD have now updated their beta drivers to version 15.4.

AMD have release a new set of Catalyst™ drivers for windows which, according the release notes, includes a fix intended to resolve the  rigged mesh issues  which, since the deployment of the 14.9.2 drivers by the company, have caused rigged mesh to be invisible unless hardware skinning is disabled (see BUG-7653 and my report here).

The  AMD Catalyst™ drivers (1.4.9.2 onwards) rigged mesh rendering problems as a result of changing openGL support within the drivers (image courtesy of Maestro Linden, click for full-size)
The AMD Catalyst™ drivers (1.4.9.2 onwards) rigged mesh rendering problems as a result of changing openGL support within the drivers (image courtesy of Maestro Linden, click for full-size)

In the release notes accompanying the new drivers, AMD note the following under Resolved Issues:

[413076] Second Life : Rigged mesh objects are not rendered correctly when hardware skinning is enabled in the in game setting

The update was spotted by SL user Liffento Eldritch, who posted the news on the Firestorm Preview Group, prompting Miro Collas of the Firestorm team to poke a few people, and Whirly Fizzle to drop me a line on the update.

The AMD Catalyst™ 15.3 beta drivers offer a fix for the SL mesh rendering issue
The AMD Catalyst™ 15.3 beta drivers offer a fix for the SL mesh rendering issue

As regular readers of these pages know, I’ve followed the situation with the AMD drivers, and have posted on the matter a few times. In turn, as a result of these posts, Yoho Waco wrote-up a workaround for the problem, which appeared in a comment on a blog post here, and which I later reproduced as an article in its own right.

The workaround involves using .DLL files from either the 14.9.1 or 14.2 Catalyst™ drivers, and placing them  in the viewer’s installation folder.

If you are one of those who have employed this workaround yourself, please not that you must remove the relevant .DLLs files from your viewer’s installation folder, or the viewer will revert to using them, rather than the drivers for the newer .DLLs.

I’m an Nvidia user, and so cannot test things for myself, so should you give the new beta driver a go, please do drop a note in the comments on whether or not the fix works for you.