Category: SL User Group Meetings

2024 SL SUG meetings week #32 summary

Posted on by Inara Pey
Soulstone, July 2024 – blog post

The following notes were taken from the Tuesday,  August 6th, 2024 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. Pantera videoed the meeting, and the recording is embedded at the end of this piece – my thanks, as always, for her work.

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

  • The SLS Main channel was restarted on Tuesday, August 6th 2024.
  • On Wednesday, August 7th:
    • The BlueSteel RC is to be restarted.
    • The remaining RC channels should receive the Summer Fun simulator update, which includes the initial Combat 2 updates from Rider Linden.

Upcoming Releases

  • The is an internal discussion going on at the Lab as to the next simulator update. This may either be Picnic or the back-end WebRTC updates – with the most likely order being Picnic first, then WebRTC.

SL Viewer Updates

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • WebRTC Voice RC, version 7.1.9.10084807842, July 26.
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9981869229, July 22.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.

Game Controller

  • As a reminder – Summer Fun includes the Game Controller updates from Leviathan Linden, but these have yet to reach a former viewer release.
  • Also, and just as a FYI for those trying the pre-release game control viewer:
    • If the viewer is used on a simulator without the back-end support (e.g. any simulator on the SLS Main channel after toWednesday, August 7th, and Tuesday, August, 13th), the viewer will be logged out in what might look like a crash.
    • This generally only happens the the GameControl option is enabled, but has also been reported on occasion even with the option disabled.

In Brief

  • A general and (theoretical) means of cleaning-up the viewer codebase, and the potential risks in doing so (e.g. apparently “unused” code removed or capabilities thought as no longer relevant resulting in content breakage.
  • The above extended into the use of APIs in the viewer as well, with encouragement for those with ideas for APIs to file them as feature requests (such as this feature request).
  • Rider confirmed that the promised facelift for the LL combat regions will focus on Concord, Lexington and No Man’s Land.
  • It’s been noted that outdated map tiles are still appearing on the World Map despite recent updates – apparently, the final updates to the map server have yet to be deployed, hence the delays in updates some might witness.
  • Please refer to the video below for further details.

† 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.

2024 week #31: SL CCUG + TPVD summaries

Posted on by Inara Pey
Angel of Pain, July 2024 – blog post †
The following notes were taken from:

  • My audio recording and chat log transcript of the Content Creation User Group (CCUG) meeting held on Thursday, August 1st, 2024.
  • My audio recording + the video recording by Pantera (embedded at the end of this summary) of the Third-Party Developer meeting (TPVD) held on Friday, August 2nd, 2024. My thanks to Pantera as always for providing it.

 
Table of Contents

Note that this is not intended as a full transcript of either meeting, but rather a summary of those topics discussed in terms of project LL have in progress feedback given to ideas / questions comments.

Meetings 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 held on alternate Thursdays at Hippotropolis.
  • 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.
  • For both meetings: dates and times are recorded in the SL Public Calendar, and they re conducted in a mix of Voice and 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 Status

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • WebRTC Voice RC, version 7.1.9.10084807842, July 26.
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9981869229, July 22.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.

Upcoming Releases

  • The WebRTC RC viewer remains first in line for promotion to de facto release status.
  • It will most likely be followed by the Atlasaurus RC, although this currently has a higher then expected crash rate at present.

CCUG – Graphics / glTF

PBR Terrain Painting – Cosmic Linden

Summary
  • An in-development project. Current intent:
    • Provide a means to support the four PBR materials currently used in SL for “terrain painting”.
    • Will allow materials to be defined in their X,Y co-ordinates within a region by using a paint map, rather than having them defined by elevation defined in a height map. This will allow where grass or rock or stones or dirt, etc., appear within the region. providing much more flexibility in how terrain appears / changes.
    • Terrain painting will use the same permissions as terrain texturing (so if you have terraforming permissions, then tertian paining is possible; if you have the appropriate region permissions, you can define the PBR materials for the region.
  • Other points of note:
    • LL prefer to limit terrain painting to the four available slots at region revel, rather than allowing fully customisable swatches / slots at parcel level, as the latter presents “non-trivial issues” for terrain texture handling /loading.
    • Terrain painting will require a new entity to be introduced. Exactly what form this will take is still being discussed internally; it is unlikely to be a new asset type.
  • Much longer term options being considered for this capability might be to:
    • Allow prims to act as part of the terrain, inheriting the materials of the terrain, whilst still allowing the prim to be sized and shaped.
    • Perhaps allow the terrain within a region to be replaced by “something” else created externally to SL and then imported.
    • Neither of these ideas are currently being pursued beyond possible ideas / options.
Status
  • Cosmic has been carrying out some early internal testing on how terrain painting looks using the paint map and how it works in practice in terms of bandwidth and performance.
  • The initial results of these tests is described as “promising”.

Punctual Lights and Transmission / IOR – Geenz Linden

  • Punctual lights:
    • This a glTF extension that has recently been folded into the main specification, defining the use of lighting sources (house light, table lamps, street lights, etc.), including the potential for shadow casting from such light sources.
    • Geenz is working to implement punctual lights, but they will be tied to the node hierarchy for glTF scene imports.
    • The first iteration of the work will not include shadow casting, and will focus on point and spot lighting as defined in the glTF specification.
  • Transmission and Index of Reflection (IOR)  will provide:
    • Both refraction and “blurry” refraction suitable for things like frosted glass surfaces.
    • Dispersion, allowing chromatic aberration, allowing the RGB channels to “separate out” based on a certain factor.
    • Volume, allowing an object surface to be tinted at different surface thicknesses .
    • Geenz believes there is one significant bug left to resolve, relating to the scaling of the effect.

General Discussion

  • A request has been made for a “glTF FAQ” to be put together, based on the Lua FAQ that has been made available, and which is seen as extremely useful.
    • The request was specifically made for a glTF Scene Import FAQ, as this capability has the potential to have the biggest impact on SL in terms of content creation, as glTF scenes have the potential to cover multiple areas (e.g. object import, sounds, animations, node hierarchies, lighting, etc.).
    • However, such a FAQ / series of FAQs could allow creators to more fully understand what is being proposed / has been considered / might be excluded, etc.,  thus offering them the opportunity to make more informed suggestions / requests to hep move glTF projects forward.
    • This was seen by LL as something which should “definitely” be on the road map, but may take time to surface as much of what might be covered is still only being discussed / prototyped internally to see what is feasible, and so subject to change.
    • In the interim a set of questions posted to the Content Creation discord channel was suggested as a means to get the ball rolling in providing ideas as to what a FAQ / FAQs might address.
  • PBR individual material UUIDs accessible via llGetPrimitiveParams on non-full permission objects has been raised and is subject to being tracked and investigated.

TPVD – WebRTC Voice Update

Summary

  • Replacing the use of Vivox for Voice in SL with WebRTC communications protocol (RTC=”real-time communication”).
  • Benefits:
    • Move to a “defacto standard” for voice services, with features such as automatic echo cancellation, better noise cancellation and automatic gain control, etc., and offers much improved audio sampling rates for improved audio quality
    • WebRTC can be supplied within the viewer using a library and wrapper, ending the need for any additional third-party plug-in for Voice like SLvoice.exe, as supplied by Vivox.
    • Opens the door to adding new features and capabilities to SL Voice, some of which have been long-requested.
  • Care is being taking to address potential security issues (e.g. preventing eavesdropping, exposing users’ IP address (by using an internal proxy server), etc.).
  • Feature requests for WebRTC made via the WebRTC board on the SL Feedback Portal are being evaluated and some are being actioned, together with issues being investigated.
  • LL will be looking to Linux devs to help give feedback on how well WebRTC is working on their Linux viewers.

Status

  • The plan remains to try to promote the WebRTC RC viewer to release status ASAP, with the aim of having as many TPVs adopt it as possible prior to the back-end switch being thrown to move all simulators to only using WebRTC.
  • The work is at a point where there is just a “handful” of issues, with fixes most of them actually being tested by QA.  Some of these are transition issues related to moving between regions using Vivox and regions using WebRTC (or vice-versa).
  • LL hope to release the back-end support for WebRTC peer-to-peer and Group calls, which should remove some of the limitations with testing WebRTC.
  • Roxie Linden also noted some third party viewer users using Linux viewers have been having device/audio subsystem issues with WebRTC, and has offered to provide some assistance with these problems – with the caveat that she’ll need TPV developers to diagnose their issues and on the fixes.

In Brief (Both Meetings)

Combat 2.0

  • The updates to the SL Combat system (SLCS), otherwise known as “Combat 2.0” are now in a deployment phase.
    • After to prior attempt, the updates are now deployed to the BlueSteel simulator RC channel.
    • Providing no further issues are found, the updates (as part of the Summer Fun simulator update) will be deployed to he remaining RC channels on Wednesday, August 7th; and then to the SLS Main channel on on Tuesday August 13th.
    • In the meantime, those involved in Combat in SL and who wish to have their regions able to leverage the new capabilities can file a support ticket to have their region moved to a channel supporting Combat 2.0.
  • With Combat 2.0 becoming available, Linden Lab has announced the Combat 2.0 Promotion Partnership Programme has been launched.
    • The intention behind the Promotion Partnership Programme this is to give those actively involved in combat activities in Second Life the “opportunity to help us spread the word across the grid about Combat 2.0 in Second Life”.
    • In particular, this will see some of the LL combat regions (e.g. Concord and Lexington) a facelift and use them to showcase Combat 2.0, with participants in the Programme asked to donate free-to-use combat items for use in the regions.
    • In addition, participants will have their regions / communities included in a Combat section of the Destination Guide. There may be other benefits for participants as well.
    • Those interested can sign-up via this Google form.

2K Texture and PBR Materials Support and Bakes on Mesh

  • This is now an active project. However (and as previously indicated in these summaries), the work is more than just updating the Bake Service.
  • In particular, it will mean bringing the code for the appearance service back into the viewer codebase.  However, this will will yield two benefits:
    • It will make the code is easier to update in future.
    • Could potentially make it easier possible to add PBR materials support to Bakes on Mesh in the future (although some design work on what compositing PBR materials layers means).
  • It was noted that the priority is to get “PBR BOM” in place prior to any release of glTF scene import.

Additional Items

  • It has been reported that some auto-replies to Canny tickets do not always include any linked ticket.
    • For example: Beta grid: water “sandboxes” was raised in Canny, but closed as already tracked, but fails to publicly list the tracked issue – in this case Github archive issue #9258 (originally Jira BUG-231883).
    • It was broadly agreed that it would be useful for these replied to at least reference archived / accepted tickets from Jira – even if the tickets themselves cannot be views (e.g. as they relate to a security issue).
  • Viewer release process:
    • Brad Linden has been working on the new viewer Gitflow process and release branches.
    • As previously noted, the focus is on moving away from having multiple release candidate cohorts based on different codebases in flight, as has been the case since around 2012, and instead focus on a core Develop branch of the viewer, from which RC versions can be built – so each RC viewer is essentially a “snapshot” of the Develop Branch code, rather than being an entirely separate viewer to anything else in flight.
    • It is hoped the formal switch-over to this approach will commence with the Atlasaurus RC.
  • The Lab’s Linux viewer work currently resides within the Maintenance B RC viewer branch.
    • This is awaiting merging into the the main Development branch, and has encountered some issues with merging.
    • Once the merge has happened, and remaining issues dealt with, then packaging Linux builds for the viewer “could start happening some time after that” (so some time after the Atlasaurus viewer release).
  • The TPVD meeting included a general discussion on the future of LODs (Level of Detail):
    • As a part of glTF adoption, Linden Lab is looking at adopting the Microsoft LOD extension for glTF 2.0, one outcome of which could be the removal of the RenderVolumeLODFactor (RVLF) setting from the viewer’s Debugs.
    • It was noted that as manually setting RVLF has long been the means by which creators can hide issues with LODs (i.e. raise LOD and force the viewer into rendering the higher LOD instances of an object), removing the debug is going to the lead to a lot of poorly-made content being exposed, potentially leading to a lot of upset.
    • However, it was also noted a more standardised approach to LOD instances of objects is required, and adoption of the Microsoft glTF  extension is the means to achieve this, allowing content creators to better leverage LOD generation within tools like Blender.

Next Meetings

† 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.

2024 SL SUG meetings week #31 summary

Posted on by Inara Pey
The Magic Hour, July 2024 – blog post

The following notes were taken from the Tuesday,  July 30th, 2024 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. Pantera videoed the meeting, and the recording is embedded at the end of this piece – my thanks, as always, for her work.

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

  • The SLS Main channel was restarted on Tuesday, July 30th 2024.
  • On Wednesday, July 24th:
    • The BlueSteel RC is due to (again) receive Summer Fun simulator update, which includes the initial Combat 2 updates from Rider Linden. Hopefully this third attempt will see it stick.
    • The remaining RC channels will be restarted.

SL Viewer Updates

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • WebRTC Voice RC, version 7.1.9.10084807842, July 26.
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9981869229, July 22.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.

WebRTC Voice Update

Summary

  • Replacing the use of Vivox for Voice in SL with WebRTC communications protocol (RTC=”real-time communication”).
  • Benefits:
    • WebRTC is something of a “defacto standard”, with features such as automatic echo cancellation, better noise cancellation and automatic gain control, etc., and offers much improved audio sampling rates for improved audio quality
    • WebRTC will be supplied within the viewer using a library and wrapper. This will mean no requirement to run a third-party voice plugin (SLvoice.exe, as supplied by Vivox) going forward.
    • The switch to WebRTC also opens the door to adding new features and capabilities to SL Voice, some of which have been long-requested.
    • Care is being taking to address potential security issues (e.g. preventing eavesdropping, exposing users’ IP address (by using an internal proxy server), etc.).
  • Feature requests for WebRTC made via the WebRTC board on the SL Feedback Portal are being evaluated and some are being actioned, together with issues being investigated.
  • LL will be looking to Linux devs to help give feedback on how well WebRTC is working on their Linux viewers.

Status

  • The plan remains to potentially make a switch-over to WebRTC on the back-end in August.
  • This is dependent upon third-party viewers picking up the WebRTC updates from LL and incorporating them.
  • During the transition period, viewers will connect to either Vivox or WebRTC voice, depending on the service available to them. As such most voice services should be uninterrupted.
  • HOWEVER, during the transitional period, there will be some short-term issues around peer-to-peer, Group and ad-hoc voice connections between those on regions running the two different voice services (Vivox and WebRTC).

In Brief

  • A further conversation on Lua(u), including supported data types and whether an integer type will be added to LL’s implementation. The answer may be no, going on the Lua FAQ.
  • There is a reported uptick in vehicle region crossing issues in the Blake Sea regions, but more than anecdotal reports are required (e.g. information such as timestamps, agents, and regions need to be properly reported which incidents occur.
  • Changes related to avatar teleports are due to be included in the Picnic simulator update, which should start deployment as Summer Fun reached the Main SLS channel (or shortly thereafter).
  • Monty Linden has some event-queue fixes to bring to life, and would like to get them up on Aditi as a pilot test for various viewers.
This is a re-writing of a fundamental service between viewer and server.  *Not* the LSL scripting event queue – communications event queue between viewers and simulators (we have lots of things called ‘event queue’).  [The] discussion is deep inside this [forum] topic for the interested.

– Monty Linden

  • Concern was raised over recent changes to llSensor doubling the number of objects returned, causing some scripts to receive more data than they are designed to manage, resulting in increased stack heap collisions.
    • It was requested that when fundamental changes are made to a function like this, they are used within a new function, rather than changing the existing function. This sparked a conversation on what a new llSensor function (“llSensorPlus” or whatever) might include / work.
    • It was further equested that if llSensor is being updated, news flags / filters are added (e.g. HAS_SIT_TARGET, TOUCH_EVENT, SOUND_EMITTER).
    • A Canny feature request on the latter was requested, with examples of how the flags might be used.

† 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.

2024 SL SUG meetings week #30 summary

Posted on by Inara Pey
A Place Between the Rocks, June 2024 – blog post

The following notes were taken from the Tuesday,  July 23rd, 2024 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. Pantera videoed the meeting, and the recording is embedded at the end of this piece – my thanks, as always, for her work.

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

  • The SLS Main channel was restarted on Tuesday, July 23rd, 2024.
  • On Wednesday, July 24th:
    • The BlueSteel RC is due to (again) receive Summer Fun simulator update, which includes the initial Combat 2 updates from Rider Linden.
    • The remaining RC channels will be restarted.

SL Viewer Updates

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts:
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9981869229, July 22.
    • WebRTC Voice RC, version 7.1.9.9688089989, July 1.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.
  • Project viewers:
    • None.

In Brief

  • Combat:
    • Rider Linden reminded people that Thursday, July 25th will be the final meeting of the Combat User Group, and will take the form of a combat session to take place on the Concord combat region (not Lexington, as previously indicated). Those wishing to participate and who have suitable Combat 2 weapons they are willing to share are asked to bring them to the meet-up.
    • Change defaults for health_regen_rate and damage_throttle has been implemented:
      • The damage throttle is now off by default, the the default for the throttle is 1 point/6 seconds.
    • In addition: post death invulnerable agents should no longer be able to inflict damage directly. However sitting will remove that invulnerability.
  • The discussion on possible issues with llGetMass(), wherein a objects mass will not remain constant if it is resized and its density changed (via llSetPhysicsMaterial) to compensate has resulted in a new feature request  – llOverrideMass(float new_mass) – being raised. This triggered a further discussion on mass / density calculations, specifically in reference to vehicles and passengers.
  • A general discussion on scripting, rezzing, updating object (/rezzer) contents.

 

† 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.

2024 week #29: SL CCUG summary

Posted on by Inara Pey
Nong Han Kumphawapi, June 2024 – blog post †

The following notes were taken from my audio recording and chat log transcript of the Content Creation User Group (CCUG) meeting held on Thursday, July 18th, 2024.

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 held on alternate Thursdays at Hippotropolis.
  • In regards to meetings:
    • Dates and times are recorded in the SL Public Calendar.
    • Commence at 13:00 SLT on their respective dates.
    • Are conducted in a mix of Voice and text chat.
    • Are open to all with an interest in content creation.
  • The notes herein are a summary of topics discussed and are not intended to be a full transcript of the meeting.

Official Viewers Status

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • WebRTC Voice RC, version 7.1.9.9688089989, July 1.
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9620320242, June 27.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.
  • Project viewers:
    • None.

WebRTC Voice Update

Not strictly a Content Creation tool / subject, but of import to SL as a whole.

Summary

  • A project intended to move Second Life away from reliance on the Vivox voice service and plug-in, and to using the WebRTC communications protocol (RTC=”real-time communication”). Roxie Linden is leading this work.
  • Key benefits:
    • WebRTC supports a wide range of real-time communications tools in common use (e.g. Google Meet), supporting audio, video and data communications, and is thus something of a “standard” approach.
    • Offers a good range of features: automatic echo cancellation, better noise cancellation and automatic gain control, much improved audio sampling rates for improved audio quality.
    • Opens the door to features and capabilities to voice services which could not be implemented whilst using Vivox.
  • In addition:
    • LL are are of some of the security concerns around WebRTC voice (e.g. risk of eavesdropping, exposure of users’ IP addresses, etc), and is actively working to block these through the use of an internal proxy service.
    • LL will be looking to Linux devs to help give feedback on how well WebRTC is working on their Linux viewers
  • Feature requests for WebRTC should be made via the WebRTC board on the SL Feedback Portal.

Status

  • There is a Release Candidate viewer available on the Alternate Viewers page. Thus is expected to be the next viewer to be promoted to de facto release status.
    • This promotion is liable to occur ahead of the planned simulator deployments (see below), allowing time for TPVs to adopt the code.
  • Currently, LL is looking at August for a potential deployment across all of SL on the server-side.
    • This will follow the usual approach of roll-out to the simulator RC channels first, then to the SLS Main channel.
    • As a result, there will be some short-term issues around peer-to-peer, Group and ad-hoc voice connections between those on regions running the two different voice services (Vivox and WebRTC).
    • Depending on how the deployment goes (e.g. first to a single RC, then multiple RCs, then the SLS Main channel), it is hoped that any such issues will only be for around 2 weeks.
  • Viewers adopting the WebRTC code prior to or during this deployment period will be able to process both WebRTC and Vivox voice, so outside of the possible short-term issues during the back-end deployment mentioned above, voice services should not be interrupted for users.

Graphics / glTF

Transmission / IOR

  • Geenz Linden continues to work on Transmission and Index of Reflection (IOR). This will provide:
    • Both refraction and “blurry” refraction suitable for things like frosted glass surfaces.
    • Dispersion, allowing chromatic aberration, allowing the RGB channels to “separate out” based on a certain factor.
    • Volume, allowing an object surface to be tinted at different surface thicknesses.
  • There are still some bugs to be resolved with this work, after which it will be folded into the main viewer development branch, but is currently tied to the work on mesh import, but may be separated out.

PBR Terrain Painting

  • This is the next planned project for Cosmic Linden, and is in the very early stages of planning, so things are subject to potential change.
  • Currently, the thinking is:
    • The four PBR materials currently used for PBR terrain would remain available for use / painting.
    • The painting element would allow a user to define how these materials are mixed (via a paint map), rather than having to rely purely on the the existing height map.
    • The paint map is likely to initially be on the basis of one blended texture at region level (not parcel), although the resolution of the texture is still TBA at the time of writing.
    • The permissions for terrain painting will be based on ability to edit the height map (if you can alter the latter through the Region settings, then you’ll be able to use the terrain painting capability).
  • This effectively means:
    • Users who have terrain editing permissions will be able to use the existing terrain texture system, using the height map (terrain elevation) to define which textures are visible, and the “blending” between them. or – if provided at the region level – access the PBR terrain paint map and use that to define the terrain (e.g. where grass, dirt, rock, etc., appears),  without having to use terrain elevation changes.
    • Use of the paint map will still be based of the X,Y positioning of terrain (as with the current height map), but all allow for actual blending of materials, rather than just creating transitional noise between textures set for different elevations, as with the height map.
  • Terrain painting will be a significant departure in how terrain texturing has been managed, requiring a new entity to be introduced. This is also still being thought through, but it is unlikely it will be a new asset type stored on the asset servers.
  • LL prefer to limit terrain painting to the four available slots at region revel, rather than allowing fully customisable swatches / slots at parcel level, as the latter presents “non-trivial issues” for terrain texture handling /loading.
  • Two further ideas being discussed in relation to terrain but not on the implementation road map are:
    • Implementing a means by which a prim can act as if it is part of the terrain, and inheriting the materials of the terrain on which it is placed, whilst allowing the geometry of the prim to be still be manipulated.
    • Instead of using terrain, provide a means by which “something else” (something created external to SL and then imported) as terrain. However, it idea is described as “more pie in the sky” thinking.

glTF Scene Import

  • No update, as Runitai Linden is out of the office.

(Non-Ambient) Lighting

  • Punctual lights is a glTF extension that has recently been folded into the main specification, defining the use of lighting sources (house light, table lamps, street lights, etc.).
  • Geenz Linden is working to implement punctual lights, but they will be tied to the node hierarchy for glTF scene imports.
  • Longer term, they hope to use the extension to enable punctual lights to render shadows (so, if your table lamp is a punctual light, it will cast shadows).
    • However, the extension is currently ambiguous as to what parameters should be used to define/ constrain such shadows, so this aspect of the work is liable to take longer to achieve, and may be dependent upon how other companies implement punctual lighting shadows.
    • In the meantime, Geenz does have some ideas on handling shadows from point and spotlights, which might leverage the work done on reflection probes.
  • In discussing the adoption of glTF punctual lighting, Geenz further noted:
    • There are some notable differences between glTF lighting and SL’s physically-based lighting model and also with the capabilities of lighting projectors as they are currently in SL.
    • As such, trying to unify punctual lighting with SL’s existing lighting / projectors could lead to content breakage.
    • Because of this, it is likely that as punctual lighting ins introduced, the existing lighting system will cease to be significantly enhanced, and pretty much left as-is, with the focus shifting to enhancing the punctual lighting system.

General Notes

  • Cosmic has also been completing work on support for PBR terrain texture transforms. This is s subset of the texture manipulation options (scale, offset, rotation, etc.), available with texturing prims, and is per material.
  • A request has been received to get planar face alignment to be functional for PBR, and this is defined as something the Lab wants to resolve “soon”.
  • Order-independent transparency is not something on the current road map, as it is seen as “too performance costly” to implement.
  • There is some potential for performance improvements / optimisations for mirrors.
    • Currently, whilst the mirror surface is planar, the reflection probe generates reflections for a full 180º in front of the mirror, not all of which might be required.
    • It might therefore be possible to adjust this to angles more appropriate for such viewers, making them slightly more performant – but the improvement will not be huge.
    • It should be remembered that mirrors can also be turned off (or have the update rate reduced) through Preferences by those feeling a mirror they are closes to and is active is too big a performance hit.
  • There have been multiple calls for Linden Water to be restored to its pre-PBR looks. Geenz noted that while making improvements to the appearance of Linden Water are not out of the question, the fact that Linden Water is not glTF compliant makes what can be done more difficult.

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.

2024 SL SUG meetings week #29 summary

Posted on by Inara Pey
Endless: Antipodes, June 2024 – blog post

The following notes were taken from the Tuesday,  July 16th, 2024 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. No video this week.

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

  • The SLS Main channel was restarted on Tuesday, July 16th, 2024.
  • On Wednesday, July 17th:
    • The BlueSteel RC is due to be updated with the summer Fun simulator update, which includes the initial Combat 2 updates from Rider Linden.
    • The remaining RC channels will be restarted.

Upcoming Simulator Updates

The simulator that we currently have on deck is Picnic, I cut that on Friday and should be getting it deployed onto Aditi in the next day or so. Next up is Barbecue. I believe that it already has a find text for notecards in it. I’m going to be taking another shot at llRotateAvatar.

– Rider Linden on upcoming simulator updates

SL Viewer Updates

  • Release viewer: version 7.1.8.9375512768, formerly the Graphics Featurettes RC viewer dated June 5 and promoted June 10th.
  • Release channel cohorts:
    • WebRTC Voice RC, version 7.1.9.9688089989, July 1.
    • Atlasaurus RC (object take options; improved MOAP URL handling), version 7.1.9.9620320242, June 27.
    • Maintenance B RC (usability updates / imposter changes) 7.1.9.9555137545, June 21.
    • Maintenance C RC (reset skeleton in all viewers), version 7.1.9.9469671545, June 14.
  • Project viewers:
    • None.

Simulator-Side Lua(u) Project Update

In Brief

  • Rider Linden reminded people that Thursday, July 25th will be the final meeting of the Combat User Group, and will take the form of a combat session to take place on the Lexington combat region. Those wishing to participate and who have suitable Combat 2 weapons they are willing to share are asked to bring them to the meet-up.
  • As per the most recent (to this meeting) TPVD meeting, the project to replace Vivox Voice with WebRTC communications protocol (RTC=”real-time communication”) will  – subject to third-party viewer readiness – be deployed across the Main grid in August and the switch thrown.
  • Pepper Linden noted LL has deployed some map server changes which fixes issues with region surrounds in tile generation, as well as old stale tiles.
    • Part of this work has involved fixes to the Akamai cache retention period.
    • This should mean that rather than the system caching region tiles for many days and serving them to viewers, it should now only cache up to 12 hours. This means that in a worse case scenario map tiles displayed in the viewer should be no more than 24 hours behind.
    • The request to be able to call up map tiles via their UUIDs (like textures) was again made. This might be in the work queue.
    • Garfield Linden re-iterated his tangential project to bring maps.sl.com up to parity with Maps-in-the-viewer, and make it Mobile friendly. A Leaflets update for this has just been made, and will be expanded upon at the end Web User Group.
  • There is a reported bug in  the core viewer code which causes glTF overrides to be cleared while the cache has not been yet saved by a neighbour region. As the simulator does not resend glTF data after the initial connection, the viewer’s object caches ends up with corrupted glTF cache entries from the affected region.
  • There appears to be an issue within llGetMass(), wherein a objects mass will not remain constant if it is resized and its density changed (via llSetPhysicsMaterial) to compensate. This resulted in an extended discussion on the subjects of mass and density under LSL adjustments.
  • The subject of implementing a variable walk speed on the simulator locomotion graph was again raised – an request raised a number of times at CCUG meetings. This was crossed with a discussion on avatar rotation by LSL in line with Rider’s hopes around llRotate Avatar and controlling avatar motion in general.

† 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.