Category: SL User Group Meetings

2025 week #20: SL SUG meeting

Posted on by Inara Pey
The Forest of Hours, March 2025 – blog post

The following notes were taken from the Tuesday, May 13th, 2025 Simulator User Group (SUG) meeting. They form a summary of the items discussed, and are not intended to be a full transcript, and were taken from my chat log of the meeting. Pantera also recorded the meeting, and that recording is embedded at the end of this piece – my thanks to Pantera, as always, for providing it.

Meeting Overview

  • The Simulator User Group (also referred to by its older name of Server User Group) exists to provide an opportunity for discussion about simulator technology, bugs, and feature ideas.
  • These meetings are conducted (as a rule):
  • Meetings are open to anyone with a concern / interest in the above topics, and form one of a series of regular / semi-regular User Group meetings conducted by Linden Lab.
  • Dates and times of all current meetings can be found on the Second Life Public Calendar, and descriptions of meetings are defined on the SL wiki.

Simulator Deployments

  • On Tuesday, May 13th, the Main SLS channel was updated with the Elderberry simulator release.
  • Om Wednesday, May 14th, the RC channels should be restarted without update.

Upcoming Deployment – Fig Newton (2025.06)

  • Yes, the name changed in the passage of a week.
  • This is still being put together, and is unlikely to surface before June, as the simulator team has been focusing on some necessary internal work which has drawn attention away from feature work on the simulators.

SL Viewer Updates

In Brief

  • Rider Linden requested if people preferred code-names for simulator updates or their official initial version numbers (e.g. 2025.05, 2025.06).
    • Given that version umbers actually relate to minor things like RELEASE NOTES – they actually serve a use.
    • As noted by Fig Pudding Newtons, code names can change on a whim and seem pretty pointless.
    • However, it appears an attempt to use both will be used going forward 🙄(yes, I’m a carbon-based unit and I have no sense of fun‡).
  • PBR Colour data is lost when setting PBR overrides was raised some time ago, but has yet to be fixed. Responding to a question on why it had not been fixed when implementing llSetLinkGLTFOverrides, Rider Linden stated:
Because when PBR was implemented they did not separate the colour value from the alpha. The two are stored internally as a single number. Since the simulator does not have the actual value from the material (it does not read materials) there is no way to change one without impacting the other. Doing so would have required a protocol change in the way overrides are sent and protocol changes are big deals since they break the viewer.
    • He went on to note that overrides are among a number of things he would like to revamp and improve upon.
  • The above led to a request for creators refreshing older products with PBR to be able to supplement llSetLinkAlpha to some sort of llSetLinkPBRAlpha, without having to “dual stack” materials.
    • Rider Linden indicated that this would require adding a new function, and as such perhaps best done when overrides are being revamped, per the above comment.
    • Leviathan Linden further noted that Geenz Linden is currently thinking about how to overhaul GLTF override system, as fallout of planning on how to support object hierarchy.
  • A portion of the chat was around When an object is paid the object name being recorded should be controlled by the Server and not the Viewer, seen as a particular concern among providers of Skill Games. This topic was also raised extensively at the Skill Gaming meeting.
  • Most of the meeting revolved around Blinn-Phong, glTF, alpha and colour overrides, most of which I, frankly, am not qualified to talk about in a meaningful way. Please refer to the video.
  • The latter half of the meeting involved the potential for physical region crossings between regions that are non-contiguous (e.g. your are on “Region A” and can “see” and “cross into” (walking, via vehicle) “Region B” directly (no actual manual teleport trigger), even though “Region B” is on the 2other side” of the grid. See: “Wormhole Regions” (Non-Cartesian region crossing).
    • This is something that has apparently been raised a lot within LL and seen and a “neat idea” and potentially possible. But it would be “way down on a list, below all sorts of important stuff to fix.”
  • Leviathan Linden is still trying to work out the “sometimes objects don’t show up on login” problem. He now has a reliable repro for this issue and is using it to try to understand why and where things are going wrong.
  • Off-lines not appearing on log in until relogging his become an increasing issue of late.  Commenting on the report, Leviathan Linden stated:
The fact that the off-lines show up in a second session suggests that they were never successfully requested by the viewer in the earlier session, since otherwise they would have been cleared (considered delivered) at the server. So we’re wondering: why isn’t the viewer correctly invoking some cap? 

† The header images included in these summaries are not intended to represent anything discussed at the meetings; they are simply here to avoid a repeated image of a rooftop of people every week. They are taken from my list of region visits, with a link to the post for those interested.

‡That’s a Hitch Hiker’s Guide Reference, in case you read this far.

2025 week #19: SL TPVD meeting summary

Posted on by Inara Pey
Maison de L’amitie, March 2025 – blog post †

The following notes were taken from my chat transcript + the video recording by Pantera (embedded at the end of this summary) of the Third-Party Developer meeting (TPVD) held on Friday, May 9th, 2025. My thanks to Pantera as always for providing it.

Meeting Purpose

  • The TPV Developer meeting provides an opportunity for discussion about the development of, and features for, the Second Life viewer, and for Linden Lab viewer developers and third-party viewer (TPV) / open-source code contributors to discuss general viewer development. This meeting is held once a month on a Friday, at 13:00 SLT at the Hippotropolis Theatre.
  • Dates and times are recorded in the SL Public Calendar, and they are generally conducted in text chat.
  • The notes herein are a summary of topics discussed and are not intended to be a full transcript of the meeting.

Official Viewers

  • Default viewer: 2025.03 7.1.13.14343205944, issued April 9th and promoted April 15th.
    • New UI element for water exclusion surfaces: Build / Edit floater → Texture Tab → Hide Water checkbox.
    • The maximum amount of Reflection Probes can now be adjusted to better accommodate low VRAM scenarios.
      • Values will be set automatically depending on your chosen graphics quality. OR
      • Use Preferences → Graphics →  Advanced Settings →  Max. Reflection Probes to manually set.
    • An issue with being unable to see Sky Altitude values in the Region/Estate window has now been resolved.
    • Preferences → Graphics → Max. # of Non-Imposters has been renamed Max. # of Animated Avatars for clarity.
    • Bug and performance fixes and memory optimisations.
  • Release Candidate: 2025.04 – 7.1.14.14742193597, May 2nd – see below.
  • Second Life Project Lua Editor Alpha, version 7.1.12.14175675593, April 2nd.

Release Candidate 2025.04

  • Currently includes the following new features and updates:
    • Chat Mentions (Early Support): Type @ then pick a name. To follow: audible alerts and highlight colour pickers (New).
      • This does not support generic mentions such as @everyone or @here.
    • My Outfits subfolders: supports for the use of subfolders (new).
    • Build Floater improvements: increase to scale boundaries; Physics Material Type now updates when selecting linked objects; Repeats per Meter value no longer incorrect for non-uniform sized objects
    • Hover height: the minimum/maximum is now +/- 3 meters.
    • Snapshot floater: L$ balances can be hidden independently of the rest of the UI.
    • Preference Search bar: general usability and readability improvements.
  • Bug fixes as listed in the release notes (link above).

glTF Mesh Uploader

  • Originally planned for inclusion on the 2025.04 RC, this now looks as if it will be initially shipped as a project viewer.

2025.05 RC Viewer

  • This is being primed to contain the backporting of up fixes and updates originally intended for 2024’s Maintenance C RC. Details to follow as they are made available.

In Brief

  • Meeting format:
    • Following the previous TPVD meeting being held in local chat, the decision has been made to continue in chat only.
    • Both the TPVD meeting and the Open Source Development meeting now look on track to be combined into a single, text-only meeting, date and time going forward TBA.
  • Chromium Embedded Framework (CEF) Updates: used for the likes of media handling / web page presentation within the viewer, the current version of CEF is increasingly out-of-date. How to update it has been a subject of internal discussions at the Lab, with Geenz Linden noting:
Current line of thinking is just have one CEF instance – use CEF’s tab mechanism. Seems to be the preferred solution by CEF as well for cookie management. It’s more work, but it’s also generally what seems to be the “preferred” route from CEF land. 
Now that being said.. Depending on when we can get that work scheduled (we have _a lot_ on our plates right now), we may be open to a stop gap with that work on the docket in the future. We want to do this by the book as best as we can, I want to be clear about that. We are well aware of how out of date CEF is in the viewer, and it is something we want to fix. We’re still figuring out the path to do so – do we have a stop gap for now with a firm commitment to a proper upgrade later? Do we just skip to upgrade? We’re still discussing it.
    • This discussion revolved around a suggested approach to update used within the Cool VL Viewer and submitted to (and rejected by) LL. Further discussions on both the Lab’s thinking on the CEF tab mechanism and a possible discussion on interim options such as the Cool VL Viewer approach.
  • Terrain texture blending: there can be a noticeable difference is results when trying to blend terrain textures when seen on viewers running on different operating systems.
    • See: Terrain blends are different for different users (raised April 25th, 2025, and closed on May 1st (“expected behaviour”) for a description of the issue.
    • See: Terrain Texture Blending Consistency for one suggested solution and further discussion.
    • The issue appears to be the manner in which the Windows viewer applies a randomiser for blend textures between different elevations compared to Mac OS / Linux (see: SL Wiki : Creating Terrain Textures – Elevation Ranges).
    • This discussion became mixed with one concerning issues with PBR mirrors yielding different results / failing to work at log-in (notably under Windows), and the discussion of potential fixes, although the root cause seems to be similar in nature.
    •  It terms of any “fix” for terrain blending issues, the problem is that any adjustment made to the calculations could end up impacting some percentage of users in some way.
    • LL’s view (at the meeting) was to lean towards keeping the calculations used by Windows untouched, and to try to adjust Linux / MacOS to match; the reasoning for this is that as around 90% of the user base is running Windows (and potentially landscaping in Windows), they are seeing things “correctly”.
    • This led to something of a debate along the lines of the “needs of the many”; the question of ROI on fixes of one types or another (time to implement, overall impact, etc.).
    • This discussion took up much of the latter half of the meeting, but no firm view on any likely “fix” or time-frame at this point.

Next Meeting

† The header images included in these summaries are not intended to represent anything discussed at the meetings; they are simply here to avoid a repeated image of a gathering of people every week. They are taken from my list of region visits, with a link to the post for those interested.

2025 week #19: SL SUG meeting

Posted on by Inara Pey
Buddha Garden, February 2025 – blog post

The following notes were taken from the Tuesday, May 6th, 2025 Simulator User Group (SUG) meeting. They form a summary of the items discussed, and are not intended to be a full transcript, and were taken from my chat log of the meeting. Pantera also recorded the meeting, and that recording is embedded at the end of this piece – my thanks to Pantera, as always, for providing it.

Meeting Overview

  • The Simulator User Group (also referred to by its older name of Server User Group) exists to provide an opportunity for discussion about simulator technology, bugs, and feature ideas.
  • These meetings are conducted (as a rule):
  • Meetings are open to anyone with a concern / interest in the above topics, and form one of a series of regular / semi-regular User Group meetings conducted by Linden Lab.
  • Dates and times of all current meetings can be found on the Second Life Public Calendar, and descriptions of meetings are defined on the SL wiki.

Simulator Deployments

  • On Tuesday, May 6th, the Main SLS channel was restarted without any update.
  • On Wednesday, May 7th:
    • BlueSteel and the snack channel running the Elderberry simulator update (see below) should be restarted.
    •  All remaining RC channels should be updated with Elderberry.

Elderberry Update (2025.05)

  • A new option to llDerezObject – DEREZ_TO_INVENTORY, which returns the targeted object to inventory and saves its current state (e.g. has the same behaviour as Build → Object → Save Back to Object Contents.
  • llIsLinkGLTFMaterial  – which can can determine if a face on a linked prim is PBR.
  • REZFLAG_DIE_ON_NO_REZZER – which will cause a rezzed prim to die if its rezzer is no longer present in the region.
  • llSetGLTFOverrides, rather than changes to llSetColor and llSetAlpha to work with PBR, as changing the latter was “starting to lead down some very scary paths WRT ‘What is the right thing to do'”.
  • Possibly a fix for llSetGroundTexture, which currently has the NE & SW values swapped. The question was asked in this was in the release, but the question wasn’t fully answered.

Upcoming Deployment – Fig Pudding (2025.06)

  • This is still being put together.
  • The update is unlikely to surface before June, as the simulator team has been focusing on some necessary internal work (e.g. ensuring various repositories build and deploy via Github actions correctly; updating where docker images are stored) which has drawn attention away from feature work on the simulators.

SL Viewer Updates

  •  Default viewer: 2025.03 7.1.13.14343205944, issued April 9th and promoted April 15th.
    • New UI element for water exclusion surfaces: Build / Edit floater → Texture Tab → Hide Water checkbox.
    • The maximum amount of Reflection Probes can now be adjusted to better accommodate low VRAM scenarios.
      • Values will be set automatically depending on your chosen graphics quality. OR
      • Use Preferences → Graphics →  Advanced Settings →  Max. Reflection Probes to manually set.
    • An issue with being unable to see Sky Altitude values in the Region/Estate window has now been resolved.
    • Preferences → Graphics → Max. # of Non-Imposters has been renamed Max. # of Animated Avatars for clarity.
    • Bug and performance fixes and memory optimisations.
  • Release Candidate: 2025.04 – 7.1.14.14742193597, May 2nd 2025 – NEW.
    • Includes the following new features:
      • Chat Mentions (Early Support): Type @ then pick a name. To follow: audible alerts and highlight colour pickers.
      • My Outfits subfolders: now supports the use of subfolders.
    • Key updates:
      • Build Floater improvements: increase to scale boundaries; Physics Material Type now updates when selecting linked objects; Repeats per Meter value no longer incorrect for non-uniform sized objects
      • Hover height: the minimum/maximum is now +/- 3 meters.
      • Snapshot floater: L$ balances can be hidden independently of the rest of the UI.
      • Preference Search bar: general usability and readability improvements.
    • Refer to the release notes for full updates and fixes.
  • Second Life Project Lua Editor Alpha, version 7.1.12.14175675593, April 2nd.

In Brief

  • A request for SLua events to be updated along the lines suggested in this canny request. Rider Linden indicated that a update will be made prior to SLua moving to wider beta testing, and will likely It will likely end up looking similar to the Canny proposal. However, there is no current time frame as to when the update will be made.
  • A Canny request was filed in January for a llGetRegionWorldMapTile feature. This was reportedly now sitting in the backlog of requests and work the server team are hoping to work through in time.
    • This saw a follow-up request at the meeting to be able to zoom down to the level of centring a parcel on the map. Rider indicated that it should be possible to give the full region map as a as a texture ID, allowing scripts to adjust the offset and scale of the texture to achieve desired results.
  • A discussion on regions idling (at 1 FPS(?)) when not in use (e.g. when there are no avatars in the region, no child agents registered with in and no HTTP IN/OUT functions running); the ability for llGetEnv to obtain a region’s status.
    • Regions are not completely shut-down when “empty”. as most require scripts to keep running.
    • This broadened into a discussion on how low a region takes to start-up. The most accurate might be “no long in the scheme of things, but variable”.
  • In response to a question on progress with combat 2.1 features, Rider stated:
Combat 2.1 is pushed back. I’ve got no eta when that will come back up. I’d like to get it moving, I think it introduces some important additions that have impacts outside of just Combat, but there are lots of things that need doing and I can only type so fast.
  • The latter half of the meeting was taken up with discussions of texture loading, the impact of alpha layering, non-optimised contents and similar, the majority of which was more viewer-centric. They arose from a complaint that Fantasy Faire is overloaded with “4K textures” (which aren’t actually a thing in SL) causing viewer performance issues.

 

† The header images included in these summaries are not intended to represent anything discussed at the meetings; they are simply here to avoid a repeated image of a rooftop of people every week. They are taken from my list of region visits, with a link to the post for those interested.

2025 week #18: SL CCUG meeting summary

Posted on by Inara Pey
Hippotropolis Campsite: venue for CCUG meetings
The following notes were taken from my audio recording and chat log of the Content Creation User Group (CCUG) meeting of Thursday, May 1st, 2025. Please note that this is not a full transcript, but a summary of key topics, and timestamps are to the official video, embedded at the end of this report. .
Table of Contents

Meeting Purpose

  • The CCUG meeting is for discussion of work related to content creation in Second Life, including current and upcoming LL projects, and encompasses requests or comments from the community, together with related viewer development work.
  • This meeting is generally held on alternate Thursdays at Hippotropolis.
  • Dates and times of meetings are recorded in the SL Public Calendar, and they are conducted in a mix of Voice and text chat.

Official Viewer Status and Updates

Viewer Status

  •  Default viewer: 2025.03 7.1.13.14343205944, issued April 9th and promoted April 15th.
    • New UI element for water exclusion surfaces: Build / Edit floater → Texture Tab → Hide Water checkbox.
    • The maximum amount of Reflection Probes can now be adjusted to better accommodate low VRAM scenarios.
      • Values will be set automatically depending on your chosen graphics quality. OR
      • Use Preferences → Graphics →  Advanced Settings →  Max. Reflection Probes to manually set.
    • An issue with being unable to see Sky Altitude values in the Region/Estate window has now been resolved.
    • Preferences → Graphics → Max. # of Non-Imposters has been renamed Max. # of Animated Avatars for clarity.
    • Bug and performance fixes and memory optimisations.
  • Release Candidate: 2025.04 – 7.1.14.14742193597, Issued May 2nd 2025.
    • Includes the following new features:
      • Chat Mentions (Early Support): Type @ then pick a name. To follow: audible alerts and highlight colour pickers.
      • My Outfits subfolders: now supports the use of subfolders.
    • Key updates:
      • Build Floater improvements: increase to scale boundaries; Physics Material Type now updates when selecting linked objects; Repeats per Meter value no longer incorrect for non-uniform sized objects.
      • Hover height: the minimum/maximum is now +/- 3 meters – requires a simulator-side update, currently in the process of being deployed.
      • Snapshot floater: L$ balances can be hidden independently of the rest of the UI.
      • Preference Search bar: general usability and readability improvements.
    • Refer to the release notes for full updates and fixes.
  • Second Life Project Lua Editor Alpha, version 7.1.12.14175675593, April 2nd.

Upcoming Viewers

[Video: 2:22-5:16]

2025.04
  • See above.
2025.05
  • Internal discussions on what form this should take remain in progress.
  • As a result of delays with 2025.03 and 2025.04, coupled with a need to consider how to better offer viewers with features / capabilities user will find valuable, rather than simply lobbing buckets of changes and updates into each release, the viewer team is backing off of the idea of a monthly release cadence for the immediate future.

More on the glTF Mesh Uploader

[Video: 7:41-12:22]

  • Overall, the focus remains on getting the flow of model uploads working smoothly and in providing the same capabilities when uploading glTF models as is currently the case for COLLADA models.
  • However, there will be some constraints on capabilities:
    • Higher vertex limits on uploads will not be supported for glTF, as it is described as requiring a “whole mesh format upgrade”, which requires further thought before moving in that direction. As such the current 65K vertices per face limit will apply to glTF model uploads.
    • Due to the complexity, and until things can be re-thought, glTF materials cannot be imported as a part of a glTF mesh (outside of the Base Colour map); they must be imported separately and then applied.  Direct import of glTF materials as a part of a glTF mesh requires an large refactoring of code which is not possible in the immediate future.
    • The above point prompted the question from Geenz on whether people would prefer the Base Colour to be uploaded, or simply just have a blank face provided until such time as full glTF materials can be imported with the mesh. Opinion at the meeting leaned towards the blank surface.

In Brief

  • [Video: 6:02-7:10] Feature request: Make Appearances Height = Prim Height – responded to as “something that could be looked at”.
  • [Video: 15:25-20:21] Are there plans to support Unreal Engine? – No, and defined as “probably never happening”.
    • This led to a question about supporting Unreal Engine plug-ins and perhaps getting plug-in support for Marvelous Designer, often used as an adjunct to making and rigging SL clothing (in fact, Linden Lab struck a deal with MD so a plug-in could be provided for the Sansar platform and its avatars).
    • While not averse to the idea of plug-in support, it was noted that in respect of rigging to the avatar skeleton, the latter would need additional work to make it offerable to third-parties to support.
    • This led to a general acknowledgement and discussion on the need for better pipelining to support popular tools, what those tools might in fact be, beyond Blender, how widespread is their use, availability of SDKs, convergence in trends (e.g. towards OpenUSD) – although how this might all be achieved is a head-scratcher.
    • Overall, such work is seen as “worth discussing” but well beyond the current roadmap.
  • [Video: 20:24-25:52] In terms of the SL skeleton, it was stated that “everyone” uses Avastar – including the Lab -(although the MayaStar plugin by Cathy Foil also gets good usage), due to the SL skeleton having issues.
    • Geenz suggested the way to offer easier compatibility between the SL skeleton and commercial tools like MD would be to get the skeleton files updated and offer them as glTF and / or OpenUSD downloads.
    • This grew into a general discussion on the skeleton, its complexity compared to other games / platforms, etc.
  • [Video: 25:52-33:30] A general discussion on the Avatar Welcome Pack, specifically some of the shortfalls in how it has been put together.
    • Some of the issues are known, and have been raised by the creators who provided the content for LL to bring together, others may not have been identified.
    • The request is for any issues identified by experienced users opting to try / test the avatar, etc., to be filed as a bug report.
    • It was also noted that clearer instructions were not provided with the Avatar Welcome Pack – such as *copying* a body folder / outfit from the Library to Inventory, rather than adding / wearing an avatar or outfit directly from the Library (and thus spawning multiple copies in Inventory.
    • In relation to the above, Kyle Linden suggested the Lab offer the pack’s contents on a Lab-driven Marketplace store to help with discoverability, and this was positively received.
  • [Video: 33:35-38:24] A discussion on lighting  – “block” (aka volume) lighting, improving the flexibility of lighting in SL, implementing physically based lighting capabilities, etc.
  • [Video: 41:20-46:29] A discussion on filling the “voids” between continents and regions with water / air open space to allow free passage to boats and aircraft, and why this currently in not feasible on technical or financial grounds.
The system complexity of doing is so enormous … to do that, we’d have to either run a single server in each one of the void spaces, which would obviously put us out of business overnight [fees to Amazon] or… to build mega regions. But the trick to those mega regions need to sit on top of existing regions, or something. Because otherwise, you have the protocol for cross-region communications at the boundaries, and you no longer have cardinal boundaries. Every programmer here can imagine the horror of going from having one neighbour to your left to having between 1 and 600 neighbours to your left, or something. We just didn’t code Second Life that way, so that we could have regions of different size adjacent to each other. I don’t know how to solve that … I don’t have an easy answer off the top of my head.

Philip Rosedale

  • [Video 48:13-54:30] General comments on providing VR support – options, issues, technical hurdles.

Next Meeting

2025 week #18: SL SUG meeting

Posted on by Inara Pey
Isla Enchanted, February 2025 – blog post

The following notes were taken from the Tuesday, April 29th, 2025 Simulator User Group (SUG) meeting. They form a summary of the items discussed, and are not intended to be a full transcript, and were taken from my chat log of the meeting.

Meeting Overview

  • The Simulator User Group (also referred to by its older name of Server User Group) exists to provide an opportunity for discussion about simulator technology, bugs, and feature ideas.
  • These meetings are conducted (as a rule):
  • Meetings are open to anyone with a concern / interest in the above topics, and form one of a series of regular / semi-regular User Group meetings conducted by Linden Lab.
  • Dates and times of all current meetings can be found on the Second Life Public Calendar, and descriptions of meetings are defined on the SL wiki.

Simulator Deployments

  • On Tuesday, April 29th, the Main SLS channel was restarted without any update
  • On Wednesday, April 30th:
    • BlueSteel and a snack channel should be updated with the Elderberry simulator update (see below).
    •  All remaining RC channels should be restarted without any change.

Upcoming Deployment – Elderberry

  • A new option to llDerezObject – DEREZ_TO_INVENTORY, which returns the targeted object to inventory and saves its current state (e.g. has the same behaviour as Build → Object → Save Back to Object Contents.
  • llIsLinkGLTFMaterial  – which can can determine if a face on a linked prim is PBR.
  • REZFLAG_DIE_ON_NO_REZZER – which will cause a rezzed prim to die if its rezzer is no longer present in the region.
  • llSetGLTFOverrides, rather than changes to llSetColor and llSetAlpha to work with PBR, as changing the latter was “starting to lead down some very scary paths WRT ‘What is the right thing to do'”.
  • Possibly a fix for llSetGroundTexture, which currently has the NE & SW values swapped. The question was asked in this was in the release, but the question wasn’t fully answered.

SL Viewer Updates

  •  Default viewer: 2025.03 7.1.13.14343205944, issued April 9th and promoted April 15th – No Change.
    • New UI element for water exclusion surfaces: Build / Edit floater → Texture Tab → Hide Water checkbox.
    • The maximum amount of Reflection Probes can now be adjusted to better accommodate low VRAM scenarios.
      • Values will be set automatically depending on your chosen graphics quality. OR
      • Use Preferences → Graphics →  Advanced Settings →  Max. Reflection Probes to manually set.
    • An issue with being unable to see Sky Altitude values in the Region/Estate window has now been resolved.
    • Preferences → Graphics → Max. # of Non-Imposters has been renamed Max. # of Animated Avatars for clarity.
    • Bug and performance fixes and memory optimisations.
  • Second Life Project Lua Editor Alpha, version 7.1.12.14175675593, April 2nd.

In Brief

  • A (reasonable) request was made to have simulator release names (“Elderberry”, “Puff Pastry” or whatever) actually reflected on the release notes rather than referencing them solely by release number.
  • Questions llDerezObject() DEREZ_TO_INVENTORY:
    • Is the clean-up procedures after de-rezzing any different to other objects? Should not be, the; the object is killed from in-world on receipt of the derez command, then a new asset is generated to replace the deleted one in the rezzing object’s inventory.
    • Is DEREZ_TO_INVENTORY to to any capability? No. The code was originally set up to respond to a message from the viewer and so would report messages back that way; however it is being updated to be smarter than that to avoid missed messages, etc.
  • A feature request to allow attachment rezzing directly from another object’s inventory has been received (e.g. to assist with changing outfits). It is regarded as a large project and, if accepted, has yet to be added to the development roadmap.
  • A feature request to Add function to get a list of objects in the region (somewhat similar to the Area Search in some TPVs) has been submitted and is currently being tracked. Upvote if you’d like to see it get onto the roadmap for implementation.
  • A discussion on prim manipulation and LSL and differences between viewer-side and simulator-side disconnects (e.g. LSL cant set sphere taper, and viewer can’t set floating text or particle). This drifted into discussion of prim / linkset ordering and an actual node hierarchy for the same that is known to the viewer, together with a means to set the linkset number for a given object in the linkset / “click and assign” root prim for a linkset.
  • Leviathan Linden offered some feedback to those testing the SLua regions on Aditi:
One thing I was working on a week or two ago but currently on hold: people on the Lua servers were using the faster scripts to thrash a log of prim properties, which would generate a storm of Full Updates. Someone noticed some hot spots in the generation/sending of those updates, slowing things down making the problem look like Lua’s fault. So, I was working on a speed-up there. Wasn’t done, got side-tracked. Will get back to it.

† The header images included in these summaries are not intended to represent anything discussed at the meetings; they are simply here to avoid a repeated image of a rooftop of people every week. They are taken from my list of region visits, with a link to the post for those interested.

2025 Week #17 Project Zero User Group Meeting

Posted on by Inara Pey
via Linden Lab
The following notes were taken from the Thursday, April 24th 2025 Project Zero User Group (PZUG) meeting.

  • They are based on my audio recording of the meeting + chat log.
  • They should not be taken as a full transcript of the meeting.
Table of Contents

Meeting Purpose

  • The Project Zero User Group provides a platform  for open discussion about Project Zero, the cloud-streamed version of the Second Life Viewer. Topics can range from sharing the goals for Project Zero, demoing the current experience, and gathering feedback to help shape the future of cloud access for Second Life.
  • These meetings are conducted (as a rule):
    • The second and fourth Thursday of every month at 13:00 noon SLT.
    • In Voice and text.
    • At the Hippotropolis Campsite.
  • Meetings are open to anyone with a concern / interest in the above topics, and form one of a series of regular / semi-regular User Group meetings conducted by Linden Lab.
  • Dates and times of all current meetings can be found on the Second Life Public Calendar, and descriptions of meetings are defined on the SL wiki.

Resources

Note: “Zero” or “Project Zero” in these summaries always refers to the SL official viewer running in a browser; “Firestorm Zero”, “FS0” or “FS Zero” always refers to the Firestorm viewer offering in a browser.

Avatar Picker

  • Released on April 24th, 2025.
  • Actually the first part of presenting Project Zero with a new UI, built using HTML / React, and first discussed by Philip Rosedale when Project Zero was initially launched.
  • Takes the form of a UI element that “pops in and out” of the left side of the browser window for the viewer.
  • Allows a user to select one of the avatars available within the new Avatar Welcome Pack, and the dress it in one of the available outfits.
  • The idea is to help new users get started with the kinds of avatars and avatar accessories more generally found in SL, thus grounding them more in the platform and the avatar ecosystem.

Project Zero and On-Boarding New Users

  • With the resumption of direct advertising of SL, the Lab has noted:
    • Only around 10% of users responding to an ad and who are directed through the sign-up process that requires them to download and install the viewer, actually get as far a logging-in.
    • However, the number responding to an ad and being directed to the sign-up process culminating in them being able to access SL directly through their browser using Project Zero, has a success rate of over 50% actually logging-in.
  • Data gathering on incoming new users responding to ads suggest that the majority are using computers that would not be able to run the viewer to its fullest visual extent; however, 90% of those users coming in via the Project Zero route are able to properly “see people and hear the birds”.
  • The next strategic step is seen as encouraging those new users to more fully engage with the platform, and two steps are being taken in this direction – the Avatar Picker noted above, and an upcoming “Destination Picker”, which is seen as an extension to the avatar onboarding process.

Project Zero “Destination Picker”

  • This is liable to be the next element for the new UI.
  • When available, it will allow (new) users to select one of the 12 destinations, in a similar manner to the Go button seen on the web account registration  / join pages.
  • The desire being to point them towards locations and experiences that bring home the value of Second Life, and which encourage them to continue to log-in to the platform.
  • In this it is recognised that:
    • Simply listing a plethora of destinations which may or may not have active use risks losing incoming new users on the basis if they get sent to places where there is no engagement with others, they simply will not stay.
    • Similarly, just sending people to “crowded” places (clubs, shopping areas, etc.), is not necessarily a good idea, and people within those environments may not be amenable to answering questions / offering assistance. etc.
    • People are much more likely to stay if they find people who are friendly, willing to offer help, point them towards community resources, etc.
  • As such, the destinations placed in the Picker are going to be curated (and possibly rotated), based on how well they assist in helping new users feel “part” of SL.

Additional Notes on Destinations / On-boarding

  • Selections for inclusion are liable to be along lines that reflect the typical reasons people give for signing-up to SL – such as an interest in art, a desire to experience live music, etc.
    • In this regard, incoming new users are already being “round robined” to a number of potential starting points: the Welcome Hub, Gateways such as Firestorm’s gateway, experience-oriented hub like MadPea, etc.
    • However, the Lab wants to move this on to the users themselves being able to make a choice as to where they go on logging-in.
  • A new channel will be provided to those managing the selected destinations, which will provide them with data such as: numbers of new users returning for a further session, number of users going to no upgrade to a subscription tier, and other data that can help illustrate the success of a location in supporting new users, and possible highlight areas for possible optimisation.
  • With regards to the success of destinations used within the on-boarding of new users over the year, Philip Rosedale noted the following:
Over all these years, when we have looked at the statistics for destinations for areas as different as those I’ve mentioned – the Welcome Hub, the Adventure Island, the Firestorm Welcome Island, the MadPea games, for example – fascinatingly enough, we see that the success at retaining new users is virtually identical for all of those destinations; and overall, is of course very poor. 
So its interesting to not that we’re not even close, it would seem, on what the right on-boarding experience is; because all of the ones we have tried are equally unsuccessful. 

– Philip Rosedale

New Users and a Sandbox

  • Sntax floated the idea of offering incoming users the opportunity to go to a specific sandbox environment were they could join other users and new users in collaborative building / learning to build.
  • Active Worlds used to have something similar for its incoming new users.
  • Responses to this at the meeting were mixed.
    • Positives: offers the opportunity for collaborative work using the built-in tools; allows experienced 3D content creators new to SL experiment with importing mesh; could become an informative learning “playground”.
    • Negatives: built-in tools for content creation are both complex and have not seen any real TLC in years; primitives fall well short of more refined meshes; the potential for griefing.
  • This lead to a more general discussion on engaging new users, opportunities for engaging them in activities and how to direct them (e.g. offering those wanting to use Voice to “Voice friendly” locations; offering experiences such as games, sailing, flying, etc.

Notes on Availability

  • Existing users can also use the Avatar Picker, however:
    • It is only available on Project Zero.
    • Project Zero is geared towards incoming new users, so existing users might find it difficult to obtain a slot when trying to log-in via Zero.
  • Part of the reason for this is the Lab feels the capability needs to mature before becoming more widely available to existing users.
  • That said, if people would like to use Zero because it would potential offer a better experience than a viewer running locally on their computer, should IM Sntax Linden stating why they want to use Zero and what, specifically, they would use it for and the perceived benefits. Such use cases might then help speed the development of the capability.
  • Passes for Firestorm Zero are currently not available.

Date of Next Meeting