2026 week #28: SUG meeting summary

The Simulator User Group meeting place at Longfellow

The following notes were taken from the Tuesday, July 7, 2026 Simulator User Group (SUG) meeting. These notes form a summary of the items discussed, and are not intended to be a full transcript. They were taken from the video recording by Pantera, embedded at the end of this summary – my thanks to Pantera 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 is held every other Tuesday at 12:00 noon, SLT (holidays, etc., allowing), per the Second Life Public Calendar.
  • The “SUG Leviathan Hour” meetings are held on the Tuesdays which do not have a formal SUG meeting, and are chaired by Leviathan Linden. They are more brainstorming / general discussion sessions.
  • Meetings are held in text in-world, at this location.

Simulator Deployments

  • No deployments for the week, just restarts
  • The next simulator update will be called Mango.

In Brief

  • Rider Linden:
    • Has merged in the rulebuilder code for Lua, so that’s ready to go. He noted that if any one wants to volunteer to fill out the tables for some functions it would be much appreciated.
    • This week he is on-call and hopes to hunt down an issue that’s causing some regions to fail to grant capabilities. He has ideas on the cause, and so is hopeful he can fix it.
    • Is also working on object publishing (prims as virtual filesystem that can be interacted with directly from VSCode, so it is possible to access and create scripts and notecards in a prim directly from VSCode rather than to have to keep switching focus between prims in world).
  • Leviathan Linden:
    • Is back working on game_control, currently doing an overhaul of the preferences UI and how the settings get formatted.
    • Notes the goal is to make it possible to map buttons to avatar movement actions (i.e. DPAD buttons to MOVE_FWD and MOVE_BACK)
    • Currently, the game_control viewer code is distinct from the Lua viewer code, but Leviathan plans on using that viewer in code merges with the game_control code.
  • Roxie Linden noted that:
    • Has been working on the WebRTC p2p IM bug where sessions fail to start, and is making progress. The issue seems to be a race condition in the back-end chat handling code; however, given the exact cause is hard to reproduce, there is no guarantee the fix in progress will correct all instances of session start failure, but Roxie optimistic.
    • On the viewer-side, has been working on changes to pull in a more recent libwebrtc + reduce some audio hiss.
  • Harold Linden (LUA):
    •  Has been busy with personal matters, but is now hoping to get back on top of  Lua PRs and resuming work on bringing the SL Lua back in-line with Luau upstream. This is seen as important as many things added to Luau upstream which would be useful for the Lua project (e.g. 64-bit integers and classes).
    • Commenting on the general state of the project, Harold added:
[the work is] Mainly polish at this point. I’d like our integer implementation to be based on Luau’s even if it’s not entirely the same under the hood so LSL can perform well, and I’d to have all scripts share a GC so that we don’t have separate memory allocators for each and every script as we do currently.
  • Monty Linden noted that lsl-definitions have been updated recently but not baked into a release and cycled around yet – this will happen “soonish”.

General Discussion

Please refer to the video below for  more on the following.

  • One of the issues with Lua on the simulator side has been the simulator crash rates. Rider described these as now being “encouraging”, many of the issues are “known and on the list to address”.
  • Harold’s comments on adopting upstream updates from Luau led to a discussion on 64-bit and 32-bit Lua support.
  • This in turn led to a discussion on Lua and llhttp.request.
  • A discussion on documentation.

Date of Next Meetings

  • Leviathan Linden: Tuesday, July 14, 2026.
  • Formal SUG meeting: Tuesday, July 21, 2026.

2026 SL viewer release summaries week #27

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

Updates from the week through to Sunday, July 5th, 2026

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.
  • Outside of the Official viewer, and as a rule, alpha / beta / nightly or release candidate viewer builds are not included; although on occasions, exceptions might be made.

Official LL Viewers

  • Default viewer  – 26.2.0.25386466510, May 19 -“flat” UI and font update – No change.
  • Second Life Lua Editor Alpha viewer 6.1.0.23768336784, April 29 – No change.

LL Viewer Resources

Third-party Viewers

V7-style

  • No updates.

V1-style

  • Cool VL viewer Stable: 1.32.4.35; Experimental 1.32.5.5 July 4 – release notes.

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

2026 week #27: SL CCUG meeting summary: “updating SL Mesh”

Hippotropolis Campsite: venue for CCUG meetings
The following notes were taken from:

  • My chat log and audio recording  of the Content Creation User Group (CCUG) meeting of Thursday, July 2nd, 2026.
  • Please note that this is not a full transcript of the meeting but a summary of key topics.
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 and is held in a mix of Voice and text chat.
  • Dates and times of meetings are recorded in the SL Public Calendar.

Official Viewer Status

Viewer Notes

  • Viewer 26.3.0 is undergoing some fine tuning as it passes through QA, and the hope is this work will complete in the next week or two, allowing it to surface as a beta / RC viewer.
  • The Lua editor viewer should be next in line to progress towards release behind 26.3.
  • The Graphics Care Package (GCP – including Index of Refraction, PBR specular, significantly improved Screen Space Reflections, HDR EEP settings, etc.) viewer is liable to be some time after the Lua viewer.
    • A request was made for displacement maps, but these were referenced as being unlikely any time soon.

Discussion: “Updating SL Mesh”

As introduced by Geenz Linden:

Today I had a topic I’d like people to consider and see what people want here. If we were to do an update to SL Mesh, what would people like? Our current setup is quite old, and we’d need to adopt a new format internally to really push things forward with newer features and such. So today it’s not easy to extend due to viewer compatibility issues. But if we were to revisit this, say having a variant of glTF, that enables extensibility much more easily – what sort of features would people be interested in seeing?

– Geenz Linden

This obviously caused a wide range of feedback with comments including:

  • Increasing the number of available materials faces.
  • glTF mesh hierarchies with proper origins.
  • Implementing Universal Scene Description support.
    • This was seen as “interesting” and that adding SL-specific schema would be “easy”.
  • Allowing partial editing of glTF metadata via the viewer’s Build floater and scripts to allow building more complex scenes with multiple meshes, object hierarchies etc.
  • Basic in-world mesh building tools such as mesh panels, the ability to edit vertices (which would require care!) and / or manipulate vertices and faces.
    • Seen as difficult to implement due to the mechanics of assets in SL.
  • “Fleximesh” for clothing, hair, etc.
    • Seen as difficult to pull off, while a physbones (“physics bones”, basically a defined “chain” of bones with a beginning and end, with the viewer simulating them moving around and such. It’s a technique seen in low-cost games and has the advantage of being low-overhead for the viewer to simulate, if a little basic) approach might be preferable.
  • Better Blender support.
  • More bone control for avatars, notably custom skeletons / avatar rigs.
    • Seen as likely necessitating some sort of in-viewer set-up unless we were to adopt something like VRM and utilise something like the VRM Unity-based rig. This was seen as “not out of the question”.
    • These comments came with a warning that there are a lot of opportunities for depositing bullets in pedal extremities with custom skeletons (mainly around animation compatibility), but these could be navigated were things to move in this direction.
    • A caveat was also given that while there has been thinking about custom skeletons within LL, “It’s not s short path”.
  • The requests for custom skeletons / rigs raised a second question: how would people use them. Responses included:
    • Ropes, plants, chains, snakes, cows.
    • “Everything that needs to move for animation.”
    • Animals like birds or fish.
  • Blendshapes (see this request as well).
    • Geenz noted that some hardware acceleration added for skeletons, but further hardware acceleration would be necessary for something like blendshapes – and noted this also is not off the table.
  • Geenz further noted on the discussion:
The biggest thing that stops us from doing this is really just the whole we can’t touch the original format. It has to stay in amber. But that doesn’t mean we can’t have a new internal format.
    • Exactly how this would work would be a case of TBD – presumably if / when any project has been scoped in terms of content and goals.

Geenz’s final comment on the discussion was:

I just want to close with although these are all good suggestions, I can’t guarantee when/if these will land. Chances are if we do a SLMesh 2, you’re getting feature parity first before we move on to adding shiny stuff to it. Whatever we do here will be iterative, rather than a big all in one release.

General Discussions

  • Kyle Linden indicated a possible change in direction for documentation:
    • The Second life Creation portal (/Getting Started with Scripting) could be refocused more towards helping those new to Second Life.
    • The Second Life Wiki might be re-opened for broader edit access and maintenance of information there (some of which is now badly out-of-date).
    • No further details were forthcoming.
  • As a part of the discussion on SL Mesh, requests were made for enhancements to the prim building capabilities (e.g. adding a bevel capability, more basic prim types, etc.). It was indicated that there are currently no plans to enhance or extend the prim system at present.
  • A hint was given that in terms of graphics API, it appears that LL is leaning back towards Vulkan as a solution, with the promise of more to talk about this in the future.

Next Meeting

July 2026 SL Web User Group

The Web User Group meeting venue, Denby

The following notes cover the key points from the Web User Group (WUG) meeting, held on Wednesday July 1st, 2026. These notes form a summary of the items discussed and is not intended to be a full transcript. Pantera’s video is embedded at the end of this article, my thanks to her for providing it.

Meeting Overview

  • The Web User Group exists to provide an opportunity for discussion on Second Life web properties and their related functionalities / features. This includes, but is not limited to: the Marketplace, pages surfaced through the secondlife.com dashboard; the available portals (land, support, etc), and the forums.
  • As a rule, these meetings are conducted:
    • On the first Wednesday of the month at 14:00 SLT.
    • In both Voice and text.
    • At this location.
  • 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.

Web Services Updates

  • Under-the-hood Authentication/email service upgrades are complete, with some internal clean-up going on. However, now that all services are migrated/updated, LL can look towards adding more authentication options in the future.
  • Web search is slowly getting UI tweaks as LL hammers out how to present information in mobile and improve query responses. The latter – providing better tuned search results, should become more consistent over the next couple of months – is also on-going work.
  • Internal marketplace improvements around bulk redeliveries, which have sometimes been getting stuck + clean-up of search results/listings. If anyone is still experiencing issues, please file a report.

General Discussion – Marketplace

  • A question was asked if reviews on Marketplace listings are indexed by the search system. At one time they were, but as LL didn’t do anything with the data that aspect of indexing was removed to improve search performance.
  • Variants (having things like multiple colours for an item in a single listing:
    • Creators at the meeting were asked how many different variants of the same items did they tend to offer. Responses varied from 6 to 24 or 8 to 18.
    • Shoppers were asked how often in viewing items on the Marketplace (e.g. via search results or when browsing a store) did they see multiple variants of the same item. The responses were generally “too often”.
    • One suggestion to deal with the above – at least until the Variants capability surfaces – would be to add a filter to search allowing colours to be specified.
    • Creators were asked how they indicate to shoppers they have other versions / colours of a products available: this appeared to be through the Related Products option.
  • Store clean-up: creators were asked how frequently they clean their Marketplace stores of products (e.g. those that no longer sell, those they’ve deprecated, etc.). Answers varied from “never” to “every month”, with it also being pointed out that some creators will actually move older products from their in-world store to the MP to make room for vendors selling newer products in-world.
    • The above led to a suggestion of having a “Archive” where people could either see something like a list of older items / items that don’t sell so well from the creator and / or has the ability to offer redeliveries of such items, but  without the ability to purchase them.
  • A question was asked about the Last Updated field within listing and its accuracy.
    • Juniper Linden noted that it has a long-standing bug which actually looks at the wrong data, thus leading to incorrect dates being displayed. It is something on the “fix” list, but it has risen to the top of the list.
    • The suggestion was made that if it is giving false information, it should be disabled until fixed.
  • Marketplace content flagging (including flagging reviews):
    • The point was made this this needs a degree of overhaul (e.g. more Reasons for Flagging, etc.).
    • Juniper Linden indicated the flagging process is under review. Suggestions on categories for flagging via Canny were requested.

Marketplace Search Discussions

  • The inclusion of 3 Featured Items in search returns was highlighted as potentially confusing for a couple of reasons:
    • The items are not clearly labelled / differentiated from the result of the search returns on a page to be easily identified as Featured Items (that is, pad for).
    • Sometimes the three Featured Items do not appear to be related to the search term and could thus cause confusion / annoyance. For example: a search for (say) “Living room suites” returns a page of items in which the first three are two houses and an living room lighting set.
    • Juniper linden noted that the entire Featured Items element within the Marketplace will be receiving changes that should hopefully make it clearer as to which items displayed on a page are Featured Items.
  • Use of keywords:
    • A discussion on the use of “keywords” within listings titles, descriptions and keywords appears to result ins a bias towards such items in search results. The example cited was home décor items with something of an equestrian theme (e.g. including reference to horse tack or featuring a horse) utilise the term “equestrian” in the item title, within the keywords and within the item description (so effectively repeating it), all being listed first in the results of a search for “equestrian”.
    • This is somewhat hard to guard against, as it is not strictly keyword mis-use (much as using keywords such as “bed”, “four poster bed”, “canopied bed”, “canopy bed” isn’t exactly keyword stuffing a listing for a 4-poster bed).
    • However, the fact it does appear to push items to the top of search results regardless of relevance and / or sales volumes is something it was felt by LL should be investigated further, a a report on the issue was requested.
  • Marketplace search “relevance” being the default option when displaying results:
    • By default, search results are listed in terms of “relevance” – which is itself an esoteric terms, being based on various criteria LL cannot specify (as it potentially opens the door for gaming search).
    • This is a problem, as “relevance” can result in a lot of “old” and potentially outdated items being prioritised in search results. This can results in a) someone making a ill-informed purchase; and / or b) gives the impression much of the content in SL looks basic or “old”.
    • It was therefore suggested that perhaps Age: Newest First or Best Selling might be better defaults, or “relevance” is revisited and improved, and / or that the Last Updated field issue noted above is fixed, so users can see the actual age of an item.

TJay’s Marketplace Extension for Browsers

  • Related to the above, TJay’s Marketplace Extension for browsers was mentioned.
  • This adds a number of capabilities to Marketplace listings, including: an option to hide the Featured Items section (again, mentioned above) on the front page, category and search pages; a display of product keywords for a better understanding of each item’s attributes and keywords; the date an item was “first posted” (listed) on the Marketplace.
    • HOWEVER, as noted both on the extension’s download page notes, and possibly as a result of the Last Updated issue noted above, it is possible that the “first posted” date added by the extension might be inaccurate in some cases (I’ve used the Chrome extension for the last few years, and so far as I can tell, “first posted” seems to be generally accurate, outside of the warning given in the extension download pages).
  • Those wishing to try the extension can obtain it via the following links:
    • Chrome (work for the majority of variants – Epic, Brave, Gener8, etc)
    • Firefox.
    • Edge.

What Constitutes “Valid” Content?

  • The last part of the meeting was a fairly “spirited” (in chat) discussion on “valid” Marketplace content.
    • A viewpoint was raised that whilst not wishing to deprive a person of MP income, the Marketplace is ever-increasing in size, leading to a feeling among some “newer” creators producing “the latest” in goods, that they are being “squeezed” in the Marketplace, and that perhaps some action needs to be taken to remove “older” content on the basis of when the creator last logged in.
    • The counterpoint to this is that whether or not a creator has logged-in “recently” or not is irrelevant: if their goods (no matter how old) are selling, then there is a not unreasonable expectation that this should be allowed to continue.
    • The issue of support was also raised: is it fair for the MP to be selling goods which may generate support requests to the creator which simply go unanswered as they no longer log in? (The counterpoint here being just because a creator doesn’t respond doesn’t mean they are no longer active – they just might not care about the item in question.)
    • LL do attempt periodic clean-ups of the Marketplace which sees items that have not sold in X amount of time belonging to creators who have no logged-in to SL for Y amount of time (and also presumably have not cash-out out for a time?) being delisted (not deleted) from the MP.
    • A suggestion was made that creators who have not updated / sold content for a period of time should be e-mailed and informed that the item will receive a lower “relevance” rating in search results, decreasing its visibility. A feature request was also raised the idea of “de-ranking” items.
  • Please refer to the video below.

Next Meeting

  • Wednesday, August 5th, 2026.

2026 SL viewer release summaries week #26

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

Updates from the week through to Sunday, June 28th, 2026

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.
  • Outside of the Official viewer, and as a rule, alpha / beta / nightly or release candidate viewer builds are not included; although on occasions, exceptions might be made.

Official LL Viewers

  • Default viewer  – 26.2.0.25386466510, May 19 -“flat” UI and font update – No change.
  • Second Life Lua Editor Alpha viewer 6.1.0.23768336784, April 29 – No change.

LL Viewer Resources

Third-party Viewers

V7-style

V1-style

  • Cool VL viewer Stable: 1.32.4.34; Experimental 1.32.5.4:  June 27 – release notes.

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

2026 week #26: SL Open Source meeting

Hippotropolis Theatre: home of the OSD/TPVD meeting
The following notes were taken from:

  • My chat log of the Open-Source Developer (OSD) meeting held on Friday, June 26th, 2026, together with my chat log of that meeting.
  • Pantera’s video of the meeting (embedded at the end of this article) – my thanks to her for providing it.
Table of Contents

Meeting Purpose

  • The OSD meeting is a combining of the former Third Party Viewer Developer meeting and the Open Source Development meeting. It is open discussion of Second Life development, including but not limited to open source contributions, third-party viewer development and policy, and current open source programs.
    • This meeting is generally held twice a month on a Friday, at 13:00 SLT at the Hippotropolis Theatre and is generally text chat only.
  • Dates and times of meetings are recorded in the SL Public Calendar.

Official Viewer Status

  • Default viewer: Flat UI – 26.2.0.25386466510,  -“flat” UI and font update, dated May.
  • Second Life Project Viewers – Lua Editor Alpha viewer 6.1.0.23768336784, April 29.

Viewer Notes

  • 26.3 is still slated to be the next viewer to be issues, but when is currently TBD.
  • Lua (with Linux support) will be the next viewer after 26.3.
  • The next major update after Lua is likely to be vcpkg (under-the-hood viewer packaging), but this is probably going to be late summer before this surfaces.
  • Some upcoming viewer-side WebRTC updates:
    • libwebrtc is to be updated to m144
    • The issue with p2p/adhoc/conference calls dropping when opening Voice Preferences is getting a fix.
    • (Also, on the back-end, the WebRTC Voice-to-text experimentation is continuing.).
  • Geenz Linden is working on a pipeline split in the background that should make getting off of OpenGL generally easier. This won’t move the needle over night, and thus far is mostly code clean-up.

OpenGL, Vulkan

  • The majority of the meeting was a discussion on succeeding OpenGL, with a focus on Vulkan.
  • Geenz noted:
    • There are “a few plans brewing for Vulkan/Metal/D3D12 support”. For MacOS a rendering hardware interface (RHI) to target Metal.
    • Broadly speaking, there does not appear to be anything “super high risk under Vulkan”, but the Lab still needs to approach things with care.
    • Based on available stats, the number of people using “pre-Vulkan” hardware is no longer extensive & the viewer also logs the number of people using systems capable of Vulkan support.
    • However, the problem is not so much who can / is using Vulkan, but rather how up-to-date are people’s drivers and, “are there any landmines lurking in that specific driver/hardware combo” because SL still has to support hardware that doesn’t get driver updates, etc.
    • The work he did for masked water in things like boat hulls should be relatively easy to port.
  • One of the major questions with Vulkan support will be can users’ hardware support modern Vulkan extension (such as bindless, which is liable to be a major optimisation for SL if it goes the Vulkan route).
  • In terms of the general plan for switching APIs away from OpenGL, Geenz noted:
Right now the plan is vaguely shaped as: split out LLPipeline and related components (including the draw pools), setup a general interface for the viewer “core” to talk to “a renderer”, amber the OpenGL renderer beyond minor development as our “classic” renderer, and have a separate renderer that at first will be off by default until we’re confident we’ve taken care of everyone’s bugs sufficiently. The devil is in the details of course, but generally we want to avoid another PBR-shaped release where we’re having to speed towards shoving everyone onto something that needed more feedback before it released. So, people get a choice for a while with the target for the new stuff being “similar+”
  • So short term at least people with be able to switch between renderers, where “short term” is likely measured in years.
  • The chances are as LL gain confidence in different set-ups they will start enabling it by default for certain detected hardware.
  • Concern was raised that a switch-over could result in a “ALM moment” (ALM=Advanced Lighting Model) where peopl didn’t use the renderer because of the way it changed the appearance of scenes. However, the changing of APIs / providing different rendering APIs shouldn’t be such as issue, as scenes should look pretty much the same either way.

Other Items

  • The question of gathering region data for the purposes of producing things like 3D terrain maps was again raised. This has been passed around the majority of User Group meetings in a attempt to understand any limitations on the use of bots for this purpose. Ideally, the data would come directly from LL; however Geenz noted that LL cannot provide the data in its raw form, but it might be possible to get height / elevation data into the Map service.

Next Meeting