Category: SL User Group Meetings

The following notes are taken from the TPV Developer meeting held on Friday, January 8th, 2021. Unfortunately, other commitments prevented me from attending the meeting, so I am solely reliant on Pantera’s video. However, for some reason, the region hosting the meeting was re-started mid-session (possibly the result of a rolling restart), and on resuming, Pantera suffered a recording glitch that meant the second half of the meeting did not get captured.

While I have the chat transcript of the full meeting (my thanks again to Pantera), given that the majority of commentary is via Voice, replies to questions and comments are unavailable, so this summary only covers the period of the meeting that was recorded successfully.

SL Viewer News

[1:33-3:51]

On Thursday, January 7th:

• The Jellydolls viewer (updates to avatar appearance based on rendering costs) was promoted to Release Candidate status with the issuing of version 6.4.12.553798.
• The Custom Key Mappings RC viewer updated to version 6.4.12.553437.
• A new Love Me Render (LMR 5) viewer, version 6.4.12.553511,  was released as a project viewer.

The rest of the current official viewer pipelines remain as follows:

• Current release viewer version 6.4.11.551711, formerly Cachaça Maintenance RC viewer promoted on November 12 – No Change.
• Release channel cohorts:
  • Dawa Maintenance RC Viewer, version 6.4.12.553053, released December 3rd.
• Project viewers:
  • Simple Cache project viewer, version 6.4.11.551403, issued on November 12.
  • Legacy Profiles viewer, version 6.4.11.550519, October 26.
  • 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.
  • 360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.

General Viewer Notes

• Viewer updates have been delayed both due to the holiday break and as a result of a couple of processes being broken as a result of the cloud migration process.  The latter have now been fixed.
• Currently, the OS  X (Mac) build  process for the official viewer is currently “broken” and in the process of being fixed.
• The LMR 5 viewer comprises a number of EEP fixes together with fixes for water reflection rendering and for the Mesh uploader preview image. The full list of fixes from the release notes comprises:
  • SL-12740 [EEP] The EEP moon has a hardcoded blue light that is not present in Windlight-based viewers (Lab internal Jira).
  • SL-13888 The model is displayed with artefacts in the upload preview floater (Lab internal Jira).
  • SL-14275  Water Reflection new modes (Lab internal Jira).
  • BUG-228581 [EEP] Specular map reflections are way too weak.
  • BUG-228781 [EEP] Specular color interpreted wrong (too bright) from point lights.
  • BUG-228914 [EEP] Deferred Soften Shader fails to link when Atmospheric Shaders are disabled. This causes Debug viewer builds to crash.
  • BUG-229013 [EEP] Moonset inconsistent
  • BUG-229122 [EEP] Glow should be directly behind the sun or moon when it is near the horizon.
  • BUG-229689 [EEP] cloud texture is rendered backwards
• The Profiles viewer had been expected to be promoted to RC status, but there appears to be a UI issue that needs to be addressed before this can happen.
• It is not clear which of the RC viewers will be the next to be promoted to de facto release status. However, given the amount of testing against the Custom Key Mappings RC viewer, this could be a strong contender.

Upcoming UDP Changes

[10:35-14:45]

• Following on from the switch away from using UDP messaging for asset handling between the viewer and the Lab’s back-end systems that took place in recent years (assets are all handle by HTTP), the Lab is now looking to make a similar switch away from UDP messaging for all “mission critical” (e.g. messages that need to be handled in a specific order / receive responses in a specific order).
• These changes are to be made over time and on a “case by case” basis.
• Exactly how this is to be done has not been entirely worked through; it may be that some changes can be made without impacting TPV developers with a lot of additional work on their side of things.
• Part of this work will involve moving some of the message handling for chat to TCP as well.
• This work will take time to complete; however, once it is finished and once the replacement messaging protocols have been a part of the official release viewer for around 12 months, the Lab will seek to removing UDP message handling from both the viewer and the back-end code where it is no longer required.
• The reason for doing this is because UDP is not a reliable messaging format when information is required in a specific order, and can be at the heart of assorted issues users can experience. Ergo, the aim is to make things a lot more predictable and robust.

In Brief

• [4:02-5:06] There are a number of services still being adjusted post-uplift, these include:
  • World Map tile generation.
  • Land Store.
  • Some noticeable performance glitches.
  • These adjustments likely mean there were be a slightly higher cadence of server-side changes, but the focus is on trying to fix things and get back to the usual Tuesday / Wednesday simulator deployments  within the next week or two.
• [5:08-5:53] There is a further update to help with Group Chat issues   that will hopefully be deployed in week #2 (commencing Monday, January 11th).
  • This is not seen as a “total fix” for issues, but part of the continuing work to improve things.
  • The focus is to “sharply limit” the amount of group chat traffic generated by people logging into or out of Second Life. This means that the member lists for very large groups may not report everyone in the group who is on-line, but will report all those actively using the group chat function as being on-line.
• [5:55-10:17]There is to be a “real push” to make improvements to the Second Life Voice service. This will likely be based around a new Voice SDK supplied by Vivox.
  • As a part of this work, the Lab is gathering data on users who are still running on very old viewer versions / old version of the SLplugin.EXE for voice, as part of this work will likely result in some of the oldest, low-quality codecs used by the Voice API being disabled in the Voice package from Vivox at some point in the future – which may “break” Voice for those still using those really old versions.
  • The reason for disabling these old codecs is because they are of much lower quality output, and if just one person in a group voice chat is using a Voice package reliant on them, everyone in the same group chat is downgraded to the old codec, impacting the Voice quality right across the session.
  • This work will also focus on trying to correct / eliminate the “little” voice drop-outs that can occur (so those listening don’t hear every single word the speaker says).
• [13:55-16:25] Another change with the viewer is the on-going removal of code that is not longer being actively used. A  further example of this is that there are two protocols used for handling requests for logging-in to SL. One of these (XML-RPC) is almost never used nowadays, so this code may well be removed – with warning beforehand – in the future.

The following notes are taken from the TPV Developer meeting held on Friday, December 11th, 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.
• Note these summaries are not intended to be a full reporting on all topics discussed, but focus on those items that are more directly user-facing.

Another exceptionally brief meeting, with some user-user discussion in chat at the end (post-meeting) on Open Metaverse, so please refer to the video as well.

SL Viewer News

[1:55-4:44]

There have been no updates to the current group of official viewers in the pipelines, leaving things as:

• Current release viewer version 6.4.11.551711, formerly Cachaça Maintenance RC viewer promoted on November 12 – No Change.
• Release channel cohorts:
  • Dawa Maintenance RC Viewer, version 6.4.12.553053, released December 3rd.
  • Custom Key Mappings project viewer, version 6.4.12.552100, November 12.
• Project viewers:
  • Project Jelly project viewer (Jellydoll updates), version 6.4.12.552224, December 4.
  • Simple Cache project viewer, version 6.4.11.551403, issued on November 12.
  • Legacy Profiles viewer, version 6.4.11.550519, October 26.
  • 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.
  • 360 Snapshot project viewer, version 6.2.4.529111, July 16, 2019.

General Viewer Notes

• Both the Key Mappings and Dawa Maintenance RC viewers are approaching the point where either one could be considered ready from promotion to de facto release status. However, give the low crash rate and high stability data coming from the current release viewer, is is possible that neither one of these RCs will be promoted before the new year.
• Two more RC viewers should be appearing shortly:
  • The Simple Caching viewer that replaces the current VFS cache with a much simpler mechanism. This is currently in review for promotion as an RC viewer.
  • The current Jellydolls project viewer is also approaching the point of being promoted to RC status.
• [7:03-7:53] There are a number of EEP issues that have been flagged as “priority”, but its not clear if these will be addressed in the next Love Me Render (LMR) RC viewer or not (due to voice break-up as Vir was discussing).
  • There is an expectation within LL that any updates to the rendering system (including what are regarded as “critical EEP fixes” by some users) will be condemned as further “breakage” in EEP.

In Brief

• [0:48-1:54] Simulator Issues:
  • Thanksgiving Bakefail: LL believe they now have a fix for this issue, which is awaiting deployment.
  • BUG-229824: “[EEP] Cannot apply any EEP setting to ANY parcel or region:” reported on December 11th, a fix for this issues has been deployed, which should correct it. HOWEVER, any settings assets uploaded between 14:40 SLT on Thursday, December 10th and and 11:50 SLT on Friday December 11th, will not work. They will need to be deleted and replaced.
• [5:24-6:23] The Lab is “fast closing in”on having all SL services transitioned to operating via AWS. The percentage of remaining systems to be migrated in being put at around 3%.
  • Again, please note that this is only the migration work; there will be further work to come with regards to fine tuning, performance updates, etc. For now the focus is on gathering statistics on how simulators, systems and services are all running.
• [8:29-13:50] general discussion in chat and voice on how best to manage user  / creator expectations on what may “break” or be altered as a result of upcoming work on the viewer’s rendering system.
  • There may well be “breakages” / changes because an overhaul of the rendering system is unlikely to try to achieve a “like for like” swapping of issues between one rendering pipe and another, but to try to improve things as and where possible; as such, so “breakages” are perhaps inevitable.
  • One problem here is the number of workarounds that have been employed over the years in order to circumvent perceived / actual issues within the current rendering system, and which may not continue to work as expected as changes are made.
  • Another issue is when to try to inform users and creators – the rendering system work is liable to be long-term, and made not yield immediately changes; ergo, providing notification too early could lead to a lot of upset and concern, only for it to evaporate and the warning of changes to be forgotten, if the changes are not immediately implemented.
  • Further to this is just how to inform the majority – many users do not read official blog posts and forums (and even when news is pushed through third-party blogs, such as this one, it still only tends to reach a narrow audience). The viewer message of the day also has limited impact, simply because the official viewer is not the most widely used viewer in SL.
  • Plus, even with forewarning, the natural course of things is for people to keep using with which they are familiar right up to the point where changes are made.
  • However, once the Lab has a better idea of what subsets of rendering elements are likely to change, efforts will be made to communicate these to users in advance.
• [13:55-16:25] Another change with the viewer is the on-going removal of code that is not longer being actively used. A  further example of this is that there are two protocols used for handling requests for logging-in to SL. One of these (XML-RPC) is almost never used nowadays, so this code may well be removed – with warning beforehand – in the future.