February 2023 SL WUG meeting: Land Portal + Marketplace

The Web User Group meeting venue, Denby

The following notes cover the key points from the Web User Group (WUG) meeting, held on Wednesday, February 1st, 2023.

WUG meetings:

  • Are held in-world, generally on the first Wednesday of the month – see the SL public calendar.
  • Cover Second Life front-end web properties (Marketplace, secondlife.com, the sign-up pages, the Lab’s corporate pages, etc.).
  • They are not intended for the discussion of Governance issues, land fees / issues, content creation & tools, viewer or simulator development / projects. Please refer to the SL calendar for information on available meetings for these topics.

A video of the meeting, courtesy of Pantera, can be found embedded at the end of this article (my thanks to her as always!), and subject timestamps to the relevant points in the video are provided. Again, the following is a summary of key topics / discussions, not a full transcript of everything mentioned.

Updates for January 2023

Land Portal Release

  • [Video: 06:00-08:00] The new Land Portal has been launched. This is intended to be a central hub from which to get to all aspects of land “ownership” – purchasing regions, renting land from a private estate, renting or purchasing Mainland; obtaining a Linden Home.
  • [Video: 10:33-10:49] There are currently no actual functionality changes to the pages behind the portal – these will come in time.
    • [Video: 8:51-9:22] The first of the Land pages to undergo update and improvement will be the Linden Homes page. This will make it easier to see and select available Linden Home styles – but this update “will be a while” before it is surfaced.
  • Translations for the Portal and the Land pages will come in due course.
  • The Portal has been used as something of a prototype, bringing together tools and technologies the Lab intend to use to build-out updated versions of their websites and portals, and ensure they are mobile-friendly.
A portion of the new land portal front-end – click to visit
  • A technical blog post on what the web tools and ongoing website redesign means will be published be the Lab in the near future.

Marketplace Updates

  • [[Video: 08:04-8:43] Search:
    • The deployment of the Marketplace Search updates has been further delayed, as indexing all searched to date is taking longer than anticipated to complete.
    • All other work is completed – the code is in place and ready to go – but LL want to ensure that search and order histories all remain in place when the switch is thrown.
    • once fully deployed, the new MP Search will have a close parity with the updated web search deployed in 2023, including its own relevance engine.
  • [Video: 17:29-20:26] “Marketplace 2.0” – the Refresh / Rebuild:
    • Still being discussed / developed.
    • Will likely included further Search capabilities: fuzzy searching; negative tags / Boolean search options; the potential for improved filtering.

Marketplace Discussion Summary

Marketplace “Gold Star” Mechanism

[Video: 31:49-35:30]

One idea being floated internally at LL is the idea of awarding worn / attached items a “gold star” to items with a “low Land Impact”.

  • The suggested approach would be to have some form of automated “side bake” mechanism which takes avatar attachments and assesses their LI, and then awards them a “gold star” on the basis of whether or not they remain within some defined “LI threshold”.  “Gold star wearables” would then be searchable as a category / categories within the MP.
  • The core aims of this would be to:
    • Encourage wearable items creators to ensure their clothing and avatar attachment are more render performant/efficient (avatars currently have perhaps the highest performance impact, as no real constraints are currently placed on the complexity of worn items, so there is no incentive to model them as efficiently as possible).
    • Encourage consumers to consider what they are purchasing and its impact (“the gold star means it is better for you and SL”).
  • This does raise concerns of further gaming of LOD (level of detail) in order to bring items in under the threshold, with the result that while they gain the “gold star” they nevertheless immediate collapse into one (or a small group) or triangles when seen from even a minimal distance – with creators who do so then “recommending” users set their viewer’s LOD rendering unnaturally high – and in the process further negatively impacting viewer performance.
  • Alternatives offered at the meeting:
    • Utilise the revised avatar complexity calculations which form a part of the ARCTan project by which to measure the complexity of worn items (the problem here being the ARCTan project stalled some 2+ years ago and has yet to be re-started).
    • Utilise the “good LOD” calculations used for Animesh to encourage creators to model their clothing / attachments responsibly.

General Marketplace Discussion / Exchange of Ideas

[Video 20:42-31:45 + local chat]

  • Variants (officially “Styles” – e.g. having multiple colour options for an item in a single listing) was again raised. No further direct feedback on this was given; however, at the January meeting it was indicated the work (which has apparently largely been done) is being “re-prioritised” in the face of the delays in deploying the updated MP Search.
  • “One click demos” were suggested for the MP – being able to click on an attachment offing in the Marketplace and the item is temporarily worn in-world. This is something Garfield Linden indicated was of interest to him, and requested a Feature Request Jira on the idea.
  • Search:
    • Phonetic searching was requested (particularly handy for those not well-versed in the currently-supported languages / dyslexia, where fuzzy search might over-compensate with results).  Sntax [sic] Linden acknowledged the “appeal” of phonetic searching.
    • Filtering clothing / attachments by body type: this is something the Marketplace Team are already looking at in terms of the “most popular” bodies – although how representative this might be of SL’s diversity is hard to determine.
  • Pay what you want – suggested as a possible option to allow merchants to offer items for free, but with the option for buyers to offer a “tip” in payment.
    • The functionality for this may be overly complicated to implement.
    • However, in considering Marketplace updates / a rebuild, LL have looked at options for offering coupons, sales, and “price changey” options, so this idea will be added to the list for further internal discussion.
  • It was acknowledged that Marketplace load times in the viewer’s browser (and the load times of other SL web properties a user may already be logged-in to) are “to darn high”, and that there are “performance skirmishes” to be had in this area.
  • A suggestion was made for the Marketplace to support “related items” between stores. This would require engagement by Merchants, but the idea would be if Merchant A produced items intended for use with something Merchant B produces, they could mutually list one another’s products as being related. It could also be technically complex to implement.
  • Marketplace and CasperVend integration: this is something LL would like to do following the purchase of CasperTech, and have had discussions about, but there are no firm plans as to have it might be tackled as yet.

Misc Items

Smart Landmarks

[Video 47:30-48:10]

World API Update

[Video 48:40-49:25]

  • It has been notes that following a recent update, the World API reports banned agents as a part of the Group member count.
  • It is not clear if the update caused this, but if so, it was not the intent. The matter has been noted for investigation.

Next Meeting

  • Wednesday, March 1st, 2023. Venue and time per top of this summary.

2023 SL SUG meetings week #5 summary

Oshu, November 2022 – blog post

The following notes were taken from the Tuesday, January 31st, 2023 Simulator User Group (SUG) meeting. They form a summary of the items discussed and is not intended to be a full transcript. A video of the entire meeting is embedded at the end of the article for those wishing to review the meeting in full – my thanks to Pantera for recording it.

Server Deployments

  • On Tuesday, January 31st 2023, the simhosts on the Main SLS channel were updated with simulator release 577734, comprising both the HTTP custom headers update described above andthe updates previously deployed to BlueSteel and Le Tigre in week #3), comprising: stability improvements, fixes for a number of bugs, including the one preventing 30-second sound loops from being played back, and introduces new functions to the LSL API to allow for sound playback across any prim in a linkset. The new LSL functions include:
  • On Wednesday, February 1st, 2023, the RC channels should be updated with simulator release 577942. This version adds additional LSL functions for generating RSA and HMAC hashes, and another for replacing a substring of a string, as well as augmenting some existing functions with new parameters.

Available Official Viewers

This list reflects the current status of available official viewers on January 24th, 2023:

  • Release viewer: Maintenance P (Preferences, Position and Paste) RC viewer version 6.6.8.576863 Monday, December 12, 2022 – No change.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • Maintenance R RC viewer, version 6.6.9.577678, January 30.
    • Maintenance (Q)uality RC viewer, version 6.6.9.577581, January 18, 2023.
    • Performance Floater / Auto-FPS RC viewer, version 6.6.9.577251, January 4, 2023.
  • Project viewers:
    • PBR Materials project viewer, version 7.0.0.577780, January 25, 2023 – this viewer will only function on the following Aditi (beta grid) regions: Materials1; Materials Adult and Rumpus Room 1 through 4.
    • Puppetry project viewer, version 6.6.8.576972, December 8, 2022.

In Brief

  • Removing the LSO bytecode compiler (non-Mono) / forcing all compilers to use Mono:
    • While this would make it easier for LL to improve the language, after hearing back that LSO was still heavily used (and the uses that it’s put too), nothing is likely to be changed until after BUG-233084 has been implemented.
    • Even then, LSO may not be entirely turned off.
  • The above sparked a discussion on BUG-227303 “collisions makes a script stop running and revert its mono status”, float points,  script compiling, and more. Please refer to the video for more.
  • Rider Linden is looking into trying to fix BUG-233015 “Objects will fail to rez or attach if LinkSetData has any key/value containing certain characters”, which is seen as an encoding dependency issue.
    • This could lead to a breakage in LSD (Linkset Data) during any fix deployment, as servers using the older formatting will not be able to read the newer formatting.
    • A possible way to avoid this might be update decoding first, and deploy that, then fix the encoding issue.

2023 SL SUG meetings week #4 summary

Otter Lake, November 2022 – blog post

The following notes were taken from the Tuesday, January 24th, 2023 Simulator User Group (SUG) meeting. They form a summary of the items discussed and is not intended to be a full transcript. A video of the entire meeting is embedded at the end of the article for those wishing to review the meeting in full – my thanks to Pantera for recording it.

Server Deployments

  • On Tuesday, January 24th 2023, the simhosts on the Main SLS channel were updated with simulator release 577628, comprising an update for HTTP_CUSTOM_HEADER usage in llHTTPRequest(). Previously, a maximum of 8 custom headers were allowed, and each header had a hardcoded limit of 253 bytes. With this update, both of these limits
  • On Wednesday, January 25th, 2023: the RC simhosts should be updated with simulator release 577734, comprising both the HTTP custom headers update described above andthe updates previously deployed to BlueSteel and Le Tigre in week #3), comprising: stability improvements, fixes for a number of bugs, including the one preventing 30-second sound loops from being played back, and introduces new functions to the LSL API to allow for sound playback across any prim in a linkset. The new LSL functions include:

Week #5 should see the deployment of a fresh simulator RC. It will have a fix for key sorting in LSD Find Keys. llVerifyRSA and llSignRSA and llHMAC. A region_rating for llGetEnv and a few more stats in llGetSimStats.

Available Official Viewers

This list reflects the current status of available official viewers on January 24th, 2023:

  • Release viewer: Maintenance P (Preferences, Position and Paste) RC viewer version 6.6.8.576863 Monday, December 12, 2022 – No change.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • Maintenance R RC viewer, version 6.6.9.577678, released January 19 – translation updates and the return of slam bits.
    • Maintenance (Q)uality RC viewer, version 6.6.9.577581, January 18, 2023.
    • Performance Floater / Auto-FPS RC viewer, version 6.6.9.577251, January 4, 2023.
  • Project viewers:
    • PBR Materials project viewer, version 7.0.0.577610, January 19, 2023.
      • This viewer will only function on the following Aditi (beta grid) regions: Materials1; Materials Adult and Rumpus Room 1 through 4.
    • Puppetry project viewer, version 6.6.8.576972, December 8, 2022.

In Brief

  • BUG-233107 “Objects failing to render is happening more frequently of late” – is rising slowly up the priority list, however, from the discussion at the meeting:
    • There may actually be two issues at work, with some conflating them into a single problem, and / or there is an issue impacting both the viewer and the simulator.
    • Both issues may additionally be cause a race condition with messaging, leading to rendering / rezzing problems.
    • It is suggested, pending an actual fix, alt-camming out a good distance, waiting several seconds and then ESC-ing the camera back to its default position can fix both issues by forcing the viewer to call for a complete scene update.
    • One of the problems is most persistent on either initially logging-in or following teleporting into a region; it rarely happens on crossing between regions via foot or vehicle.
  • Please refer to the video below for further discussions at the meeting.

2023 week 3: SL CCUG and TPV Developer meetings summary

Where Our Journey Begins, November 2022 – 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, January 19th 2023 at 13:00 SLT.
  • Pantera’s video of the Third Part Viewer Developer (TPVD) meeting held on Friday, January 20th, 2023 at 13:00 SLT, embedded at the end of this article.
These meetings are chaired by Vir Linden, and their dates and times can be obtained from the SL Public Calendar; also note that the following is a summary of the key topics discussed in the meetings and is not intended to be a full transcript of all points raised. Note, The TPVD meeting was abbreviated to 20 mins.

Official Viewers Status – TPV Meeting

Available Viewers

  • On Thursday, January 19th, 2023, the Maintenance R RC viewer was updated to version  6.6.9.577678 – translation updates and the return of slam bits.
  • On Wednesday, January18th, 2023:
    • The Maintenance (Q)uality RC viewer was updated to version on 6.6.9.577581 – new Debug settings UI, quality of life improvements.
    • The PBR Materials project viewer updated to version 7.0.0.577610, on January 19, 2023 – SSR support.
      • This viewer has been reported as “broken” when running on systems with AMD GPUs, a situation that was being investigation as these notes were being written.
This leaves the rest of the currently-available official viewer as:
  • Release viewer: Maintenance P (Preferences, Position and Paste) RC viewer version 6.6.8.576863 Monday, December 12, 2022.
  • Release Candidate viewers:
    • Performance Floater / Auto-FPS RC viewer, version 6.6.9.577251, January 4, 2023.
  • Project viewers:
    • Puppetry project viewer, version 6.6.8.576972, December 8, 2022.

General Viewer Notes

  • Vir pointed out that as Microsoft has ended support for Windows 8 on January 10th, 2023, it is no longer regarded as a supported operating system for running Second Life, and the viewer will not be tested against it (and the System Requirements page has been updated to reflect this, specifying Windows 10+ most recent service pack as the baseline supported Windows OS.
  • The second phase of the Github work in on-going, notably updating all the viewer build libraries.

Inventory Enhancement Project – Both Meetings

Linden Lab is looking to enhance the Inventory system.
  • The first element of this work is to be the addition of a fixed-resolution thumbnail preview capability, allowing users to see a small image of a given object (where this makes sense – so the likes of note cards and scripts would be excluded) within inventory, with these thumbnails either being of individual items or entire folders.
  • This work has now started, but it will be “some time” before there is anything user-facing to show.
  • A code contribution from Kitty Barnett (Catznip) for an inventory texture tool tip / preview may well be folded in to this work.
  • Once the thumbnail preview work has been completed, it is possible the Lab will look to further enhancements to inventory management. One future enhancement under consideration is support for folders to be included in the Contents inventory of individual objects.

glTF Materials and Reflection Probes – CCUG

Project Summary

  • To provide support for PBR materials using the core glTF 2.0 specification Section 3.9 and using mikkTSpace tangents, including the ability to have PBR Materials assets which can be applied to surfaces and also traded / sold.
  • To provide support for reflection probes and cubemap reflections.
  • The overall goal is to provide as much support for the glTF 2.0 specification as possible.
  • The project viewer is available via the Alternate Viewers page, but will only work on the following regions on Aditi (the Beta grid):  Materials1; Materials Adult and Rumpus Room 1 through 4.
  • Please also see previous CCUG meeting summaries for further background on this project.

Status

  • Viewer:
    • Screen Space Reflections (SSR) has now been integrated into the Project Viewer, (January 19th onwards), although work around this is still being finalised, notably mixed Reflection Probes with SSR.
    • Some fixing is required to the default colour curves in the viewer.
    • Stability issues have been noted on Intel integrated graphics hardware, and these are being investigated / fixed.
    • There have now been a total of two further weeks focused on optimising the viewer’s performance, and the results of this work should be available in the next update to the Project Viewer.
    • UI updates: the viewer will likely see some UI updates as it progresses:
      • The next update will likely include a new dedicated icon for on the Build floater for creating Reflection Probes.
      • The drop-down in the Build floater Textures tab (Currently Materials and Media on the release viewer, may be re-labelled for PBR (where it is Materials, Media, PBR) to more clearly differentiate between the current materials maps system and “new”” PBR materials.
      • Similarly, the new Materials Inventory folder in the Project Viewer may also be renamed to avoid the potential for confusion between the use of PBR materials assets and the current materials maps system.
      • Further, the menu option Build → Upload → Materials (in the Project Viewer) may be reamed to more clearly reflect it is for PBR materials, not material maps.
      • Exactly was terms will be used is TBD, but the general push (from LL’s perspective is to use meaningful lbeels on options and menus which can be Googled with some relevance by those wanting to know more about the underpinning file formats / standards, etc.
  • Work is going into messaging between the back-end and the viewer to ensure it will scale once the viewer starts to see widespread use.

In Brief

  • As the PBR Materials project is approaching a possible RC release, the questions has been asked as to what is next on the graphics front. While no formal decision has been made, options include:
    • A return to looking at adding something like Vulkan / MoltenVK (for OS X) API support alongside of the OpenGL API (which has been slated for deprecation by Apple and is growing increasingly long in the tooth). This work is being looked at more as a performance optimisation rather than a visual boost to rendering (e.g. allowing SL to be less CPU-bound and make more use of the GPU, reducing the volume of draw calls, etc.).
    • Further expansion of the glTF work to include mesh (and moving away from Collada .DAE), animations, etc. But again, no definitive plans / direction has been agreed within the Lab.
      • While there is a appetite at the Lab to support as much as the glTF 2.0 specification, some aspects will be excluded from the list – mentioned at the meeting were Setting the filter mode and sampler state of textures, both of which were described as “problematic” for implementation within SL.
    • Overhauling / updating support / options for ground textures.
  • The CCUG meeting saw a general discussion on animations, the skeleton and all that it involves (bones, attachment points, collision volumes, rigging, etc., and the rules / policies surrounding them, couched initially in the potential for expanding the skeleton / avatar system – for which there are currently no plans to do so beyond what has already been done.
  • Pivot points: (related to the above) past CCUG meeting saw some extended discussion on implementing pivot points on the skeleton, and LL indicated they would investigate this. Since then, it has become increasingly apparent that a node hierarchy would be beneficial and potentially easier to implement; ergo pivot points have been pulled into the pot for a future hierarchy project.
  • There is a known bug where Premium Plus users  – who gain free texture uploads – are being charged for textures included in mesh uploads. An upcoming simulator-side maintenance update should correct this.
  • A request was made at the CCUG meeting to allow mesh uploads greater than the 64m single object size limit, to make it easier to import large structures  / scenes without having to curt them into sections (and thus avoid potential issues in fit, scale, update, etc, and can result in Interest List related rendering issues).
    • LL is unlikely to change the limit, but would prefer to provide improved tools that can help content creators / scene builders.
    • One should tool discussed – which is currently not in development – is that of a “scene view” tool which identifies every individual instance of an object in scene, and provides a mechanism to allow (subject to permissions, obviously) them to be swapped-out to fix things like “broken” items / those for which there is an update / replacement.
 

Next Meetings

  • CCUG: Thursday, February 2nd, 2023.
  • TPVD: Friday, February 17th, 2023.

2023 SL SUG meetings week #3 summary

Aoi-ike, November 2022 – blog post

The following notes were taken from the Tuesday, January 17th, 2023 Simulator User Group (SUG) meeting. They form a summary of the items discussed and is not intended to be a full transcript. A video of the entire meeting is embedded at the end of the article for those wishing to review the meeting in full – my thanks to Pantera for recording it.

Server Deployments

  • On Tuesday, January 17th 2023, the simhosts on the Main SLS channel were restarted with no deployment, leaving them on simulator version 576542.
  • On Wednesday, January 18th, 2023: the RC simhosts should receive two new simulator updates:
    • 577628 – (Le Tigre RC Channel) an update for HTTP_CUSTOM_HEADER usage in llHTTPRequest(). Previously, a maximum of 8 custom headers were allowed, and each header had a hardcoded limit of 253 bytes. With this update, both of these limits have been removed; the only limitation is that the total custom HTTP header size must be under 4096 bytes.
      • The cryptographic signing utilities – potentially llHMAC (per BUG-233005) and llSignRSA and llVerifyRSA (per BUG-233009) had to be delayed due to “last minute snag” requiring a further look at the functions.
    • 577595 – (Bluesteel and Magnum RC channels) contains  stability improvements, fixes a few miscellaneous bug. It also fixes the bug preventing 30-second sound loops from being played back, and introduces new functions to the LSL API to allow for sound playback across any prim in a linkset. The new LSL functions include:

Available Official Viewers

This list reflects the current status of available official viewers on January 17th, 2023:

  • Release viewer: Maintenance P (Preferences, Position and Paste) RC viewer version 6.6.8.576863 Monday, December 12, 2022 – No change.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself).
    • Maintenance (Q)uality RC viewer, version 6.6.9.577418, January 4, 2023.
    • Performance Floater / Auto-FPS RC viewer, version 6.6.9.577251, January 4, 2023.
  • Project viewers:
    • PBR Materials project viewer, version 7.0.0.577486, January 11, 2023.
      • This viewer will only function on the following Aditi (beta grid) regions: Materials1; Materials Adult and Rumpus Room 1 through 4.
    • Puppetry project viewer, version 6.6.8.576972, December 8, 2022.

In Brief

  • As well as the crypto signing noted above, there are a couple of new functions coming down the pipe dealing with cryptographic hashing which are described as being useful for things like JWT or other HTTP auth schemes:
    • String llSignRSA(string privateKey, string msg, string digest);
    • Integer llVerifyRSA(string publicKey, string msg, string signature, string digest).
  • It has been suggested that the server-side of Pathfinding might be in line for a re-visit, although no time frame for when this might be or what it might comprise has been determined as yet.
  • It is reported that llRequestAgentData(id,DATA_NAME); is failing with increased frequency (the issue was first reported in BUG-231884), with other request functions also reported as having issues (e.g. llRequestSimulatorData incorrectly reporting a region’s online status until the region is restarted). It’s not clear at this point in time what is causing these problems, but server-side caching errors might be the cause of some.
  • A request has (again) been made for the servers to have valid SSL certificates. A Jira has been filed on this, and the engineering team are going to try to get it moved forward with TPTB.
  • BUG-227303 “collisions makes a script stop running and revert its mono status”, is now described a “high on the list” of things to be addressed.
  • BUG-10442 “llGetHTTPHeader does not accept custom headers” has been raised as something to be addressed given the upcoming release of Simulator RC 577628.
  • BUG-233107 “Objects failing to render is happening more frequently of late” continues to be an issue, an might be occurring more frequently for some, and its priority has been raised.
  • BUG-233140 “LSL Feature Request: PSYS_PART_TEXTURE_ANIM” a feature request relating to animated particles has been raised and accepted. Whilst seen as a 2nice to have”, and something that might spark renewed interest at poking at the particle system (viewer performance permitting) – it generated interest and discussion at the meeting.

2023 SL Puppetry project week #2 summary

Puppetry demonstration via Linden Lab – see below.  Demos video with the LL comment “We have some basic things working with a webcam and Second Life but there’s more to do before it’s as animated as we want.”

The following notes have been taken from chat logs and audio recording of the Thursday, January 12th, 2023 Puppetry Project meetings held at the Castelet Puppetry Theatre on Aditi. These meetings are generally held on alternate weeks to the Content Creation User Group (CCUG), on same day / time (Thursdays at 13:00 SLT).

Notes in these summaries are not intended to be a full transcript of every meeting, but to highlight project progress / major topics of discussion.

Project Summary

General description of the project and its inception:

LL’s renewed interest in puppetry was primarily instigated by Philip joining LL as official advisor, and so it really was about streaming mocap. That is what Philip was interested in and why we started looking at it again. However since Puppetry’s announcement what I’ve been hearing from many SL Residents is: what they really want from “puppetry” is more physicality of the avatar in-world: picking up objects, holding hands, higher fidelity collisions. 
As a result, that is what I’ve been contemplating: how to improve the control and physicality of the the avatar. Can that be the new improved direction of the Puppetry project? How to do it?

Leviathan Linden

  • Previously referred to as “avatar expressiveness”, Puppetry is intended to provide a means by which avatars can mimic physical world actions by their owners (e.g. head, hand, arm movements) through tools such as a webcam and using technologies like inverse kinematics (IK) and the  LLSD Event API Plug-in (LEAP) system.
    • Note that facial expressions and finger movements are not currently enabled.
    • Most movement is in the 2D plain (e.g., hand movements from side-to-side but not forward / back), due to limitations with things like depth of field tracking through a webcam, which has yet to be addressed.
  • The back-end support for the capability is only available on Aditi (the Beta grid) and within the following regions: Bunraku, Marionette, and Castelet.
  • Puppetry requires the use of a dedicated viewer, the Project Puppetry viewer, available through the official Second Life Alternate Viewers page.
  • No other special needs beyond the project viewer are required to “see” Puppetry animations. However, to use the capability to animate your own avatar and broadcast the results, requires additional work – refer to the links below.
  • This project is taking in a lot of additional ideas – animation standards, improving the current animation system, enabling truer avatar / avatar and avatar object interactions such that it is likely to evolve into a rolling development, with immediate targets for development / implementation as they are agreed upon, to be followed by future enhancements.
  • As such, much of what goes into the meetings at present is general discussion and recommendations for consideration, rather than confirmed lines o development.
  • There is a Puppetry Discord channel – those wishing to join it should contact members of LL’s puppetry team, e.g. Aura Linden, Simon Linden, Rider Linden, Leviathan Linden (not a full list of names at this time – my apologies to those involved whom I have missed).

Bugs, Feature Requests and Code Submissions

  • For those experimenting with Puppetry, Jiras (bug reports / fixes or feature requests) should be filed with “[Puppetry]” at the start of the Jira title.
  • There is also a public facing Kanban board with public issues – those experiencing issues can also contact Wulf Linden.
  • Those wishing to submit code (plug-ins or other) or who wish to offer a specific feature that might be used with Puppetry should:

Further Information

Meeting Notes

LSL Integration

  • See: OPEN-375: “LSL Functions for reading avatar animation positions”.
  • Rider Linden is starting to look at LSL integration  – the first step being to make the simulator aware of what is actually animating.
  • Currently, the code he has developed lets the server know the position of an avatars attachment points; this sends details of 55 points (HUD points excepted). Attachment points have been selected over bones, as the simulator already has a solid concept of attachment points, and it avoids complications with rigged meshes “doing their own thing” with bone positions.
  • A concern with this is the number of updates being sent to the server for processing.
    • One idea is to refine the the code so that only the attachment points which change relative to the avatar centre (avatar frame/Local Position relative to the avatar) actually send information to the server, in order to reduce the number of updates being generated.
    • Another idea might be to only send updates every n frames, rather than every frame. This would reduce the fidelity of movement, but could still provide sufficient data while reducing the load on the simulator, particularly where multiple avatars in a region are using puppetry.
  • This issue is related to synchronising puppetry actions across multiple viewers as well; a long-standing issues, given that animation playback of animations is viewer-side, and not genuinely across viewers (the resync function found in some TPVs only does so locally).
  • All of the above lead to a discussions of ways and means to best allow LSL integration with animations and ensure a reasonable transmission of results together with decent synchronisation between the viewer and the simulator, whether by frame count or time stamp, in order to ensure predictability of results across multiple viewers. .
  • In addition, the discussion included the advantage in enhancing Second Life to support procedural animations as well as the current canned animations.
  • Rider is also looking into a script enhancement to register collisions.
  • There was some conflating of ideas during the discussion – immediate first steps in opening Puppetry to LSL, and more far reaching goals – setting position, registering collisions (per the above), defining better interpolation for positioning (e.g. as defined in the Khronos glTF specification), etc., which caused a degree of confusion.
  • However, the openness towards making Puppetry a good foundation for future enhancement (such as moving more to procedural-based animations, enabling SL to support “industry standard” animation workflows to encourage animators into the platform, etc., remains, together with (hopefully) enabling more realistic avatar / avatar and avatar / object interactions.
  • That said, Simon Linden did offer a not of caution to all discussing the work:
Not to pop the bubble, but every one please keep in mind all the stuff we’re talked about is experimental and really interesting. I have no idea what we can make into real features and what can work with crowds and all the other interesting problems to make it happen well – we’ll see what we all can do this year 🙂

– Simon Linden

Date of Next Meeting

  • Thursday, January 26th, 2023, 13:00 SLT.