Lab notes updates to SL simulator deployments

It has long been a tradition in Second Life that the main grid simulators and the regions they support are split between a number of channels:

  • The main channel, called Second Life Server, or SLS, which has the majority of simulators / regions running on it (roughly about 70%).
  • Three core release candidate (RC) channels, code-named BlueSteel, Magnum and LeTigre – each of which may account for roughly 10% of the simulators / regions.
  • Assorted smaller RC channels (such as Snack and Cake), that come and go according to needs – they may draw their simulators / regions from the SLS channel or the main RCs or a combination thereof.

This division is designed to allow a flexibility of approach to deploying updates, particularly those that may contain new features or have specialist updates such a new throttles or security changes, as these can be deployment to one or two of the RC channels first to test how they work under fully 2live” conditions (which the Lab, with the best will in the world cannot possibly fully test prior to deployment), and then removed with minimal grid disruption should anything untoward happen.

These RC deployments generally take place every Wednesday. If all goes well, and depending on how many different simulator updates are on the larger RCs, one will generally be “promoted” to the SLS channel the following Tuesday, having spent a week on one or more RCs. there are some variances in this, depending on what is going on (significant changes or new feature might be gradually deployed from one to two to all three RCs over a period of time, and then to the SLS channel, for example), but you should get the general idea from this, if you weren’t previously aware of how things work.

These (generally) weekly deployments are reflected in my Simulator User Group updates, where I list the deployments in terms of the SLS channel and the three core RC channels (the Lab doesn’t always acknowledge when a very small RC is being used).

However, on Monday, August 26th, Linden Lab announced upcoming changes to how simulator changes are going to be handled, and while the deployment methodology will remain the same (SLS channel deployments on Tuesdays, RC deployments on Wednesdays), there will be some differences, notably:

  • Starting with a deployment to one of the RC channels, the channel name will no longer be visible through the viewer (Help > About) nor will it be open to LEL query  – the channel name will simply be listed as “Second Life Server”, the same as the “main” channel. Over the next couple of weeks this will be true for all RC channels.
  • This means that when reporting simulator issues, just referencing the channel name will no longer be sufficient – users must use the simulator version number. This is displayed in Help > About, alongside the channel name:
Going forward from week =35, simulator issues should be reported using the simulator code version number, not the channel name (“SLS”, “BlueSteel”, etc.).

The reasons for making these changes are defined as being twofold:

  • To provide the Lab with better data on the performance and reliability of the server updates, and allow for better monitoring (presumably via the additional tools and internal changes the Lab has been making to the simulator code for the last few months).
  • To avoid spurious associations between the RC channels and capabilities. For example, the idea that one RC channel runs on better (or worse) hardware than another or the SLS channel; or that issues being experienced *must* be the result of an RC deployment, purely on the basis that that was either the last deployment made, or the user happened to be on an RC channel when they encountered an issue (regardless of whether the code may actually have caused the problem or not).

It is also noted in the official blog post that while simulator code version numbers will be the preferred means of reporting issues, channel names will continue to be recognised by Support for matters of testing:

Future improvements will make each RC channel a better model of the Grid as a whole. Support will continue to be able to accommodate Region owners’ requests that a Region be in the RC for a particular feature or fix they want as soon as possible, or that it be excluded from any RC.

It’s currently not clear if these changes will also impact the channel reporting capabilities in TPVs like Firestorm (which can pop-up the name of the simulator channel when moving from one to another) or not.

A final note in the official blog indicates that simulator release notes will be moving to the same system as is now used for viewer release notes. When this happens, I can only hope it is managed better than is currently the case for viewer release notes, where updates viewers may be references on the Release Notes page OR the Alternate Viewers page OR the Available Viewers Index on what seems to be the flip of a coin.

Please refer to the official blog post for full details of the changes.

2019 viewer release summaries week #34

Logos representative only and should not be seen as an endorsement / preference / recommendation

Updates for the week ending Sunday, August 25th

This summary is generally published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:

  • It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog.
  • By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.
  • Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.

Official LL Viewers

  • Current Release version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5, promoted August 12th – No  Change.
  • Release channel cohorts:
  • Project viewers:
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.530100, August 19..

LL Viewer Resources

Third-party Viewers

V5/V6-style

V1-style

  • No updates.

Mobile / Other Clients

Additional TPV Resources

Related Links

2019 SL User Groups 34/3: TPVD meeting

Autumn Trace; Inara Pey, July 2019, on FlickrAutumn Trace, July 2019 – blog post

The following notes are taken from the TPV Developer meeting held on Friday, August 23rd, 2019. A video of the meeting is embedded below, my thanks as always to Pantera for recording and providing it. The key points of discussion are provided below.

This was another  short meeting with a lot of general text chat, not reflected in these notes.

SL Viewer News

[0:10-5:45]

  • Current Release version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5th, promoted August 12th – NEW.
  • Release channel cohorts:
  • Project viewers:
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.530100, August 19th.
    • 360 Snapshot project viewer, version 6.2.4.529111, July 16th.
    • Legacy Profiles viewer, version 6.2.3.527749, June th5. Covers the re-integration of Viewer Profiles.
  • Linux Spur viewer, version 5.0.9.329906, promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.

Bakes on Mesh

As per my August 22nd Content Creation User Group meeting notes, the Lab is hoping to promote Bakes on Mesh (BoM) to release status in week #35 – possibly as early as Monday, August 26th, 2019.

Umeshu RC

This is ready for promotion, but has been held back as the Lab want to get Bakes on Mesh promoted to release. Umeshu therefore looks most likely to be promoted in the near future. However, if there are late-breaking issues with BoM, the Umeshu RC could be promoted in its place.

EEP

As well as the rendering issues currently being addressed, there is apparently one new simulator bug that is being investigated.

Voice Viewer

There is an upcoming Voice RC viewer, intended to address various voice drop-out issues. It may also have an update SLvoice.exe binary. This is currently awaiting a fix prior to being surfaced in the Alternate Viewers page / the available viewers index page.

In Brief

  • Bitbucket: used to manage viewer repositories) will be sunsetting support for Mercurial; Linden Lab will therefore be switching to git on bitbucket for their repositories. However, the work is not seen as currently being urgent, with Oz Linden noting (via e-mail):

Clearly, how the TPVs handle this needs to depend on your own plans – particularly whether that’s staying with Mercurial hosted some other way or changing to Git (or something else). We will transition to git within bitbucket, preserving full history and as much as possible the ability to work in both during the transition.

When we have a plan in place, which will take some time, we’ll put it on the agenda.

  • There may be updates to both the Singularity (in progress) and Alchemy (possibly) before year-end.
  • Trivia:
    • Linden Lab have a quarterly internal review mechanism they call Review-O-Matic for setting staff goals and reviews. It is, according to Grumpity Linden, “neatly packaged with a tradition of eating treats”.
    • One Linden staffer owns an alpaca farm. This prompted a brief discussion on whether alpaca are cute pets or food. I opted to go with both, suggesting: The Alpaca (vicugna pacos): Loveable pet or delicious dish?“. I may have caused some distress to Whirly Fizzle, who puts alpaca firmly in the “pet” category 😀 .

2019 SL User Groups 34/2: Content Creation summary

Scarlett Isle; Inara Pey, July 2019, on FlickrScarlett Isle, blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, August 22nd 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Bakes on Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the Bake Service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • An internal meeting at the Lab held immediately prior to the CCUG suggests Bakes on Mesh could be promoted to release status early in week #35 (week commencing Monday, August 26th, 2019).
  • It was therefore requested than anyone intending to test BoM to do so over the weekend and file any issues they find via Jira bug reports ASAP.
  • There are some known issues that will be listed when the project is promoted to release status, and which will be noted in the Bakes on Mesh knowledge base article when BoM is promoted to release status.
  • The major element in understanding how BoM works is understanding how the additional channels supplied for Bakes on Mesh work. These are:
    • LEFT_ARM_TATTOO – baked to left arm.
    • LEFT_LEG_TATTOO – baked to left leg.
    • AUX1_TATTOO – baked to aux1.
    • AUX2_TATTOO – baked to aux2.
    • AUX3_TATTOO – baked to aux3.
  • Unlike the existing channels (head, upper, lower, etc)., these do not have an underlying skin texture associated with them, and so do not have a wearable corresponding to the alpha wearable that can be used with the existing channels to “hide” them.
    • This may be changed in a future update, but for now, it is how Bakes on Mesh will be shipped with the new channels.

Environment Enhancement Project

Project Summary

A set of environmental enhancements (e.g. the sky, sun, moon, clouds, and water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day), and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will now likely not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • Work continues on rendering bug fixes.
  • There are also some permissions bugs that need to be resolved as well.
  • Overall, it is hoped that these can be resolved and the viewer updated soon, with a view to moving EEP on to release status in the near future.

Animesh Follow-On – Project Muscadine

  • DRTSIM-421 on Aditi (region Bakes on Mesh) has the server-side code to support the new visual parameters LSL code.
  • The project viewer is now available – viewer version 6.4.0.530100, dated Monday, August 19th. This supports the new LSL code as per DRTSIM-421, above.
  • Vir has other commitments coming up (ARCTan?), so progress on updates to this work may be slow for the next several weeks.
  • A potential update is to revise the current throttle (limiting Animesh character to updating twice every 10 seconds). This was put in place to prevent people using the system as an alternative means of animation (and potentially thrashing performance); however, it is considered too slow for testing purposes.

Bakes on Mesh for Animesh

Still being requested, but also still seen as a significant piece of work, as it would require changes not just with how Animesh items are managed but to the entire Bake Service in support of the capability. As such, this is not currently something the Lab is putting on the road map.

Animesh Attachments

Having attach point for Animesh characters and items is seen by come as a higher priority than extending Bakes on Mesh to Animesh. It is also something the Lab could implement somewhat more easily (for some value of “easily” to be determined) than BoM on Animesh. A call was made for possible use-cases included particle support, ability to simple attach clothing items rather than having to rig them (which would conversely limit movement of the item as it wouldn’t necessarily conform to the Animesh body movements), objects such as weapons (for NPCs), etc.

2019 SL User Groups week #34/1: Simulator User Group

Hallig Norddeich, Nibbevegen 1; Inara Pey, July 2019, on FlickrHallig Norddeich, Nibbevegen 1, July 2019 – blog post

Server Deployments

Note: at the time of writing, the server deployment release notes had yet to be published. This article will be updated when they are available.

  • On Tuesday, August 20th, the SLS (Main) channel  was updated with server maintenance package 19#19.08.06.529800, containing internal fixes, and previously deployment to the RC channels in week #33
  • There was a change to the RC deployments in week#33.
    • Server maintenance update containing improvements for script performance and that had been due to be deployed to the BlueSteel and LeTigre channels, was found to have an 11th hour bug that prevented deployment.
    • Instead, BlueSteel and LeTigre received the same deployment as had been planned for Magnum –
    • server maintenance package 19#19.08.06.529800, containing internal fixes.
  • As a result, on Wednesday, August 21st, the RC channels should be updated with at least one server maintenance update, 19#19.08.07.529856, containing the script run improvements. However, at the time of writing, and pending the publication of the release notes, it is not clear if this update will be going to all of the RC channels or just a selection.
    • Should this deployment also go sideways for the script improvements updates, those interested can test performance on the Aditi DRTSIM-406 channel at the Jigglypuff region.

SL Viewer

The EEP RC viewer updated to version 6.4.0.530150 on Monday, August 19th, 2019.

The rest of the official viewer pipelines remain as follows at the time of writing:

  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
  • Project viewers:
    • 360 Snapshot project viewer, version 6.2.4.529111, July 16th.
    • Legacy Profiles viewer, version 6.2.3.527749, June 5. Covers the re-integration of Viewer Profiles.
  • Linux Spur viewer, version 5.0.9.329906, promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.

In Brief

  • Despite the lack of deployment of the script improvement code in week #33, some have reported that overall script performance on some regions appears to have improved. The Lab has picked-up on these reports, but has no explanation as to what may have happened to improve things.
  • At the CCUG group meeting on August 15th, it was stated that a Linden at a recent Web User Group (WUG) had hinted the SL wiki was to be gradually deprecated in favour of the knowledge base. However, at the SUG meeting, Oz Linden indicated that this isn’t necessarily the case:

If I proposed killing the wiki, there a Lindens who would show up with pitchforks…rest assured that it is well defended. One of our background-priority projects that is getting some attention is updating the wiki software, actually … no predictions when that might happen, but Someday™.

  • A major impact felt by regions is that of avatars teleporting into / out of a region. Some work was done to improve things a while ago, particularly around avatars leaving a region, but the Lab is aware of the issues of avatars coming into a region causing it to slow down / freeze – and this is now described as “moving up” in the Lab’s hit list of issues to tackle.
  • There was further discussion around the idea of limiting script use to the parcel level in order to prevent individual parcels taking up all of the script resources for a region. However, as noted in my week #33 summary, this is perhaps much easier said that done.

2019 viewer release summaries week #33

Logos representative only and should not be seen as an endorsement / preference / recommendation

Updates for the week ending Sunday, August 18th

This summary is generally published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:

  • It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog.
  • By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.
  • Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.

Official LL Viewers

  • Current Release version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5, promoted August 12th – NEW.
  • Release channel cohorts:
    • Bakes on Mesh RC viewer updated to version 6.3.0.530037 on August 16th.
    • Umeshu Maintenance RC viewer updated to version 6.2.5.530030 dated August 15th.
  • Project viewers:
    • No change.

LL Viewer Resources

Third-party Viewers

V5/V6-style

  • Kokua 64-bit non-RLV updated to version 6.2.4.45881 and RLV/FTRLV to version 6.2.4.45882, both on August 16th (release notes).

V1-style

  • Cool VL Viewer Stable Branch updated to version 1.26.22.57 and Experimental Branch to version 1.26.23.10, both on August 17th (release notes).

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links