Category Archives: 2017 Project Updates

SL project updates 17/1: server, inventory issues

Dawn’s Promise by Marcus Inkpen and Sharni Azalee, Fantasy Faire 2017 – blog post

Server Deployments

As always, please refer to the server deployment thread for the latest information  / updates.

SL Viewer

The Project Alex Ivy (LXIV) project viewer updated to version on April 25th. According to comments passed at the TPV Developer meeting on Friday, April 21st, this update should now include Havok for Mac, although the release notes currently do not reflect this, possibly because they have not been updated from the previous release.

Outside of this update, the viewer pipeline is as follows:

  • Current Release version:, dated April 3rd, promoted April 19th – formerly the Maintenance RC viewer overview
  • Release channel cohorts:
    • Project AssetHttp project viewer version dated April 20th – This viewer moves fetching of several types of assets to HTTP / CDN – overview
  • Project viewers:
    • 360-degree snapshot viewer version dated November 23rd, 2016
  • Obsolete platform viewer version dated May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.

Inventory  / Inventory Loss Issues

Inventory loss is not a new issue within Second Life, and it is something the Lab has acknowledged in the past and sought to try to reduce. However, there are new reports of odd cases of inventory loss resulting from folders apparently somehow being moved to the Trash folder without apparent user intervention, from whence they are then purged (see this forum thread for examples).  Others have also reported seeing folders move themselves to Lost & Found.

While it is only speculative, it has been suggested that a bug somewhat akin to BUG-4617 might be in part responsible. It is also possible that is some cases, the loss is due to accidentally moving a folder to Trash and then purging as a result of a (fairly) recent introduction of the pop-up warning to purge Trash (intended to show up when Trash exceeds 5K items, unless the threshold is manually increased via debug), which may be causing people to purge their Trash without double-checking to ensure nothing is there that shouldn’t be there.

However, the above doesn’t explain the apparent movement of folders into Trash (or lost & Found) where the user is certain then did not mis-click or mis-drag. A further problem appears to be that when moved, folders don’t always appear in Trash – although this may be due to people incorrectly looking at Trash via the Recent Tab in the Inventory floater, or as a result of inventory filters being active.

Kyle Linden is apparently ware of the latest batch of reported issues, which means that  hopefully, they are being looked into. In the meantime, if you do suffer any kind of noticeable inventory loss on the scale being reported, immediately file a support case; it may not work, but the sooner a case is logger potentially the greater the chance of the matter being resolved.

General Steps to Help with Inventory Loss

The following steps are not suggested as a panacea for the kinds of losses noted above, but are offered as a potential help to those experiencing lost inventory (and are based on using the official viewer):

  • Try a cache clear first:
    • In the top menu bar of the viewer, go to Me > Preferences > Advanced -> Click the “Clear Cache” button -> OK
    • Restart the viewer – the cache will be cleaned when the viewer launches
    • Login to a low lag region (for example Pooley), open your inventory and wait for it to fetch
  • If you are still missing inventory, then work through all the relevant steps on the Inventory Loss wiki page
  • If still no luck then you need to contact Linden Lab support directly for help by submitting a support case form at

SL project updates 16/3: TPV Developer meeting, servers

The majority of the following notes are taken from the following sources:

  • The TPV Developer meeting of Friday, April 21st. A video of the meeting is embedded (my thanks to North, as always), and time stamp reference appearing in the text relate to that video
  • The Server Beta User Group meeting of Thursday, April 20th.

Server Deployments – Recap

As always, please refer to the server deployment thread for the latest information.

  • On Tuesday, April 18th the Main (SLS) channel received the server maintenance package previously deployed to the RC channels in week #15.
  • On Wednesday, April 19th, the RC channelsreceived the improved region capacity and access capabilities previously on the McRib micro-channel, which has been reabsorbed into the RCs

Simulator OS Update

The simulator build using a new version of Linux is now on the Main (SLS) grid, but currently restricted to the Cake micro-channel. Region holders with a defined interest in testing their products, scripted objects ,etc. on the build should contact Concierge Support to request an opt-in to the channel.

SL Viewer

Release Viewer

[02:15] The release viewer was updated on Wednesday, 19th April with the promotion of version, formerly the Maintenance Release viewer.

  • This viewer includes a number of important updates, including:
  • Avatar Complexity Rendering Updates, including avatar rendering exceptions
  • Grid Status Display Toolbar Button
  • Improvements to the snapshot floater, inventory offer messages
  • Block list improvements

See my overview of this viewer (from when it was an RC release) for more.

HTTP Asset Viewer

[02:38] The AssetHTTP release candidate updated to version on Thursday, April 20th. This viewer moves fetching of several types of assets to HTTP. This update was primarily to merge the HTTP code with the new release viewer, but also includes additional logging code in an effort to try to determine why the previous version had an elevated crash rate.

Voice Viewer

[02:56] This RC viewer was withdrawn due to a high crash rate. An updated version may soon be available, but is dependent upon another bug being fixed, described as a “really loud, horrible screech in your headphones” if you teleport when someone is talking.

Once available this is seen as an important update for TPVs to pick-up, not only for the new voice updates but also because it fixes a number of bugs in certificate handling.

Project Alex Ivy 64-bit Viewer

[03:45] This viewer is awaiting a further update, which will hopefully appear in week #17 (commencing Monday, April 24th), pending the outcome of QA testing. The update will include 64-Havok on the Mac (it is already in the Windows version).

E-mail Verification

On Wednesday, April 19th the Lab posted about Making Email From Second Life (More) Reliable, and the need for users to verify their e-mail addresses with the Lab (detailed instructions on which can be found here).

[05:17] There will be an update viewer supporting this (for IMs-to-e-mail, etc.), available “soon”.

Improved Estate / Parcel Access Controls

[09:08] A viewer supporting the server-side changes to the Public Access settings at region / parcel level (in short, parcel owner will not be able to set their parcels to restricted access if the region is explicitly set to Public Access at the Estate level), will be out shortly. Commenting on this, Grumpity Linden said:

Hopefully, we’ll have the first iteration out next week [week #17], and we might have to have some back-and-forth to make sure that the behaviour makes sense.

This viewer will also hopefully resolve issues such as BUG-4994 which results in a parcel being set to Group access (and gaining ban lines) if both the Public and Group access options are checked, are also resolved as a part of the work.

Improved Estate Ban List Management

[12:18] in February it was indicated that the current capabilities for managing estate ban lists are far from ideal. The ban list is confined to a small area of the World > Region Details > Estate tab, which is currently shared with three other lists. It is also non-searchable, making locating individuals for removal from very large lists time-intensive and difficult.

The Lab is working to provide a larger space for managing estate ban lists, with Grumpity Linden noting:

What I hope is not going to be unreasonably complicated to do, is to actually give you additional information, like when the user was banned and by whom. But we still need to see whether that is hard to do. It’s not going to be a part of the other UI changes for estate controls, because we want to get those out quickly; [but] I expect both of these things will require a couple of iterations.

Other Items

Second Life Statistics Stuck

[10:04] There is an issue with the statistics for the number of concurrent users on-line, Linden dollar exchange rate and number of daily sign-ups, which have remained frozen at the same values since April 12th, 2017 (the number of users on-line statistic, often referenced on the log-in splash screen by a number of viewers spent several days stuck at 44,647, for example) – see BUG-100468. The Lab is looking at the issue, but state it might take “a little while” to determine the problem.

Media Volume Issues

This breaks down into two areas:

  • Groups involved in the Community Gateway programme report that many incoming new users complain about the default volume at which the official viewer auto-plays streaming media on logging-in. An informal request has been made for the Lab to adjust the volume level downwards, but no work has been done on this (and no JIRA formally requesting the change has been raised)
  • [17:30] BUG-40937: “Shared media a great distance away (different region even) sometimes plays at maximum volume when entering a region or moving camera slightly” – the Lab has promised to discuss this, but is making no promises as to what might be done by way of resolution.

Fun Fact – Maintenance Viewer Internal Names

[19:37] Grumpity and Oz Linden revealed that they use internal project names to identify the various Maintenance viewers which are either under development or in flight. For some time now, these viewers have been named for assorted alcoholic drinks!

“For a while we stuck with drinks beginning with ‘s’,” Grumpity said, “but we had to expand.”

“They started getting pretty obscure!” Oz added.

SL project updates 16/2: Content Creation User Group

The Content Creation User Group meeting, at the Hippotropolis Camp Fire Circle (stock)

The following notes are taken from the Content Creation User Group meeting, held on  Thursday April 20th, 2017 at 1:00pm SLT at the the Hippotropolis Camp Fire Circle. The meeting is chaired by Vir Linden, and agenda notes, etc, are available on the Content Creation User Group wiki page.

The meeting was live streamed / recorded by Medhue Simoni, and that video is embedded at the end of this update, my thanks to him for providing it. Timestamps in the text below will take readers directly to the relevant point in the video (in a separate tab) where topics are discussed.

Supplemental Animations

This is an idea to overcome issues of animations states keyed by the server-side  llSetAnimationOverride() conflicting with one another. This problem has been particularly noticeable since the arrival of Bento, and a typical example is that an animation to flap Bento wings, if played to have natural wing movement while walking, results in a conflict with the walk animation, causing the avatar to slide along the ground.

Again, this is only an issue with the server-side animation triggers; older scripted animation overriders, such as ZHAO, which use the scripted llplayanimation function are unaffected.

[03:41] This is still under discussion at the Lab, and if anyone has specific views / ideas, they are invited to attend the CCUG meetings and discuss them.

Scripted Avatar Skeleton Reset

[05:45] A question was raised (via chat) on whether it would be possible to reset the avatar skeleton via script (rather than replying on the local Reset Avatar options in the viewer), as bone offsets defined within some meshes are not resetting when the mesh is removed (see BUG-11310).

Vir indicated that having a means to do this via script may well be useful, but is unsure of where it might slot into the work priorities were it to be adopted, particularly as it would require a new server-side message for passing the update notification to all surrounding viewers.

Skeleton Reset on Region Entry

[13:52] The above spawned a question on having the viewer automatically perform a Reset Skeleton function on entering a region. to try to also combat problems of avatars appearing deformed.

There are some cases where this might be useful. If you run an animation just once to trigger a deliberate avatar deformation, (e.g. from human to quadruped), that animation is not persistent, so if you enter another region, there is a chance other people will see you as deformed. However, trying to fix such situation through an automated skeleton reset is seen as problematic.  For example, an automatic skeleton reset by the viewer on entering a region could conflict with the receipt of animation updates intended to deform an avatar in your view so it looks correct, resulting in the avatar being unintentionally deformed (again, as in the case of an avatar which is supposed to be a quadruped appearing as a deformed biped, as the Viewer has ignored the necessary appearance information as a result of the automated reset.

Projects Under Consideration

The last several Content Creation User Group meetings have included discussions on two potential projects for the Lab. Neither has been as yet adopted, but are under possible consideration by the Lab, and Vir offered a recap of both.

Applying Baked Textures to Mesh Avatars

[20:57] This is essentially taking the ability of the default avatar baking service to manage compositing and baking system layers (skins, shirts, pants, jackets, tattoos, etc), onto a default avatar, and extending it to be used on mesh avatars, potentially reducing the complexity of the latter (which have to be built up in “onion skin” layers in order to be able to handle things like tattoos, skins, make-up options, etc.), and thus making them more render-efficient.

As mentioned in previous Content Creation updates in this blog, there are some issues with doing this: the baking service would likely need to be tweaked to handle 1024×1024 textures (it currently only support up to 512×512); it does not handle materials (although this is not seen as a major issue, as it is felt among those at the CCUG meetings that the primary use of the baking service would be for compositing skins + make-up /  tattoos into a single texture for mesh application), etc.

Animated Objects / NPCs

[25:17] Animated support of object in-world could be used from a wide variety of things, from non-player characters (NPCs), which do not require a link to an active viewer / client, through to animating things like tree branches swaying in a breeze, etc.

This work has various levels of complexity associated with it, and were it to be adopted, might actually result in a series of the related projects. NPCs in particular would be an extensive project, as it would need to encapsulate a means to define what the NPCs are wearing / have attached, how to make NPCs customisable through something like the avatar shape sliders, etc.

As such, were the Lab to decide to pursue animated objects, decisions would need to be made on overall scope for the project, what might be initially tackled, what might be seen as a follow-on project, etc.

How To Encourage the Lab to Adopt Projects

[28:03] Supplemental animations, bakes on meshes and animated objects have been the three major topics of discussion within the Lab in terms of possible major projects. Until they actually get on to the Lab’s roadmap (*if* they get that far), it is not easy for specific time frames, etc., to be discussed at meetings.

However, the best way to actively encourage the Lab to continue looking into such potential projects is to attend meetings like the CCUG and discuss them. Despite using them in the past, polls aren’t seen as particularly useful, whereas direct discussion through meetings like the CCUG tend to bring a consistent set of interests / ideas / suggestion to the service.

Continue reading

SL project updates 16/1: server, teleports and other bits

The Incredible 4 blog post

Server Deployments

As always, please refer to the server deployment thread for the latest information.

  • On Tuesday, April 18th the Main (SLS) channel received the server maintenance package previously deployed to the RC channels in week #15. This includes:
    • Several internal fixes and two new internal logging modes
    • Another adjustment to fix issues with off-line IM and Group Notice delivery reliability
    • Fixes an issue where large numbers of objects could be returned after a rolling restart.
  • On Wednesday, April 19th, the RC channels should be updated as follows:
    • BlueSteel and LeTigre should receive the improved region capacity and access capabilities
    • Magnum looks set to receive a new “secret” update, which has been under testing on the Snack channel (and will likely have Snack reabsorbed into it).

SL Viewer

There have been no viewer updates thus far this week, leaving the viewer pipeline as:

  • Current Release version:, dated March 13 – snapshots to e-mail hotfix
  • Release channel cohorts :
    • Project AssetHttp project viewer version dated April 12th – This viewer moves fetching of several types of assets to HTTP / CDN – overview
    • Maintenance RC viewer version dated April 3rd – avatar rendering and other updates
  • Project viewers:
    • Project Alex Ivy (LXIV), 64-bit project viewer version dated March 17th
    • 360-degree snapshot viewer version dated November 23, 2016 – ability to take 360-degree panoramic images – hands-on review
  • Obsolete platform viewer version dated May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.

Other Items

Differences Between Teleporting and Physical Region Crossings

As we know, whether you teleport between one region and another or physically cross the boundary between two regions, you are performing a region crossing. However, there is a slight different in how they are handled. Rider and Simon Linden described the processes involved during the Simulator User Group meeting, which makes for interesting reading if you weren’t previously aware of the processes involved.

In referencing teleporting between regions, Rider said, “Teleport packs your avatar into a big ball of data and throws you at the destination.” It’s then left up to the destination region to determine whether or not you actually get in. Hence the teleport progress bar.

Simon then said of a physical region crossings, “They do a bit more pre-crossing checks to see if you go into the neighbour[ing] region than TPs do.” Rider Linden then added, “If the regions are adjacent, the sim you are on checks to see if it should smush you into that ball before it does.”

These pre-crossing checks are handled through your child agent on the neighbouring region, allowing the simulator running the region you’re currently in to “see” if you’re able to access the neighbouring region. If it believes you can’t, it won’t bother creating the ball of data about your avatar (and everything attached to it), reducing its workload.

When is a Region Not a Region?

A curious topic came up at the meeting: when is a region not a region? The simple answer is probably “when you can’t see it”. But what about if you can – apparently – see it, at least on the map, and it doesn’t appear to have a name.

The mystery island as it appeared for some people using both the LL viewer and Firestorm

Whirly Fizzle spotted this phenomenon on the World Map with a region apparently adjoining The Epiphany, although her curiosity was piqued as it was apparently without a name. The mystery deepened when most of those at the meeting reported they couldn’t see any such region on their maps – although two or three besides Whirly could, on both TPVs and the official viewer (ruling on an issue in how a specific viewer is handling the map data).

What was equally mysterious, was that those who were able to see the unnamed island on the World map could also see it on the web SL map – while those who couldn’t see it on the world map also couldn’t see it on the web SL map.

As other saw the same area on the map – regardless of viewer

Several theories were put forward for the phenomenon, including it being a  non-updated map texture; a potential error in map tiling and loading;  an  old texture loaded and stuck at the  wrong LOD; and so on.  Running a quick check, Simon Linden couldn’t find any evidence for a region ever having been placed in any of the eight grid areas surrounding The Epiphany. He did, however, offer a possible explanation of what might have happened:

I do know the support team will do some interesting tricks sometimes … they will move one of their regions next to another to do some sort of work, then move it away. Perhaps that got captured there.

Either way, a curious little anomaly.

Mesh UUID Flipping via Script / UUID

Back in the mists of time as mesh support was being added to Second Life, there was the ability to change mesh assets via UUID / LSL. However, the ability was used most frequently as a means of animating meshes  – putting considerable stress of the rendering system in the process. Because of this, a wiki page on the subject was raised, and the ability to change mesh UUIDs via script was eventually removed altogether.

The Lab is currently considering implementing a means to animation meshes (something routinely discussed at the Content Creator’s User Group meeting). This would be a far more efficient and less stressful means of animating meshes where it to be taken up as project, and completely negate the need for animation via UUID flipping.

However, while allowing meshes to be changed through scripts / UUIDs has other potential uses, it is unlikely to be re-introduced even if animated meshes are introduced to SL, because anyone obtaining the UUID for a mesh could potentially download the “mesh” as a vnd.ll.mesh  file from the CDN, and could then theoretically reconstruct the original mesh item from that data (thus effectively stealing it).