On Tuesday, June 23rd, the min channel was updated to server release 543526, comprising further infrastructure updates to support Group chat improvements / support of the cloud uplift work.
There is no planned RC deployment or restart planned for Wednesday, June 24th, also leaving regions running on release 543526.
SL Viewer
There have been no updates to the official viewers to mark the start of the week, leaving the current viewers as follows:
Current Release viewer version 6.4.3.542964, dated May 29th, promoted June 2nd, formerly the FMOD Studio RC viewer – No Change.
Tools Update RC viewer, version 6.4.4.543148, June 5 – this viewer is built using VS 2017 / a recent version of Xcode, and Boost.Fiber. It contains no user-facing changes.
Love Me Render RC viewer, version 6.4.4.543142, June 3.
Project viewers:
Mesh uploader project viewer, version 6.4.4.543141, June 11.
Copy / Paste viewer, version 6.3.5.533365, December 9, 2019.
Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22, 2019.
Legacy Profiles viewer, version 6.3.2.530836, September 17, 2019. Covers the re-integration of Viewer Profiles.
360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.
The following notes were taken from my audio recording and chat log of the Content Creation User Group (CCUG) meeting held on Thursday, June 18th 2020 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are are available on the Content Creation User Group wiki page.
SL Viewer
It had been planned that the next viewer to be promoted to de facto release status would be the Love Me Render (LMR) RC viewer. However:
LMR is being held over pending the inclusion of various EEP bug fixes, including a fix for the HUD issues (see BUG-225784) and a fix for the specularity problems (see BUG-228781 and BUG-228581).
This means the next viewer that will likely be promoted will be the CEF RC viewer, and this could be promoted in week #26 (commencing Monday, June 22nd).
Viewer Caching
Work is continuing to try to improve viewer caching.
First outcome of this work is liable to be a viewer that has improved VFS caching (the system used to cache information on in-world objects). This will be a complete replacement of the VFS cache with a new format that retains data better and is more performant.
The next element of work after the VFS update is liable to be an overhaul of the viewer’s texture caching.
ARCTan
Project Summary
An attempt to re-evaluate object and avatar rendering costs to make them more reflective of the actual impact of rendering either in the viewer. The overall aim is to try to correct some inherent negative incentives for creating optimised content (e.g. with regards to generating LOD models with mesh), and to update the calculations to reflect current resource constraints, rather than basing them on outdated constraints (e.g. graphics systems, network capabilities, etc).
As of January 2020 ARCTan has effectively been split:
Viewer-side changes, primarily focused on revising the Avatar Rendering Cost (ARC) calculations and providing additional viewer UI so that people can better visibility and control to seeing complexity.
Work on providing in-world object rendering costs (LOD models, etc.) which might affect Land Impact will be handled as a later tranche of project work, after the avatar work.
The belief is that “good” avatar ARC values can likely be used as a computational base for these rendering calculations.
Current Status
Vir now trying to roll the jelly doll updates into the rendering cost calculations and performance measurements.
One thing the core work on ARCTan has been awaiting is a fix to the Bake Service for errors arising when calculating height offsets with complex mesh items, which can result in the avatar bake failing. The fix for this is in place, and the updated Bake Service should be exposed to a simulator RC for testing “fairly soon”. The change itself should have no visible impact other than to correct the rare instances where the issue occurred.
In brief
There have been reports of avatar bakes taking longer to complete recently.However, it is not clear if this is an actual issue; LL have not noted any Bake Service processing issues, and also note that users may be noting a perceived “slowing” due to changes made a while ago to try to prevent avatars de-clouding fully nude (e.g. due to latency between the viewer and the CDN, or local caching issues, etc.).
In terms of avatar rezzing, there is also work being put into reducing the instances of rigged mesh elements rezzing offset / incorrectly sized related to an avatar (e.g. clothing appearing off to one side and rotated to be on its side; gigantic heads rezzing, etc.).
On Tuesday, June 16th, the majority of the grid was updated to server release 543337, comprising simulator-side updates that will eventually allow per-region values for Shout, Say, and Whisper distances.
Note: Currently these values are read only, and can be accessed via the Sim Console.
On Wednesday, June 17th, the RC channels will be updated to server release 543526, comprising further infrastructure updates to support Group chat improvements / support of the cloud uplift work.
Voice Carry Project – Update and Re-Cap
Voices Carry is the name given to the extended chat range project. Once fully deployed, it will allow region / estate owners / managers to set the open chat range on a region (see BUG-228333).
As of the June 16th simulator update, the current values can be viewed via the Sim Console, as noted above. the command for doing so are: “get chat_range”, “get whisper_range” and “get shout_range”.
General notes on the capability, once fully deployed:
It only applies to local chat channel 0, and so it should not impact scripted objects using other chat channels.
The distance set within a region will determine which, if any, of any adjoining regions can her local chat with that region.
For example, if you are in a region with chat distance set to 50m and you’re more than 50m from any boundary with an adjoining region, then your chat will not be relayed beyond the region.
The distance chat is set to within a region will determine how far any chat from an adjoining region will be relayed within it.
For example: if a region has a chat range of 20m, and chat is relayed from a neighbouring region with a range of 100m, that chat will only be relayed 20m within the current region.
No matter how great the chat range is set within an region, it will never be relayed further than those immediately adjoining it.
For example: if a Mainland region has a chat range set to 1000m, chat from it will only be relayed to the (maximum of) 8 regions adjoining it.
SL Viewer
There have been no updates to the official viewers to mark the start of the week, leaving the current viewers as follows:
Current Release viewer version 6.4.3.542964, dated May 29th, promoted June 2nd, formerly the FMOD Studio RC viewer – No Change.
Tools Update RC viewer, version 6.4.4.543148, June 5 – this viewer is built using VS 2017 / a recent version of Xcode, and Boost.Fiber. It contains no user-facing changes.
Love Me Render RC viewer, version 6.4.4.543142, June 3.
Project viewers:
Mesh uploader project viewer, version 6.4.4.543141, June 11.
Copy / Paste viewer, version 6.3.5.533365, December 9, 2019.
Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22, 2019.
Legacy Profiles viewer, version 6.3.2.530836, September 17, 2019. Covers the re-integration of Viewer Profiles.
360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.
In Brief
Extended update deployment roll-times: region owners have noted that the time taken for deployments to roll across estates has become extended – some regions taking up to an hour to update and restart. LL believe they know what the issue is, but any fix will not be implemented until after the cloud uplift work has been completed.
Cloud uplift: work is progressing well, although LL are not revealing which services have been migrated and which have yet to move.
Following completion of the uplift, all SL services will initially be in a single AWS regional zone.
However, LL expect to eventually have things more distributed across zones (e.g.allowing some simulators to be located closer to where their core audience is located, where there is a clear geographical distribution of users.
Lemon Bay, May 2020 – click any image for full size
The following notes are taken from the TPV Developer meeting held on Friday, June 12th, 2020. These meetings are generally held every other week, unless otherwise noted in any given summary. The embedded video is provided to Pantera – my thanks to her for recording and providing it. Time stamps are included with the notes will open the video at the point(s) where a specific topic is discussed.
The CEF Update RC viewer updated to version 6.4.3.543157 on June 11th.
The remainder of the official views currently in progress are as follows:
Current Release viewer version 6.4.3.542964, dated May 29th, promoted June 2nd, formerly the FMOD Studio RC viewer – No Change.
Release channel cohorts:
Tools Update RC viewer, version 6.4.4.543148, June 5 – this viewer is built using VS 2017 / a recent version of Xcode, and Boost.Fiber. It contains no user-facing changes.
Love Me Render RC viewer, version 6.4.4.543142, June 3.
Project viewers:
Mesh uploader project viewer, version 6.4.3.542535, June 3.
Copy / Paste viewer, version 6.3.5.533365, December 9, 2019.
Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22, 2019.
Legacy Profiles viewer, version 6.3.2.530836, September 17, 2019. Covers the re-integration of Viewer Profiles.
360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.
General Viewer Notes
The Love Me Render (LMR) viewer is the next in line to be promoted. This may include a number of high-priority EEP fixes as well, which means the promotion is currently being held until these fixes can be merged into the viewer.
These EEP fixes do not appear to include BUG-225784 “[EEP] BUG-225446 regression – HUDs are again affected by environment setting” is also awaiting the Lab.
It’s currently not clear what viewer is liable to be promoted after LMR.
A further Maintenance RC is in preparation.
Both the Mesh uploader and Copy / Paste project viewers may be in a position to be promoted to RC status in their next updates.
The Legacy Profile project viewer still awaits a back-end web change.
In Brief
[11:49-20:42], including text chat] A further bug on the EEP list is BUG-226772 “[EEP] Full bright objects are not affected by fog”.
This was an issue common to the official viewer pre-EEP although Firestorm had a fix that is regressed by EEP.
As an alternative to a rendering fix, a request has been made to implements a viewer-side option to disable full bright should a user encounter the issue. No statement from LL on implementing this idea – or not.
The following notes were taken at the Simulator User Group meeting held on Tuesday, June 9th.
Simulator Deployments
At the time of writing there were no formal simulator release notes, however:
There was no deployment to the main SLS channel on Tuesday, June 9th.
On Wednesday, June 10th, the same RC deployment will be rolled to all of the simulator RC channels. This comprises:
A minor script constant fix (CLICK_ACTION_ZOOM and CLICK_ACTION_DISABLED were missing).
The chat range changes for channel 0.
Voice Carry Project
Voices Carry is the name given to the extended chat range project. Once available, it will allow region / estate owners / managers to set the open chat range on a region (see BUG-228333). When considering it, the following points should be kept in mind:
It only applies to local chat channel 0, and so it should not impact scripted objects using other chat channels.
The distance set within a region will determine which, if any, of any adjoining regions can her local chat with that region.
For example, if you are in a region with chat distance set to 50m and you’re more than 50m from any boundary with an adjoining region, then your chat will not be relayed beyond the region.
The distance chat is set to within a region will determine how far any chat from an adjoining region will be relayed within it.
For example: if a region has a chat range of 20m, and chat is relayed from a neighbouring region with a range of 100m, that chat will only be relayed 20m within the current region.
No matter how great the chat range is set within an region, it will never be relayed further than those immediately adjoining it.
For example: if a Mainland region has a chat range set to 1000m, chat from it will only be relayed to the (maximum of) 8 regions adjoining it.
SL Viewer
There have been no updates to the official viewers to mark the start of the week, leaving the current viewers as follows:
Current Release viewer version 6.4.3.542964,, dated May 29th, promoted June 2nd, formerly the FMOD Studio RC viewer – NEW.
Release channel cohorts:
Tools Update RC viewer, version 6.4.4.543148, June 5 – this viewer is built using VS 2017 / a recent version of Xcode, and Boost.Fiber. It contains no user-facing changes.
Love Me Render RC viewer, version 6.4.4.543142, June 3.
CEF RC viewer, version 6.4.3.542757, issued May 27.
Project viewers:
Mesh uploader project viewer, version 6.4.3.542535, June 3.
Copy / Paste viewer, version 6.3.5.533365, December 9, 2019.
Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22, 2019.
Legacy Profiles viewer, version 6.3.2.530836, September 17, 2019. Covers the re-integration of Viewer Profiles.
360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.
The Beguiled Art Gallery and Studio, May 2020 – blog post
The following notes were taken from my audio recording and chat log of the Content Creation User Group (CCUG) meeting held on Thursday, June 4th 2020 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are are available on the Content Creation User Group wiki page.
Unfortunately, Vir was on a replacement computer for this meeting, and the audio quality was exceptionally bad in the early part of the meeting, making comprehension both in the meeting and when playing back my audio recording very difficult.
Terrain
LL has long acknowledged that terrain texture quality in Second Life is not overly great by today’s graphics standards.
There is no defined project to update terrain textures as yet, but Vir took the opportunity to take feedback on ideas for what might be included. Some of this comprised:
Better texture density for crisper textures.
Texture layering to allow for roads / paths, etc.
Support for higher resolution textures.
Splat maps for textures and for normal and specular support.
Voxel support was requested, but this is seen as a much larger project than terrain texturing, we Linden Lab to go that route, and it is certainly not something on the cards for the foreseeable future.
Jelly Dolls / Avatar Rendering
Vir continues to work on this and has (I believe) a viewer with some of his ideas included available for internal testing or review at the Lab.
Project Muscadine (Animesh Follow-On)
Project Summary
Currently: offering the means to change an Animesh size parameters via LSL.
Current Status
Still officially on hold.
Attach points support has been requested and could be a “next step”.
However, when work is resumed, the emphasis will be on fixing the identified bugs around the LSL parameter setting process
In brief
EEP: LL are still looking to correct:
Specularity (shininess) issues – see BUG-228781 and BUG-228581. One of these issues is now fixed internally to the Lab, the other is “in progress”. When deployed, should see behaviour return to pretty much how it was pre-EEP, how where the fixes will fit in viewer updates is still TBD.
Issues with the environment settings for Mainland. This has proven harder to fix. It appears that the wrong environment settings were baked into the Mainland regions, and the most direct means of correcting this is by manually correcting them.
The EEP issues – which arguably show things as they *should* appear, but which in doing so “break” content (hence trying to get the “fixes” in s that assets don’t have to be corrected & re-uploaded, etc.), sparked a discussion on how indicated changes to the rendering pipeline will be handled. Essentially these will be “opt in” for content created after any updates are deployed; old content will be “opt out”, to avoid breakage.