April 2024 SL Web User Group summary

The Web User Group meeting venue, Denby

The following notes cover the key points from the Web User Group (WUG) meeting, held on Wednesday April 3rd, 2024. They form a summary of the items discussed and is not intended to be a full transcript. A video of the meeting, recorded by Pantera Północy, is embedded at the end of this summary – my thanks as always to Pantera for recording it and making it available.

This meeting was more a seeking feedback type of discussion than it was an update on web project projects, etc.

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), the forums.
  • As a rule, these meetings are conducted:
    • On the first Wednesday of the month and 14:00 SLT.
    • In both Voice and / or 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.

Official Viewer Search

  • It was noted by some users at the meeting that the official viewer takes longer to index new users so they appear within the web search People tab, whereas TPVs using the legacy search seem to index them a lot faster.
  • It was similarly noted that very short user / place names (3 letters of less) don’t always show up in search results.
  • It was asked why there is a L$30 fee for creating a Classified ad in a user’s profile / Search (short answer: to provide an additional search service of more “curated” locations over general search) and why such classifieds are not categorised (short answer: they are, via a pre-defined drop-down).
  • There have been some reports of the viewer search constantly requesting cookies be accepted, either on every use, or the first time Search is used during a user’s current log-in session.

In Brief

  • Ability for MP merchants to have their own “featured items” display pinned to the top of their store page on the first page of their MP store.
    • This idea has been floated by Sntax Linden a couple of times, and would allow Merchants to select items from their store (e.g. new items, best selling items, etc.) highlighted in some manner as featured items (possibly in a similarly distinctive manner to the Featured Items displayed on the MP home page).
    • It was met with broad approval / agreement.
  • LL are still looking at the way thumbnails of products are selected for display within users’ Favourite Stores lists on the MP, with a view to making it more useful to Merchants. This might be by:
    • Displaying thumbnails of their most recent releases, so people can use the list as a quick reference to what is new in their favourite MP stores.
    • Tying the selected thumbnails to the store “featured items” capability discussed above (if implemented).
  • General discussion on in-world store activity.
    • Some felt that the large volume of shopping events is having a negative impact of in-world store footfall, as people are event-focused, rather than opting to visit stores directly.
    • Some reported experiencing a steady decline in footfall within their stores, others no change / a potential increase in recent months.
    • It was pointed out that besides events, creator-merchants don’t necessarily help themselves by not updating the SLurls to their stores / items as listed on the Marketplace when they move (probably in part because there is no easy mechanism for them to do so on the MP if individual listings include SLurls).
  • The above led to a broader discussion on market forces, such as the fact that content creation is now for more the purview of these wishing to do so on a full-time basis (in order to remain competitive) rather than something the “hobbyist” creator can enjoy as a means of generating revenue as a means to help support their in-world activities (land tier, etc.).
  • Th question was raised as to whether CasperVend should / will be remained as it is now a LL property (just as OnRez and XStreet SL were purchased, with the latter going on to become the SL Marketplace).
    • The above included comments relating to the unfortunate / unwarranted knee-jerk reactions some users have had towards the Lab (and CasperVend users) in the wake of a certain article published within the social journalism website Medium, and which has been officially commented upon here (and, if interested, I’ve offered my tuppence worth of commentary here).
  • It was asked whether people have made any attempt to use generative AI in their content creation. The broad feedback was – no. This saw a series of follow-up questions:
    • Do people think AI tools could be useful – possibly, but not far enough developed to be sure.
    • Should content produced using AI tools and sold on the MP be marked as such – yes.
    • Are there any preferred tools already in use with content creators – not really.
    • This lead to a subjective (i.e. only a handful of creators) discussing how AI tools are viewed  / currently used within SL (e.g. to generate vendor images).
  • Sntax noted that feature requests made via the Feedback Portal board for the MP /Web are recorded and used to help inform and direct WUG meetings, particularly where it is felt broader / deeper feedback on ideas is required.
  • A further request was made for store / brand names on within SL to be unique (as with avatar account names), to both help secure branding against copycats and also to make it easier for users to find the content they want when searching the MP.
  • A suggestion that when there are Marketplace issues and updates, a mechanism is put in place to pop-up a notice when users access the MP, rather than replying purely on GridStatus (+ its outlets on Social Media), as many users aren’t even aware of the latter, whilst having notices actually on the MP means they are eyeballing them directly.

Next Meeting

  • Wednesday, May 1st, 2024.

2024 SL SUG meetings week #14 summary

Le Monde Perdu, April 2024 – blog post

The following notes were taken from the Tuesday, April 2nd, 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):
  • They 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, April 2nd, with the Hearts & flowers deployment going grid-wide. This mostly comprises internal (non-user visible) updates, together with these user-visible additions:
    • llSetLinkSitFlags/llGetLinkSitFlags – allow you to adjust the sit flags for a prim. It supports the existing two SIT_FLAG_ALLOW_UNSIT and SCRIPT_ONLY.
      • At some future point, SIT_FLAG_HIDE_AVATAR should also be added, so you don’t need to play an animation that squishes the avatar so they aren’t visible in something like a very small vehicle.
    • A feature for estate managers that will allow them to schedule automatic region restarts (see below).
    • A new constant in llSPP PRIM_SIT_FLAGS it will contain all the sit flag information, (including ALLOW_UNSIT and SCRIPTED_ONLY (the two older constants will still be available).
    • A new capability to load item inventory lists via HTTP (so items with large contents will load faster when accessed, although this will require a viewer update as well).
    • A fix for avatars going into an animation thrash between falling and flying when using llSetHoverHeight() from an attachment.
    • An adjustment to the way download weight for mesh object (how much bandwidth is required to download and view the object) which should reduce this weighting by around 15% for most in-world mesh, potentially reducing the LI of said objects (but should not be taken to mean the LI for any given mesh object is now 15% lower).
    • There is a known bug in this release where you always show up hovering on login… until you provide any sort of movement input at which point you drop down to stand. A fix for this is in the next RC maintenance update, which will hopefully available for deployment in week #14.
  • Wednesday, April 3rd, should see the RC channels restarted with no deployment.

Scheduled Region Restarts

A part of the Heart & Flowers simulator update is the ability for Private region / estate holders to schedule region restarts via the Region console in the viewer.

  • Schedules can be set on a Daily or Weekly basis (e.g. every day at 06:00 SLT; Monday & Thursday at 17:00, etc.)
  • Restarts have a “vaccination” period of +/- 5 minutes of the selected restart time, so that all regions in an estate don’t suddenly restart at exactly the same time.
  • Any scheduled restart can be cancelled in the same manner as existing manual restarts.

SL Viewer Updates

  • On Tuesday, April 2nd, the Maintenance X RC (usability improvements) updated to version 7.1.5.8443777128.
  • Like the end-of-week #13 updates to the Maint. W and Y RC viewers, this update was to bring the viewer to parity with the glTF / PBR Maintenance-2 release viewer.

The rest of the current official viewer in the pipeline stand as:

  • Release viewer: version 7.1.4.8149792635, formerly glTF PBR Materials Maintenance-2 RC viewer, issued March 11, promoted March 26.
  • Release channel cohorts:
    • Maintenance-W RC (bug and crash fixes), version 7.1.5.8443591509, March 29.
    • Maintenance Y RC ( My Outfits folder improvements; ability to remove entries from landmark history + Maint Z RC integration), version 7.1.5.8448596295, March 29.
    • Materials Featurettes RC viewer, version 7.1.4.8270899680 – March 25.
  • Project viewers:

In Brief

  • Leviathan Linden hopes to get work done on providing a vehicle flag which will prevent HUD llSetVelocity() and lllApplyImpulse() from affecting the vehicle’s speed.
    • This is in response to a request to help solve the problem of cheaters sitting on competition vehicles. Someone sits on the object and uses a HUD with llSetVelocity() or other calls to push the vehicle faster than it would normally go.
  • Leviathan Linden indicated that the Lab has encountered a couple of issues in moving the simulators to 64-bit architecture:
    • A script memory issue. In short, some scripts that currently work at the very edge of the memory footprint might be pushed over the limit in 64-bit, and would stop working. So the Lab needs to figure out how much more memory access by scripts is required to allow all current scripts will be able to continue working. This will require a period of extended testing to see where the issue typically occurs.
    • Figuring out how to pack the servers on server instances. The Lab currently runs multiple servers on one machine, and some of the machine instances are currently close to their physical memory limit already when the underpinning servers run for a long time. So the Lab needs to hunt for memory leaks and resource leaks, carry out optimisation work where necessary and possibly change the server density on deployment.
    • The hope (as expressed by Leviathan) is to get the transition to 64-bit server architecture completed some time in 2024.
  • The above information was given in response to a request for an increase in the script memory allowance for Mono scripts (a frequent request from users / creators so as to reduce the overall number of scripts within an object & the number of events passing between them to achieve a given result – an important consideration, given scripts can impact the LI of objects). A general discussion on script limits, memory allowance, etc., then followed through much of the remaining time of the meeting.
  • A general discussion on region crossings / teleports (such as having vehicle-initiated teleports capable of moving a vehicle + occupants across and entire region / estate (“eep!” given the complexities involved), simulator management of TPs, etc. But as Monty Linden was not present – as the Linden most intimately involved in wading through the teleport / region crossing code, most of these were unanswered in terms of certainty of response.

† 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 #13 summary

Second Life History at the Primitive Museum campus – blog post

The following notes were taken from the Tuesday, March 26th, 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 and the video embedded below, recorded by Pantera – 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):
  • They 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, March 26th without any deployment.
  • Wednesday, March 27th, should see the Hearts & Flowers RC update deployed to the rest of the RC channels. This mostly comprises internal (non-user visible) updates, together with these user-visible additions:
    • llSetLinkSitFlags/llGetLinkSitFlags – allow you to adjust the sit flags for a prim. It supports the existing two SIT_FLAG_ALLOW_UNSIT and SCRIPT_ONLY.
      • At some future point, SIT_FLAG_HIDE_AVATAR should also be added, so you don’t need to play an animation that squishes the avatar so they aren’t visible in something like a very small vehicle.
    • A feature for estate managers that will allow them to schedule automatic region restarts (see below).
    • A new constant in llSPP PRIM_SIT_FLAGS it will contain all the sit flag information, (including ALLOW_UNSIT and SCRIPTED_ONLY (the two older constants will still be available).
    • A new capability to load item inventory lists via HTTP (so items with large contents will load faster when accessed, although this will require a viewer update as well).
    • A fix for avatars going into an animation thrash between falling and flying when using llSetHoverHeight() from an attachment.

SL Viewer Updates

  • On Tuesday, March 26th, 2024, the glTF PBR Materials Maintenance-2 RC viewer, version 7.1.4.8149792635 was promoted to Release viewer status.
  • On Monday, March 25th, 2024, the Materials Featurettes RC viewer, version 7.1.4.8270899680 was issued.

The rest of the current official viewer in the pipeline stand as:

  • Release channel cohorts:
    • Maintenance X RC (usability improvements), version 7.1.4.8148263040 , March 11, 2024.
    • Maintenance-W RC (bug and crash fixes), version 7.1.4.8113624779, March 6, 2024.
    • Maintenance Y RC ( My Outfits folder improvements; ability to remove entries from landmark history + Maint Z RC integration) updated to version 7.1.4.8114240508, March 6, 2024.
  • Project viewers:

In Brief

  • Was a belated equinox party, so not a lot of discussion.
  • Simon Linden threw out a generic request for feedback on the viewer’s text translation capabilities. Nothing really came back from it.

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

2024 week #12: SL CCUG summary

Serene Retreat, February 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, March 21st, 2024.

Again, apologies for the lateness of this appearing; a major RL home project is getting finished-up, but it is still taking a good deal of my time.

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

No changes to any of the official viewers through the week, leaving the list as:

  • Release viewer: version 7.1.3.7878383867, the Emoji Viewer, issued February 15, promoted March 1st, 2024 – NoChange.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • glTF PBR Materials Maintenance-2 RC viewer, version 7.1.4.8149792635, March 11, 2024.
    • Maintenance X RC (usability improvements), version 7.1.4.8148263040 , March 11, 2024.
    • Maintenance-W RC (bug and crash fixes), version 7.1.4.8113624779, March 6, 2024.
    • Maintenance Y RC ( My Outfits folder improvements; ability to remove entries from landmark history + Maint Z RC integration) updated to version 7.1.4.8114240508, March 6, 2024.
  • Project viewers:

It is possible the glTF Maintenance-2 RC viewer might be promoted to de facto release status early in week ’13 (commencing Monday, March 25th, 2024).

Graphics / glTF

  • Work continues on the GLTF Featurettes viewer.
    • There have been refinements to the applying glTF materials to terrain, notably the UV density was halved in the interest of 2K textures, and further work put into making sure repeats are less noticeable.
    • It will now be possible to have alpha under PBR terrain “under limited circumstances” (e.g. single-sided and alpha masked)
    • Discussions have started at the Lab on the fees applicable for 2K texture uploads, but no decision on what this is likely to be.
    • Mirrors have also bee going through further refinements (e.g. a Hero reflection probe for a mirror can now have similar – but not the same – fall-off as other reflection probes, so it is no longer necessary to have a “really massive” probe to get a reflection; also, a mirror reflection probe now has the ability to go between a box probe or a sphere probe, influencing how it gets masked on a reflective surface).
    • It has been noticed that people trying the pre-release versions of the Featurettes viewer have been very confused as to the placement of things like mirror probes. Therefore, the viewer is going through a further UI/UX review in order to try to make things less confusing.
    • There are also some optimisation issues (again with mirrors) which may have to be revisited.
    • Brad Linden has been working on the server-side support for the Featurettes viewer through QA. If this is successful, it will allow the graphics team to work with the simulator team to get the code into an Agni (Main grid) channel (either as Preflight or as an RC channel).
  • Index of Reflection (IOR):
    • Initially will be a numerical value which can be adjusted, and which will be “bundled” with transmission
    • LL will attempt to get volume and dispersion included at some future iteration.
    • In this, it was pointed out that within the glTF specification, IOR requires both transmission and volume: transmission gives the basics for refraction (e.g. glossy refraction); whilst volume allows for things like colours within the refraction.
    • It’s not clear if attenuation will be used with respect to IOR.

In Brief

  • “Flexi mesh” – a long-standing request to have mesh interact with physics to make it flexible in the same manner as flexiprims (i.e. movement but without collisions being calculated). The response to this was:
    • The flexiprim system doesn’t really work for mesh.
    • What would be required is dynamic bones (as seen on other platforms). However, providing this has a number of pre-requisites (e.g. custom skeletons on hair for hair movement). As such, it is not something that is liable to be implemented in the near-term (if doable).
    • In terms of using Havoc physics interacting with mesh, the short answer is: not possible. It would require Havoc physics libraries which cannot (due to licensing) be made available to the viewer, due to the latter’s open-source nature.
  • Bake Service updates:
    • LL have acknowledged that it has been some time since the Bake Service has been updates, and that there are multiple requests for improvements and additions to the service (e.g. PBR materials support).
    • A potential project to update the Bake Service and implement some of the requested updates is currently being considered. However, a decision on where this will fit in the roadmap and what it will include has yet to be taken.
    • There is a fear among some that if the Bake Service is not updated specifically to support 2K textures when that is deployed, it could see Bakes On Mesh deprecated by creators in favour of applier systems which can utilise 2K textures (even if the system downsamples them on the basis of size).
  • With regards to 2K textures:
    • It appears that LL are trying to make heir use system specific: if a user is on a computer with the capacity to handle 2K textures, then they get 2K; if a user is on an older system (e.g. one limited by VRAM), then the largest textures they get are 1K.
    • For PBR terrain using 2K textures, there are some glTF specification-defined fallbacks the Lab hare leveraging to ease the load on lower-end systems.
  • It appears the PBR release has broken the Render Resolution Debug setting (most often used by RLV(/a) for screen blurring). A fix for this might be in the glTF Maintenance-2 RC viewer.

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 #12 summary – WebRTC voice

Bella’s Lullaby, February 2024 – blog post

The following notes were taken from the Tuesday, March 19th, 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 and the video embedded below, recorded by Pantera – 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):
  • They 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, March 19th without any deployment.
  • Wednesday, March 20th, should see the next RC update deployed to the Bluesteel RC channel. This mostly comprises internal (non-user visible) updates, together with these user-visible additions:
    • llSetLinkSitFlags/llGetLinkSitFlags – allow you to adjust the sit flags for a prim. It supports the existing two SIT_FLAG_ALLOW_UNSIT and SCRIPT_ONLY.
      • At some future point, SIT_FLAG_HIDE_AVATAR should also be added, so you don’t need to play an animation that squishes the avatar so they aren’t visible in something like a very small vehicle.
    • A feature for estate managers that will allow them to schedule automatic region restarts (see below).
    • A new constant in llSPP PRIM_SIT_FLAGS it will contain all the sit flag information, (including ALLOW_UNSIT and SCRIPTED_ONLY (the two older constants will still be available).
    • A new capability to load item inventory lists via HTTP (so items with large contents will load faster when accessed, although this will require a viewer update as well).
    • A fix for avatars going into an animation thrash between falling and flying when using llSetHoverHeight() from an attachment.

SL Viewer Updates

No viewer updates at the start of the week, leaving the current official viewers as:

  • Release viewer: version 7.1.3.7878383867, the Emoji Viewer, issued February 15, promoted March 1st, 2024 – NoChange.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • glTF PBR Materials Maintenance-2 RC viewer, version 7.1.4.8149792635, March 11, 2024.
    • Maintenance X RC (usability improvements), version 7.1.4.8148263040 , March 11, 2024.
    • Maintenance-W RC (bug and crash fixes), version 7.1.4.8113624779, March 6, 2024.
    • Maintenance Y RC ( My Outfits folder improvements; ability to remove entries from landmark history + Maint Z RC integration) updated to version 7.1.4.8114240508, March 6, 2024.
  • Project viewers:

WebRTC Voice

  • Officially announced on Tuesday, March 18th, is WebRTC (RTC=”real-time communication”), intended to replace Vivox as the Voice component in Second Life.
  • From my TPVD meeting notes from Friday, March 15th (video here) + notes from this meeting:
    • WebRTC is something of a “defacto standard”, being built-in to most web browsers and supporting  wide range of real-time communications tools in common use (e.g. Google Meet), supporting audio, video and data communications.
    • In terms of audio / voice (the primary focus here), WebRTC has a number of standard features expected of audio communications services (such as automatic echo cancellation, better noise cancellation and automatic gain control, etc.) and offers much improved audio sampling rates for improved audio quality.
    • Work has already progress so that WebRTC supports all of the current SL Voice capabilities (e.g. region Voice, parcel Voice, peer-to-peer, ad-hoc and group capabilities, muting, etc.).
      • The service is provided to the viewer as a library with a wrapper – no separate .EXE plug-in.
      • In addition, work has been put into securing the use of WebRTC Voice against attempts to eavesdrop, etc., and to route peer-to-peer communications via an internal server to avoid revealing user’s IP addresses to the risk of doxing, etc.
      • Voice Morphing is not part of the initial implementation.
      • Group voice will be capped at 50 people, but may be extended later.
      • Speech-to-text and text-to-speech  are being looked at by LL, but are not currently part of this project.
    • There are test viewers with the necessary viewer-side WebRTC support (not yet at Project or RC status), and regions on Aditi, the Beta grid (webRTC1 and webRTC2) with the back-end support.
    • Wiki documentation is in progress, and includes links to the test viewers (currently Windows and Mac OS) + a public code repo and other information. Note, this is subject to further update.
    • There is a dedicated WebRTC board on the SL Feedback Portal where issues, etc., can be reported / raised for discussion.
    • There is no backwards compatibility. Regions using the WebRTC back-end will only support voice on viewers using the WebRTC library. Ergo, once fully deployed, older viewer still using Vivox will not be able to access Voice services.
      • LL is working with TPVs to enable the switch to using WebRTC (once deployed to the Main grid) will not be made util there is an assurance that the majority of users will be on viewer supporting WebRTC.
    • The switch to WebRTC also opens the door to adding new features and capabilities to SL Voice, some of which have been long-requested.

In Brief

  • The PBR team is going to be changing llSetColor/llSetAlpha so that they behave on PBR in a similar way to legacy materials – just no time frame on when at present.
  • A discussion on scripting + notecard reading through the latter part of the 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 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 #11: SL TPVD summary: new approach to voice in SL

Burnt Toast Café and Tavern, February 2024 – blog post

The following notes were taken from my audio recording and chat log transcript of the Third-Party Viewer Developer (TPVD) meeting held on Friday, March 15th, 2024. My thanks as always to Pantera for recording the TPVD meeting and providing the video, which is embedded at the end of this article.

  • 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  the third or fourth Friday, at 13:00 SLT at the Hippotropolis Theatre.
  • 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 either content creation or viewer development.
  • The notes herein are a summary of topics discussed and are not intended to be a full transcript of either meeting.

Official Viewers Status

[Video: 00:00-1:31]

No updates since the start of the week, leaving the available official viewer as:

  • Release viewer: version 7.1.3.7878383867, the Emoji Viewer, issued February 15, promoted March 1st, 2024 – NoChange.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • glTF PBR Materials Maintenance-2 RC viewer, version 7.1.4.8149792635, March 11, 2024.
    • Maintenance X RC (usability improvements), version 7.1.4.8148263040 , March 11, 2024.
    • Maintenance-W RC (bug and crash fixes), version 7.1.4.8113624779, March 6, 2024.
    • Maintenance Y RC ( My Outfits folder improvements; ability to remove entries from landmark history + Maint Z RC integration) updated to version 7.1.4.8114240508, March 6, 2024.
  • Project viewers:

General Notes

  • The “most likely” RC viewer in line for promotion to release status is the glTF / PBR Maintenance 2 viewer, with the hope it will be promoted in week #12.
  • After this, the next glTF viewer will be the Featurette viewer (which may surface as an RC viewer by the end of March 2024), which will include:
    • Geenz Linden’s work on Mirrors, including his latest updates to the capability.
    • Cosmic Linden’s work on applying glTF materials to terrain.
    • Updates which will allow the glTF / PBR swatch boxes in the Build / Edit floater display previews of the materials being selected, rather than grey boxes.
    • The first series of additional glTF extensions – Index of Refraction.
    • Initial work on 2K textures support (which does not include BoM, as this would require a significant update to the Bake Service).

WebRTC Voice

[Video: 1:49-15:03]

  • A new 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”).
  • WebRTC is something of a “defacto standard”, being built-in to most web browsers and supporting  wide range of real-time communications tools in common use (e.g. Google Meet), supporting audio, video and data communications.
  • In terms of audio / voice (the primary focus here), WebRTC has a number of standard features expected of audio communications services (such as automatic echo cancellation, better noise cancellation and automatic gain control, etc.) and offers much improved audio sampling rates for improved audio quality.
  • Work has already progress so that WebRTC supports all of the current SL Voice capabilities (e.g. region Voice, parcel Voice, peer-to-peer, ad-hoc and group capabilities, muting, etc.).
  • In addition, work has been put into securing the use of WebRTC Voice against attempts to eavesdrop, etc., and to route peer-to-peer communications via an internal server to avoid revealing user’s IP addresses to the risk of doxing, etc.
  • 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.

Current Status

  • WebRTC currently works alongside Vivox, with the Lab working to make the transition over as painless as possible, with the simulator end of support being switched to WebRTC on a limited basis to start, with the switch being thrown for all regions once there is a high enough confidence that the majority of users are on viewers with the new WebRTC code + wrapper.
    • However, once regions have been switched to use the WebRTC capabilities, viewers still running the Vivox plugin will not be able to access Voice services on them, as the WebRTC back-end does not recognise the Vivox plug-in.
    • Voice Morphing is also not part of the initial implementation.
  • There are test viewers with the necessary viewer-side WebRTC support (not yet at Project or RC status), and regions on Aditi, the Beta grid (webRTC1 and webRTC2) with the back-end support.
    • It is possible that, going forward and to allow broader testing, a region on Agni (the Main grid) could be set-up for WebRTC testing (as with the current Echo Canyon for SL Voice).
  • Wiki documentation is in progress, and includes links to the test viewers (currently Windows and Mac OS) + a public code repo and other information. Note, this is subject to further update.
  • There is a dedicated WebRTC board on the SL Feedback Portal where issues, etc., can be reported / raised for discussion.
  • It was noted that there are various complexities and problems being worked out (e.g. safeguarding peer-to-peer Voice as noted above, issues with maintaining Voice during  / after region crossings, etc.).

Mesh Download Cost Discount

[Video: 39:30-42:38]

  • As recently reported, how the download weight (“cost”) of mesh objects is calculated will be changing.
  • The net effect of this is around a 15% reduction on the download weight.
  • This should result in a reduction of the overall Land Impact for many (but not necessarily all) in-world mesh objects.
    • However, it should not be taken to mean the overall LI for an object will be reduced by 15%; while the dominant factor in calculating an object’s Land Impact, it is not the only factor, as such the amount of LI reduction will always be dependent on the impact of the other costs associated with a mesh (rendring cost, physics cost, etc.).
    • As I’ve noted in a recent project summary, Animesh objects are excluded from any Land Impact reduction, for example, as they have their own LI calculation).

In Brief

  • Some discussion on adding PBR support to Bakes on Mesh. While this is not ruled out, it was again stated that it would require a significant overhaul of the Bake Service, and has some major lead-in questions on how to best go about the work that would need to be addressed before an work could be initiated.
  • PBR Terrain:
    • At its basic, this is PBR layers, but for high-end computers, it can leverage triplanar mapping for improved repeats / quality.
    • There is also a change to how texture repeats are handled, in order to avoid issues at region boundaries.
    • A reminder that it is a viewer-side feature at presents (with a server-side control flag for enabling), piggybacking off the existing terrain tools. As such, there is no fallback from PBR terrain to texture terrain, its on or the other.
    • The PBR terrain support will initially be limited to Private regions and estates; it will not be available to Mainland.
  • A discussion on reflection probes (such as having a probe within a probe – don’t do this) and observed problems, e.g. BUG-234815 (via Github archive)
  • A – slight – issue of losing your head when using the upcoming Mirrors capability from Mouselook (see: BUG-234342 via Github archive).
Don’t do this at home, kids! Viewing oneself using the upcoming Mirrors feature when in Mouselook…
  • A discussion on emojis / unicode / Display Names.
  • A discussion on avatar complexity, policing, limitations, impact of allowing avatars to effectively be given a “free pass” in terms of proper optimisation  / LI accountability, and developing a terminology to help users (and creators?) properly understand the impact their avatars can have on general viewer performance.

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.