2026 SL viewer release summaries week #34

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

Updates from the week through to Sunday, August 16, 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.3 – 26.3.0.31203661088, August 10, promoted August 17 – quality of life improvements; performance improvements; bug fixes – NEW.
  • Second Life Lua Editor Alpha viewer 26.3.0.32302693173, August 21 – NEW.

LL Viewer Resources

Third-party Viewers

V7-style

  • Kirstens Viewer S24 DX Pre-Alpha – August 23 – release notes.
  • Kokua: 26.3.0.58718 (no RLV) and 26.3.0.62546 (RLV variants), August 23 – release notes.

V1-style

  • Cool VL viewer Stable: 1.32.4.43; Experimental 1.32.5.13:  August 15 – release notes.

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

2026 week #34: SL Open Source UG Summary

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

  • My chat log of the Open-Source User Group (OSUG) meeting held on Friday, August 21, 2026, together with my chat log of that meeting.
  • No video this week as Pantera is on vacation.
Table of Contents

Meeting Purpose

  • The Open Source User Group (OSUG) meeting is an 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  26.3.0.31203661088, August 10, promoted August 17 – quality of life improvements; performance improvements; bug fixes – NEW.
  • Second Life Lua Editor Alpha viewer 26.3.0.32302693173, August 21NEW.

Viewer Notes

  • The Lua Editor viewer is now classified the 26.4 viewer in the release pipeline.
    • The Project / alpha version of this viewer was updated on August 21, 2026.
    • This viewer will be the first official viewer-in-flight will see the return of Linux support for the official viewer.
  • A caveat with Linux was given that LL will “be giving the Linux viewer as much QA love as Mac and Windows”.
  • Graphics Care Package:
    • Geenz has been bug fixing but still has “some work to do on getting mirrors into a good place”, particular around avatar rendering in mirrors.
    • Screen Space Reflections (SSR) also have some further updates, with some enhancements to transparent SSR.
    • The plan remains for the GCP viewer to remain a Project / alpha viewer for some time once available to allow for feedback. 

Other Items

  • Game_control: Leviathan Linden has been engaged in other simulator work, so no further moves on this work, simulator or viewer, for reporting at this meeting.
  • Roxie Linden noted that “Some good work on evaluating models for transcription is still going on”.
  • Transparent Media on a Prim (MOAP) – the ability to have parts of a MoaP surface be transparent rather than the whole thing – this is still sitting with LL’s internal processes, so no updates in terms of security updates, etc.
    • However, there is a possibility this work could be included in the 26.4 GCP viewer; this appears to be dependent on resources and  – particularly – performance impact (so even if shipped, it might be disabled by default).
  • Callum Linden is working on Chrome Embedded Framework (CEF) updates.
    • There was a general discussion on CEF and its associated Dullahan process – particularly the number spawned by the viewer (which can be a lot due to the nature of CEF) and reports that not all Dullahan process may be getting killed / culled when the viewer no longer needs them / has been closed.
  • There was a general discussion on SSR and rendering  which got into the long grass over approaches, options and performance. In short, Geenz is trying to enhance performance for a more general use of SSR (many have used it primarily to improve the look of Linden Water, although the moiré effect introduced with PBR rendering has tended to reduce this use in recent viewers).

Next Meeting

2026 week #34: SUG meeting summary

The Simulator User Group meeting place at Longfellow

The following notes were taken from the Tuesday, August 18, 2026 Simulator User Group (SUG) meeting. These notes form a summary of the items discussed, and are not intended to be a full transcript. No video for this meeting – Pantera is on vacation.

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 “Leviathan Office 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 this week, but all simhosts will be restarted.

General Updates

  • Rider Linden is focused on the next version of the VSCode plugin (for which he’s asked for anyone willing to help document to contact him)  and a further update to the Lua editor viewer.
  • Leviathan Linden has been focused on anti-griefing / crash mitigation work.
  • Monty Linden is hoping to get back to his work on EventQueueGet.
  • Kyle Linden repeated his call for those wishing to help edit the SL Wiki to contact him.
  • Harold Linden (Lua):
    • Is working on migrating most of the Luau-specific interruption and script serialization logic from the closed server repo to the SLua repo.
    • Is also , taking the time to re-engineer things in a way that makes script bytecode-sharing and improving our garbage collection strategy easier.
    • Hopes this work will make individual server releases less bound to particular SLua repo versions by moving the “hairy” parts of the integration to SLua itself, so keeping a nice interface.
    • Those who want to do benchmarking / local running of scripts will find this work “extremely useful since you’ll be able to implement a runtime environment that’s much closer to how your scripts actually run on the server”.
    • Once this work is done, Harold plans to cut a new Lua simulator release.
    • Simulators running the Lua code are still “remarkably stable”.
  • Pepper Linden continues to work on some region crossing code, and the hope is to move their work forward as a project simulator, and progressing it through the release mechanism.

General Discussion

  • The subject of a scripted means to toggle Animesh objects on/ off and enabling attachments on Animesh objects raised at the previous CCUG meeting was raised here, as requested at that meeting.
    • This included referencing New LSL llAnimeshEnabled(integer enabled); Toggle Animesh Property on/off.
    • Rider Linden indicated he was broadly in favour of the approach – with the caveat that care would have to be taken if how it works due to concerns of object return if enabling one or more Animesh objects via script (thus increasing their Land Impact by around 16) could trigger parcel object return.
    • The suggestion was to have a switch in the function so that if enabling an Animesh object (and thus increasing its LI) which would cause any start-up of an Animesh object to fail if the change in LI risked triggering object return.
  • The above triggered a discussion on the additional LI penalty on Animesh and its need & validity, together with the ordering object return.
    • There was some confusion on the subject of attachments – with it initially being mistaken for avatars being able to wear Animesh attachments (which is supported) and the request for Animesh objects supporting their own attachments via their skeletons.
    • The latter was proposed for “Animesh 2.0” (aka Project Muscadene) which also promised body shape and  physics support for Animesh, but this died before fully implemented when attention turned to updating Avatar complexity  / Land Impact calculations – which also subsequently died.
    • The discussion on object return related to exceeding a parcel’s Land Capacity. Currently the last object(s) rezzed will be returned if the limit it exceeded. However, if the limit is broken whilst editing an object (because it crosses between accounting models and it’s LI increases), then there is an argument to say it is the object being edited which should be returned, not the last item(s) rezzed.
    • These discussions continued through most of the rest of the meeting with no firm decisions made.
  • Folded into part of this was a question on synchronising inventory on Aditi (the beta grid) and the Main grid. This should be a matter of logging-in to Aditi and then waiting for the next automated synchronising process, run (IIRC) at around 02:00 SLT each day.
  • There was also a general discussion on scripting which, given I’m not scripter, I’m not even going to attempt to translate!

Date of Next Meetings

  • Leviathan Linden: Tuesday, August 25, 2026.
  • Formal SUG meeting: Tuesday, September 1, 2026.

2026 SL viewer release summaries week #33

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

Updates from the week through to Sunday, August 16, 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

LL Viewer Resources

Third-party Viewers

V7-style

  • Megaphit viewer version – 26.2.0.55684 – August 10 – changelog.

V1-style

  • Cool VL viewer Stable: 1.32.4.42; Experimental 1.32.5.12:  August 15 – release notes.

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

2026 week #33: SL CCUG meeting summary

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, August 13, 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

General Viewer Notes

    • The 26.3 RC/ Beta was updated at the start of the week, and looks set for promotion to release status in week #34 (commencing Monday, August 1, 2026). As a maintenance / bug fix update, this includes a number of WebRTC fixes.
    • Linux support: LL is currently merging Linux “across the board”, and this should see Linux support in the Develop branch, so that it is a part of all future viewer builds.
    • This has meant the the resumption of work on the Graphics Care Package (GCP) viewer with the fixes and improvements around PBR and correcting issues within it as far as possible was slightly delayed – but it will now include a Linux build.
      • There are still a number of bugs to be addressed prior to GCP reaching a project / Alpha release, and once it is listed on the Alternate Viewer page as such, it will remain in soak for an extended period to allow feedback to be gathered.
      • The issuing of the GCP viewer will mark the first step in the graphics pipeline modernisation work which has been raised at both CCUG and Open Source Development meetings, but as a first step, the changes should be transparent to most people.
    • There will be a further project / Alpha update to the Lua Editor viewer, prior to that progressing to RC / Beta, most likely as viewer 26.4.

Mesh and LODs

  • Level of detail (LOD) is a technique used in computer graphics to optimize rendering by reducing the complexity of 3D models as they move further away from the camera so as to improve overall performance while maintaining visual quality. As a very basic description, this is achieved by “swapping” highly detailed (high polygon) models for models with a lower level of detail (fewer polygons) as the viewing position (camera) moves away.
  • For various reasons (cost, complexity, land impact, ease of defeat, etc.), LOD optimisation within Second Life has been something of a contentious issue – with a core part of this being the automatic LOD generation capability within the viewer can easily be defeated / even when used, produces generally bad results.
  • With a focus now turning towards improving the use of mesh in Second Life, Geenz noted that the issues of LODs is one that could perhaps be addressed. He suggested one of three particular approaches:
    • A drag-and-drop capability that allows a model sans LODs to be dropped into it, and without further prompting, the LODs are automatically generated.
    • A similar capability, but where the model and its associated LODs are dropped into it – but if the LODs do not achieve certain metrics, new LODs are automatically generated in place of them; or
    • The current approach is continued, with all of its issues (including creators including n/cards telling users to ramp-up rendering in their viewer to “see a product at its best” because no LODs are supplied / to defeat camera distance decimation (and hurt viewer performance).
  • Given the emergence of greatly improved LOD generation tools such as Mesh Optimiser, Geenz is currently leaning towards the middle of these three options, as it a) allows creators to generate their own LODs; b) ensures that everything is metrics based: if the generated LODs meet the required metric, they are used;  if not auto LODs are generated to meet the criteria and are used instead.
  •  IF such an approach were to be taken, it was acknowledged that consideration would have to be given to potential impact, including whether or not the new LOD system would retroactively apply to content already uploaded or not; the risk of new LODs causing higher Land Impact, resulting in objects being returned, etc.
  • The use of an auto LOD generation tool did receive some positive feedback.
  • This is however, just an initial discussion, not a statement of intent – feedback is being sought and content creators are encouraged to offer such through the usual channels (e.g. Discord) and via future CCUG meetings.

General Discussions

  • Script toggle for Animesh:
    • A request was made for a scripted capability for toggling the state of an Animesh object “on/off” automatically or manually.
    • A number of reasons for this were put forward from simplifying the update process for Animesh objects through to reducing simulator resource use.
    • The request appears similar to this one: New LSL llAnimeshEnabled(integer enabled); Toggle Animesh Property on/off, and it was suggested the requestor review that Canny for applicability & also raise the subject at the Simulator User Group meetings.
  • The above re-opened the topic of enabling wearables / attachments on Animesh objects; this had been something that might be developed under “Animesh 2.0”, after the original release of Animesh in Second Life.
    • However, that project largely got put on hold due to other priorities taking precedent – such as the announced, then much delayed and ultimately stalled and shelved project(s) to re-visit land impact costs, avatar rendering costs, etc.
    • Geenz has suggested he’ll look internally for information on “Animesh 2.0” and the reasons why it was held over and then then left.
    • Also suggested was the idea that rather than trying to address specific Animesh updates, it might be better to pursue a more structured approach to attachment hierarchies and the support of custom skeletons, as doing so would allow for a more broader set of use-cases to be met – although achieve a full system of hierarchal support on the server-side would not be straightforward.
  • A general discussion on the reasons behind working towards custom skeletons / rigs, attachment hierarchies etc., and the potential benefits of supporting custom skeletons / rigs and the complexities of maintaining a given level of continued support for older capabilities under the expectation that any changes made will not prevent older approaches (in this case the current avatar skeletal rig) from working.
  • In terms of mesh improvements, Geenz broke down what is being considered into three project areas:
    • Building-out the foundations in terms of glTF 2.0 specification support – with controls to ensure a consistent approach to data, etc.
    • Support for blend shapes, building off of the current under-the-hood blend shape support. Feedback was requested on what content creators would like to see with blend shape support (e.g. having blend shapes addressable via LSL / Lua).  Again, feedback welcomed via meetings and channels such as Discord.
    • Support for custom rigs.
  • Note: at this point, my recording software decided to disconnect from SL, as as I was AFK, I failed to notice it had, and so have no contextual audio for the last 20 minutes of the meeting, hence ending this summary here.

Next Meeting

2026 week #33: SUG Leviathan Hour: game_control / region crossings

The Simulator User Group meeting place at Longfellow

The following notes were taken from the Tuesday, August 11, 2026 Simulator User Group (SUG) off-week meeting (the “Leviathan Office Hour”). These notes form a summary of the items discussed, and are not intended to be a full transcript. They were taken from my chat log of the meeting. No video this week, as Pantera is on vacation.

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 “Leviathan Office 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 News

  • As noted in my week #32 Simulator User Group meeting notes, the hot fix for some regions failing to grant capabilities correctly to the viewer (and thus crashing it) resulted in issues of its own, and so was rolled-back in week #32.
  • This means that while the more recent issues have been reverted, the original capabilities failure issue is again active, and people may find themselves being disconnected from regions and the viewer crashing.
  • Until a new fix for this issue can be deployed, if you are impacted by the viewer crash / disconnect issue  and wish to log back into the same region, the advice is to wait a minute or two before attempting a log-in, as this may help.

Game_Control

  • There is unlikely to be much new for game_control during week #33, as Leviathan is the simulator on-call engineer, so dealing with general issues are his focus.
  • Leviathan noted that whilst game_control does allow an avatar to walk / run, depending on how much the control stick is tilted, however, it doesn’t (yet) have analogue directional input.
  • As has been previously noted, PromptFont is being used for the game_control preferences UI.
    • However, as Leviathan has modified a number of the PromptFont glyphs, the work falls outside the license for use under the name “PromptFont”. As a result, LL will need to provide an attribution (and payment) to PromptFont, as will need a name for the viewer implementation.
    • “PunctualFont” was suggested to reflect the improvements Leviathan’s improvements; but this (or something else, and several other suggestions then followed) has yet to be officially agreed upon.
  • In the meantime there is potentially more font work to be done with game_control.

Region Crossings

  • Pepper Linden is continuing to work on region crossings using Aditi (the Beta grid), apparently with a focus on double region crossings (stated by a user at the meeting, as Pepper was not actually available).
  • Leviathan noted that Pepper is working to make incremental improvements to region crossing, but their work is not, as yet, ready for merging into upcoming Main grid simulator code.

Lua Update

  • A surprising crash which appeared to be related to Lua and the Interest List was identified, but investigation revealed the issue probably the result of data corruption from a recently fixed Lua bug (the binary that crashed predated the Lua fix).
  • As a result of this, the Lua team are checking through Lua crashes to see if there are other issues lurking as a result of recent fixes.

In Brief

  • Leviathan noted that a side-impact of his work to optimise script runtimes has resulted in Temp attaching above script danger height now causes scripts to not run, which is under investigation.
  • Due to being on-call, Leviathan hasn’t had time to look at the llGetMapRegionTile(), face-count-mismatch bug, as he had hoped he would be able to.
  • However, as the on-call engineer, he has been directly involved in fixing potential exploits and griefing vectors, one of which is related to the use of a crasher within the Blake Sea regions and around some sandboxes.
  • There was a discussion about the UDP message template in the viewer potentially missing some messages sent by the simulator resulting in problems. This came as a surprise to Leviathan, and the issues has yet to b confirmed.

Meetings

  • Formal SUG meeting: Tuesday, August 18, 2026.
  • Leviathan Linden: Tuesday, August 25, 2026.