2021 SUG meeting week #28 summary

Summer of ’42, April 2021 – blog post

The following notes were taken from the Tuesday, July 13th, 2021 Simulator User Group (SUG) meeting. The meeting was recorded by Pantera Północy, and the video is embedded at the end of this summary.

Server Deployments

There are no planned deployments for the week.

SL Viewer

There have been no official viewer updates to mark the start of the week, leaving the official pipelines as:

  • Release viewer: Project UI RC viewer, version 6.4.20.560520, dated June 14, promoted June 23 – No change.
  • Release channel cohorts:
  • Project viewers:
    • Legacy Profiles viewer, version 6.4.11.550519, dated October 26.
    • Copy / Paste viewer, version 6.3.5.533365, dated December 9, 2019.
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, dated November 22, 2019.
    • 360 Snapshot project viewer, version 6.2.4.529111, dated July 16, 2019.

Week #29 (commencing Monday, July 19th should see a new RC deployment that includes the following:

  • Opening custom chat ranges to estate managers through the simulator debug console (apparently requires a viewer update as well).
  • Ability for estate owners / managers to set a default EEP environment across an entire estate.

In Brief

  • A general discussion on EEP and possible fixes improvements, including:
    • A brightness slider for the Sun.
    • Possibly adjusting the relative sizes of the Sun and Moon to reflect their actual size ratio (see as possibly a content breaker).
    • Adjustments to cloud density, cloud detail (making it relative to the world) and bumping the maximum value on the cloud scale slider up to 5.
    • One (or more) feature requests have been suggested for these ideas, as well as raising them for discussion at the Content Creation meetings.
  • There was further discussion around the potential to use the Nimble capabilities originally found in Windlight to provide rain, snow etc., with the ability to avoid entering closed structures.
    • Weather systems have been a discussion topic within the Lab, with no commitment on implementing anything.
    • Generating the data server-side is seen as possible, but to use Simon Linden’s words, “the real magic is rendering it on the viewer”.
    • The main issues may come down to the robustness of viewer-side physics and the effort required to get the viewer so it can render weather and the potential impact on performance (although pseudo-weather systems using ray casting, mesh faces, etc., are already either indirectly (waiting on the simulator calcs) or directly (rendering) impactful on viewer performance.
  • There was also a discussion on dealing with AFK avatars at Linden Info / safe hubs, and the complaints that new users tend to make when arriving in one that no-one will speak to them:
    • One suggestion is to have an experience that sits inactive avatars after a period of time – that is, moves them away from the landing point and sits them on a seat, freeing space at the landing point.
    • A counter suggestion was to simply use a landing point mover, given the avatars that are seated are still effectively in the same space (although could in theory be moved to a separate “room”).
    • A further problem with the experience idea is that it assumes all those arriving will opt to join it at least once.

 

2021 viewer release summaries week #27

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

Updates from the week ending Sunday, July 11th

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.
  • Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.

Official LL Viewers

  • Release viewer: Project UI RC viewer, version 6.4.20.560520, dated June 14th, promoted June 23rd – No change.
  • Release channel cohorts:
    • No updates.
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V6-style

  • No updates.

V1-style

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

July 2021 SL Web User Group summary: mobile and new user experience

The Web User Group meeting venue, Denby

The following notes cover the key points from the Web User Group (WUG) meeting, held on Wednesday, July 7th, 2021.

These meetings are generally held on the first Wednesday of the month, with dates and venue details available via the SL public calendar. A video of the meeting, courtesy of Pantera, can be found at the end of this article, and the following is a summary of key topics / discussions.

Web Properties Updates

  • Operating system updates are still on-going; the tools work has been continued through the last month as a well.
  • The Land Store has had some cosmetic updates.
  • World API and Map:
    • There has been some work on the World API to make it faster.
    • Searching for an empty string on the Map should no longer generate an error message.
  • New user sign-up: two small improvements:
    • E-mails are now validated when entered during the sign-up process.
    • The viewer download link no longer opens a separate tab to display the download button – on sign-up the browser is now directed to the download page / button.
  • Marketplace improvements:
    • Work has started on updating to the new Second Life blue logo.
    • Test deliveries have been fixed so they no longer generate an error message.
    • There have been updates to search / keywords to better match the maturity of words against the maturity rating on the item. This was largely due to some creators were adding punctuation marks into their adult item descriptions in an attempt to get around the maturity rating and have the item show up in results where the user has otherwise restricted what they want to see to General / Moderate.
  • Premium downgrading:
    • Until now, if a Premium user decided to downgrade their account from Premium to Basic and then changed their mind, they would have to contact support to cancel the downgrade.
    • It is now possible to cancel a downgrade request directly from the website without any need for Support intervention.

New User Experience

See also: Poking at the new Welcome Islands.

  • The new Welcome Islands that form a part of the new user experience are now undergoing A/B testing alongside the existing Learning / Social Islands and monitored against Firestorm’s Community Gateway for the next month or so.
  • These islands are used in conjunction with the Guidebook that is now part of the official viewer (and starting to be included in TPVs).
  • There is a “Welcome Back Island” that is physically identical to the Welcome Islands, but which is open to general visits for those who are curious.
  • During the A/B Testing, the Lab will be particularly looking at the numbers of retained users who come through the various points of entry (Welcome Island, the Learning / Social Islands / Firestorm Gateway) and how each performs.
  • If the Welcome Islands / Guidebook prove to be successful, then the Guidebook will likely undergo language localisation to make it more useful. In the meantime, and during testing, there could be smaller changes to both the Guidebook and the Welcome Islands (e.g. the station for new avatars may undergo further updates and offer a “newer” selection of avatars).
  • Both the Welcome Island regions and the Guidebook have been developed as modular units, allowing both to be revised / updated.

Mobile Update

  • The iOS version has now been accepted by Apple.
  • HOWEVER, it is not currently publicly available through the Apple Store, as the Lab is working on the first set of updates, which they want to incorporate before the app is made generally available.
  • At the moment, the iOS version is in testing with some 40 or so users.
  • The Android version remains somewhat behind the iOS version and won’t be appearing in the short-term.
  • As has been repeatedly indicated, the client will initially be a communications companion and will not include any 3D world rendering – this is on the roadmap (assuming the interest / use of the mobile app warrants the additional development work), but is “way down the line.”
  • Those using the app will be logged-into dedicated “SL Mobile” regions for the purposes of communication. Obviously, if the app reaches the point where it is rendering the world, this will all change. However, until then:
    • These regions will not be accessible to anyone not using the SL Mobile client.
    • Those using the App will not have a physical presence within the regions.
    • It will not be possible to engage in local chat within the regions – although obviously, IMs will be possible, and the ability to use Group chat will be added.
  • Again, the initial purpose of the App is not to offer a fully-function alternative to the viewer for people on mobile devices; rather, it is intended to provide a means by which people can stay in contact with those they already know / need to contact (via search) when they are unable to make use of the viewer. Although again, functionality will be added as time goes by to move it beyond this initial use-case.

In Brief

  • Marketplace Requests:
    • Bulk image uploads for listings: this has been requested numerous times, and a feature request Jira has been asked for, so it can be logged.
    • Store block list (feature request BUG-230941): the ability for users to compile a list of MP stores where (for whatever reason) they do not wish to shop, and have them excluded from Search results. This is actually something the Marketplace team have been discussing as a general idea.
    • “Discount linking” for listings: the ability for creators to offer links between listings in their own store to give shoppers a discounts.
      • Example: a creator brings out a completely new version of s product (rather than an updated version) – they could use the “discount linking” to allow those who purchased the “old” version at a discounted price).
      • Example: a creator could offer a discount on a new skin or make-up kit for a specific mesh head within a their range of head products, rather than for all of the heads they sell.
      • This is something that, if submitted as a feature request, would receive consideration by the Lab.
    • Variant listing: Keira re-iterated (as per my June meeting summary) that the Lab is considering variant listings (e.g. a single listing for multiple colour versions of the same item). However, this is unlikely to be something that is implemented before 2022.
  • Search: an upcoming project is that of Search, encompassing how it currently functions, how the Lab would like it to function and how users expect it to function. This will then hopefully lead to improvements being make to Search, although this may not happen until much later in the year or until 2022.
  • Broken Support links: some of the pages on the dashboard at secondlife.com (e.g. Billing Information, Account History/Statements) have a broken Help / Support links due to a missing “secondlife.com” in the URLs. This is a known issue.
  • Last Names:
    • The Premium account SL Birthday themed Last Names will be shortly be withdrawn from use and replaced with a new selection of Last Names, possibly within the next week or so. After this, next update to Last Names will likely be timed for Halloween.
    • Feature request BUG-230299 asks for the current Custom last Name programme (US $500 annually for a dedicated last name) to be made more broadly available, if on a more limited basis (and presumably a lower price-point) for those who wish to have a dedicated Last Name for their “family” / community / group. This is something that the Lab is considering, but it is unlikely that there will be anything to announce on it, should it move forward, until some time in 2022.
  • Grid-wide user experiences: there has been some further internal discussion on these at the Lab, but right now, they are a long way down the list of priorities.

Next Meeting

  • Wednesday, August 5th, 14:00 SLT.

2021 SUG meeting week #27 summary

Cravone City, April 2021 – blog post

The following notes were taken from the Tuesday, July 6th, 2021 Simulator User Group (SUG) meeting. The meeting was recorded by Pantera Północy, and the video is embedded at the end of this summary.

Server Deployments

See the server deployment thread for any most recent updates / changes.

  • Tuesday, July 6th saw the SL Main channel servers updated with simulator release 560819. This includes internal fixes, a fix for BUG-202864 – “Change Mesh Uploader to preserve Scene File object names when a full linkset is uploaded”. and a fix for BUG230881 – “llHttpRequest(): HTTP_CUSTOM_HEADER flag is ignored”.
  • Wednesday, July 7th will not see any planned deployment to the RC channels.

SL Viewer

There have been no official viewer updates to mark the start of the week, leaving the official pipelines as:

  • Release viewer: Project UI RC viewer, version 6.4.20.560520, dated June 14, promoted June 23 – No change.
  • Release channel cohorts:
  • Project viewers:
    • Legacy Profiles viewer, version 6.4.11.550519, dated October 26.
    • Copy / Paste viewer, version 6.3.5.533365, dated December 9, 2019.
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, dated November 22, 2019.
    • 360 Snapshot project viewer, version 6.2.4.529111, dated July 16, 2019.

Region Crossings

During region crossings, vehicles and avatars are packaged and transferred separately to one another, before being unpacked and put back together by the receiving region. Due to the fact that vehicles are generally less complex than avatars, then tend to arrive first, and this can cause issues as the scripts on the vehicle resume and make calls (animations, etc.), on avatars that have yet to “arrive”, which can result in vehicle errors.

While there is an event flag – CHANGED_REGION – triggered when the vehicle has correctly arrived in the new region, allowing its scripts to resume, there is no equivalent flag for arriving avatars.  So user Animats has suggested the creation of such an additional event flag: CHANGED_REGION_COMPLETE.

This would be sent once the receiving simulator has unpacked and seated the avatars using the vehicle. Should this additional event flag not be received, then it is indicative that something has gone wrong, allowing vehicle scripters to use it to determine how they’d like to handle the situation.

See BUG-230934 “Add event bit flag CHANGED_REGION_COMPLETE to “changed” script event” for more.

It has also been suggested that LL give thought to a way in which vehicles can detect upcoming parcel settings. A major issue of vehicular travel is encountering parcels where object entry is disabled – resulting in the vehicle being auto-returned to the owner and all those aboard violently unseated.

A means for the viewer to be forewarned of the access settings for a parcel would potentially allow vehicles to be scripted so they can respond to “unfriendly” parcel such as stopping at the parcel border (presumably with a test notification to the driver) in a similar manner to when they encounter ban lines, thus potentially preventing vehicle return and avatar dumping.

There are again complexities to this idea (e.g. what happens when the parcel(s) being checked are in the next region, and thus on a different simulator to the one the checking script is currently running on?). However, LL have requested the idea be filed via Jira to allow proper assessment and discussion.

2021 viewer release summaries week #26

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

Updates from the week ending Sunday, July 4th

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.
  • Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.

Official LL Viewers

  • Release viewer: Project UI RC viewer, version 6.4.20.560520, dated June 14th, promoted June 23rd – No change.
  • Release channel cohorts:
    • No updates.
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V6-style

  • Kokua: updated to versions 6.4.20.47617 (no RLV) 6.4.20.50805 (RLV variants) on June 29th – release notes.

V1-style

Mobile / Other Clients

Additional TPV Resources

Related Links

2021 CCUG meeting week #26 summary

Butterfly Conservatory, April 2021 – blog post

The following notes were taken from my audio recording and chat log of the Content Creation User Group (CCUG) meeting held on Thursday, July 1st, 2021. These meetings are chaired by Vir Linden, with dates available via the SL Public Calendar and the venue for the CCUG is the Hippotropolis camp fire.

SL Viewer

There have been no updates for the any of the official viewer versions, leaving the pipelines as follows:

General Viewer Notes

  • The Fernet Maintenance RC viewer is next in line for promotion.
  • LMR-6 continues to be developed.
  • Voice update: this wasn’t an update the SLplugin.exe API, but was a change to the automatic voice level detector. This was causing a lot of the cut-out issues with voice, as it is overly sensitive to voice cadence when speaking, causing the temporary drop-outs, so by default the viewer no longer uses it at all.

ARCTan

Summary: An attempt to re-evaluate both avatar rendering costs and the cost of in-world scene rendering, with the current focus on avatar rendering cost / impact, and in-world scene rendering / LI to be tackled at some point in the future.

  • Work is continuing on the new performance floater. This pulls together information from various menus / debugs to display useable information on avatars / attachments that are heavy in rendering cost, and what can be done.
  • This work is currently separate to the work on revising that actual formulas used for calculating avatar complexity. As the viewer has yet to appear, it’s not clear if the updated avatar complexity calculations will be folded-in to the viewer before it reaches eventual release status, or if they will follow after. Currently, Vir hopes to get back to working on the calculations “some time in the new few weeks”.

Graphics Update Discussion

  • There have been numerous questions about LL switching the viewer’s renderer to a commercial engine such as Unreal Engine or Unity.
  • As Grumpity Linden indicated during her SL18B Meet the Lindens session, there are currently no plans to do so. This is not to say it would never happen – although doing so would be a very significant project.
  • One major argument against turning to a commercial engine is that users have very strong views on existing content and how it should be rendered, and can get very upset when things change – and they would change significantly were the viewer to be re-built around a new rendering engine.
  • Other factors weighing against commercial engines include:
    • They are not currently considered as being particularly good at dealing with dynamic content.
    • They could be restrictive in terms of the hardware people can use to access SL.
    • The basic work to make a switch-over would likely require around 18-24 months of development, which would curtail other viewer work, simply because it would be a significant viewer re-build.
  • Currently, the major areas of performance impact are said to be:
    • The sheer volume of draw calls the viewer has to make under OpenGL, which have a large processing overhead.
    • Avatar rendering, due to that volume of unoptimised content avatars can be loaded with – hi-poly meshes, excessively heavy unique texture use, etc.
    • Poorly considered in-world content (undue reliance on high LOD models, texture use, etc.).
    • The processing required for rendering shadow, etc, (when people run them).
  • The draw calls issue could be largely significantly reduced via a switch to more recent graphics APIs – such as Vulkan (PC) and Metal (Apple), which process things differently. Such a switch also yields benefits in other areas – such as the potential to use graphics libraries based on the capability of the user’s computer.
  • As such, the preferred route is to make incremental changes, such as a switch to a more modern set of APIs and libraries, rather than a total replacement of the rendering engine, simply because this will yield some degree of benefit and improvement without a substantial impact on the Lab / SL / users.
  • Another aspect of performance improvement (which has also been subject to recent questions) is improving the viewer code to better leverage multi-core processors.

General Improvements / Education

  • It’s acknowledged that better LOD models for objects would help improve performance where “new” content is concerned, and work is being put into a mesh optimiser,, although more could be done.
  • The Lab also acknowledges that much of the documentation produced through the wiki for content creation is increasingly out-of-date. There is also much that simply isn’t documented.
  • A problem with a lack of proper documentation / education is that creators  – especially those new to the platform – can pick up incorrect ideas / approaches, and end up contributing to  issues such as poor performance (e.g. the idea that everything must be high poly in order to be high quality).
  • However, the flip side of the argument is, even if effort is put into better documentation, etc., there  is a) no guarantee it would be read be newer creators; b) it is unlikely that those already set in their ways (bad habits and all) will actually decide to take notes and change their ways
  • While somewhat valid this above point doesn’t excuse ensuring the information that is provided is at least relevant / accurate and again becoming a resource that can be actively used / pointed to.

In Brief

  • A clarification was given on the upcoming resumption of work on the 360º Snapshot viewer (see: 2021 TPV Developer Meeting Week #25 Summary), stating that this viewer remains for snapshots only – there are no plans at present to extend it to 360º video capture.
  • There are still no plans to re-implement official support for VR headsets at this time, as it is generally felt at LL that while it would be nice to offer it, overall viewer frame rates cannot be maintained (e.g. at least 60 fps per eye) to make for a comfortable experience.
  • BUG-229908 “[EEP] Build floater shows incorrect light colour values/incorrect colour set for light” (also BUG-230549 “Colour picker for Light (PRIM_POINT_LIGHT) shows and sets incorrect values”, noted as a duplicate to BUG-229908), has been accepted by the Lab, but no ETA on any possible fix – and it is not currently being looked at as a part of the LMR-6 work.