2019 SL User Groups 34/2: Content Creation summary

Scarlett Isle; Inara Pey, July 2019, on FlickrScarlett Isle, blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, August 22nd 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Bakes on Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the Bake Service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • An internal meeting at the Lab held immediately prior to the CCUG suggests Bakes on Mesh could be promoted to release status early in week #35 (week commencing Monday, August 26th, 2019).
  • It was therefore requested than anyone intending to test BoM to do so over the weekend and file any issues they find via Jira bug reports ASAP.
  • There are some known issues that will be listed when the project is promoted to release status, and which will be noted in the Bakes on Mesh knowledge base article when BoM is promoted to release status.
  • The major element in understanding how BoM works is understanding how the additional channels supplied for Bakes on Mesh work. These are:
    • LEFT_ARM_TATTOO – baked to left arm.
    • LEFT_LEG_TATTOO – baked to left leg.
    • AUX1_TATTOO – baked to aux1.
    • AUX2_TATTOO – baked to aux2.
    • AUX3_TATTOO – baked to aux3.
  • Unlike the existing channels (head, upper, lower, etc)., these do not have an underlying skin texture associated with them, and so do not have a wearable corresponding to the alpha wearable that can be used with the existing channels to “hide” them.
    • This may be changed in a future update, but for now, it is how Bakes on Mesh will be shipped with the new channels.

Environment Enhancement Project

Project Summary

A set of environmental enhancements (e.g. the sky, sun, moon, clouds, and water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day), and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will now likely not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • Work continues on rendering bug fixes.
  • There are also some permissions bugs that need to be resolved as well.
  • Overall, it is hoped that these can be resolved and the viewer updated soon, with a view to moving EEP on to release status in the near future.

Animesh Follow-On – Project Muscadene

  • DRTSIM-421 on Aditi (region Bakes on Mesh) has the server-side code to support the new visual parameters LSL code.
  • The project viewer is now available – viewer version 6.4.0.530100, dated Monday, August 19th. This supports the new LSL code as per DRTSIM-421, above.
  • Vir has other commitments coming up (ARCTan?), so progress on updates to this work may be slow for the next several weeks.
  • A potential update is to revise the current throttle (limiting Animesh character to updating twice every 10 seconds). This was put in place to prevent people using the system as an alternative means of animation (and potentially thrashing performance); however, it is considered too slow for testing purposes.

Bakes on Mesh for Animesh

Still being requested, but also still seen as a significant piece of work, as it would require changes not just with how Animesh items are managed but to the entire Bake Service in support of the capability. As such, this is not currently something the Lab is putting on the road map.

Animesh Attachments

Having attach point for Animesh characters and items is seen by come as a higher priority than extending Bakes on Mesh to Animesh. It is also something the Lab could implement somewhat more easily (for some value of “easily” to be determined) than BoM on Animesh. A call was made for possible use-cases included particle support, ability to simple attach clothing items rather than having to rig them (which would conversely limit movement of the item as it wouldn’t necessarily conform to the Animesh body movements), objects such as weapons (for NPCs), etc.

Advertisements

2019 SL User Groups 33/2: Content Creation summary

North Brother Island; Inara Pey, June 2019, on FlickrNorth Brother Island, June 2019 – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, August 15th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Items Coming out of the SL Summit

  • LL might potentially be looking at a refresh of SL terrain texturing in the near future.
  • Pathfinding is recognised as a pain-point, but no resources are available within the Lab to tackle improvements / enhancements in the immediate future.

ARCTan

Project Summary

An attempt re-evaluate object and avatar rendering costs to make them more reflective of the actual impact of rendering both. The overall aim is to try to correct some inherent negative incentives for creating optimised content (e.g. with regards to generating LOD models with mesh), and to update the calculations to reflect current resource constraints, rather than basing them on outdated constraints (e.g. graphics systems, network capabilities, etc).

Current Status
  • The project has been on hold for some time, but due to be rebooted during the current quarter.
  • Emphasis will initially be on data gathering, as previously.
  • No decision has yet been made on whether or not the first pass of work (once the data has been gathered) will include avatar accountability (including a further pass with Animesh), or initially only focus on in-world objects.
  • The overall aim is that of encouragement – getting users to think and want to be on-board with the changes, as they can see the benefit.
  • This work will not reduce the maximum texture size (1024×1024 – and remembering that for Bakes on Mesh avatar texture sizes have actually been increased from a 512x512cap to 1024×1024). However, ARCTan might penalise for “improper” use of textures (e.g. multiple uses of unique 1024×1024 textures across object faces, no matter how small the faces might be).
  • There are a lot of ideas around ARCTan (e.g. finding a means to not encourage lowest LODs of near-zero triangles, not penalising people if they include valid LODs, etc). However, threading the need to find the right balance on how things should be handled is acknowledged as being difficult, and as such, do not expect ARCTan to start changing anything soon.

Environment Enhancement Project

Project Summary

A set of environmental enhancements (e.g. the sky, sun, moon, clouds, and water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day), and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will now likely not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • The viewer should be updated shortly to bring it to parity with the most recent viewer release (version 6.2.4.529638, formerly the Love Me Render RC).
  • There are still issues on the rendering side affecting people on various graphics systems that need to be resolved, together with some remaining performance issues.

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the Bake Service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • Still a number of bugs to be resolved, and Vir is now working on these as well as the Animesh follow-on (below). These include, but are not limited to:
    • Shadows are failing to render correctly.
    • Issues with some alpha settings.
  • Otherwise, most of the functionality is now believed to be in place.

Animesh Follow-On – Project Muscadene

  • DRTSIM-421 on Aditi (region Bakes on Mesh) now has the server-side code to support the new visual parameters LSL code.
  • Project viewer supporting the new LSL code should be out for use on Aditi in the next week.
    • This will provide the means to test the new LSL code functionality, but as with all project viewers, may not work 100% in all other areas.
    • May get enhanced with additional Animesh-related capabilities, although this is dependent on commitments with other projects, notably Bakes on Mesh and Prject ARCTan.

General Discussion

Possible SL Wiki Deprecation?

  • For the last few years, the Lab has been moving information away from the SL wiki and into knowledge base articles.
  • During a recent Web User Group meeting, it was indicated that this trend will continue, and that the use of the SL wiki may be deprecated over time.
    • One of the reasons for this is the wiki software has some issues, and there are problems in opening the wiki for general management by users.
  • These changes will not result in the wiki immediately vanishing.
  • It’s not clear as to the best mechanism for getting outdated / incorrect knowledge base articles corrected – potentially the best way at the moment is to raise a bug report.

Documentation

The wiki situation prompted a broader discussion on documentation.

  • LL has been considering how to better provide documentation and demonstration videos for upcoming features and new capabilities.
  • It has also been suggested a Content Creation blog where notes on projects, best practices relating to them and for things like mesh design – LODs (including how to make efficient low LOD models rather than just tossing a low number of tri into the mix) – uploads, etc., and other content creation information could be posted.
  • It is acknowledged that there is a lot of expertise within the Lab and within the community for content creation, and none of it really resides within a single individual – therefore determining what should be documented, how it should be documented, etc., is not an easy matter.
    • A lot of the existing best practises for content and build has come from users / creators.
    • Given the status of the wiki, adding to this is currently difficult.
    • While creators have produced their own documentation, etc., it does come at a cost, and tends to focus n their own specifics. Leveraging this into a more general set of best practices and documentation library would take a lot of further time and effort.
    • As such, some sort of collaborative effort between creators and the Lab might be the way forward, although even organising this and ensuring a consensus of opinion may not be easy.
  • Another way to enhance documentation might be to submit new articles / updates to existing articles through a mechanism like the open source contribution agreement.

Mesh Uploader

Work is continuing on improving the mesh uploader – notably with the contributed updates from Beq Janus of the Firestorm team (see my Firestorm 6.0.1 review for details).

Further work could be done to improve feedback information given by the uploader, but this is currently seen as being more UI intensive, and outside the immediate scope of this updates.

2019 SL User Groups 30/2: Content Creation summary

56578 Go Wild Blvd, Watery Cove, IS 245785; Inara Pey, June 2019, on Flickr56578 Go Wild Blvd, Watery Cove, IS 245785, June 2019 – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, July 25th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • A further version of the RC viewer is in the pipeline and will be available soon.
  • As the project is seen as a “getting closer” and that now is the time for issues to be reported.
  • EEP and Bakes on Mesh have also swapped their internal QA teams, so that each project has fresh eyes on it as it gets closer to a potential release.

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • As noted above, the BOM and EEP QA teams have swapped responsibilities, so that there are fresh eyes on both projects.
  • With BOM in particular, this means the project is to be subject to extensive internal review by the Lab ahead of possible release dates being considered.

Animesh Follow-On – Project Muscatene

  • DRTSIM-421 on Aditi now has the server-side code to support the new visual parameters LSL code.
  • The simulator build and a build of a project viewer supporting the new LSL code are both undergoing LL QA testing.
  • Once both have passed QA, the viewer will be made available for public testing on the relevant regions on the DRTSIM-421 channel on Aditi.
    • The viewer might be available within the next 2-3 weeks.
  • It’s been suggested that imposters for Animesh and imposters for avatars should be separated.
    • This would be possible, although it would require some code re-working within the imposter system, which hasn’t been planned.
    • There’s also the question of how many people would use a separate Animesh setting, even if it were provided – or perhaps even be aware of it – or if two settings might not confuse people

General Discussion

Tutorial Videos

  • The Lab is looking to again start producing tutorial videos.
  • Some of these will focus on the basics with content (e.g. how to dress an avatar, wear jewellery, etc.), and how to recognise well-made / optimised content. These videos may start to appear later in 2019.
  • The hope is that as well as helping to educated consumers, these videos may start encouraging creators to think more about issues of optimisation.
  • The Lab will be interested in hearing ideas on this from creators.
  • It is likely this work will be linked to things like Project ARCTan, which will look at rendering costs, etc.
    • It was intimated that in the future, landowners might be able to limit access to their land by avatar complexity as well as by the more recognised script load.
    • Any such changes will be introduced gradually, with the educational programme – videos, etc., preceding it to try to help users better understand optimisation and benefits.

In Brief

  • In-World Pose System: this has grown out of a code contribution, but is current on hold pending resources.
  • Pathfinding: something the Lab would like to look at again, but unlikely to be in 2019.
  • Puppeteering: this is an old project that several have suggested re-vitalising. The view from the lab appears to be that it is now too old and SL has moved on too far for it to be practical to try to just resume work.

Meetings

Due to the Lab’s internal SL Feature Summit and the monthly All Hand meeting at the Lab, the next CCUG meeting will likely be on Thursday, August 8th, 2019 – but check the wiki page to confirm,as it might be possible there is a meeting on August 1st, depending on the start of the SL Feature Summit.

2019 SL User Groups 29/2: Content Creation summary

Jilin Estates; Inara Pey, June 2019, on FlickrJilin Estates, June 2019blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, July 18th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Viewer Update

The current Maintenance RC viewer, Umeshu (version 6.2.4.528492 at the time of writing) is now considered “very close” to promotion to release status, with Vir linden noting that if SL viewer users notice they get a message to update “that’s very probably it.”

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • There have been a couple of further issues show up during internal testing of Bakes on Mesh related to local appearance when editing an avatar’s appearance – changes don’t always resolve consistently, particularly with regards to texturing non-rigged meshes with bakes.
  • Transparencies on the Bake Service aux channels: after meeting with mixed expectations on how this should be handled (see recent previous CCUG summaries in these pages), the Lab is anticipating supporting two cases:
    • If a creator wants the aux channel to be opaque – this will require the placement of an opaque texture at the bottom of the bake stack (e.g. a skin-like universal), and setting Alpha Mode for the object (Edit > Texture) to None.
    • If a creator wants to have a translucent layer with portion of it see-through – this will likely require a universal wearable that just has transparent textures, and setting the Alpha Mode to Alpha Blending.
    • Vir noted that it is possible to have other combinations of textures and Alpha Mode settings, but these can give unpredictable results.  To help avoid this, the plan is to get some better documentation put together ready for when BOM reaches release status.

Note: there is an internal Bakes On Mesh review meeting scheduled for Friday, July 19th, at which the issues mentioned in the first bullet point will be examined. If these are determined to be edge cases, and no other issues are noted, the Bakes on Mesh project is liable to be moving to release status “very soon”. Creator wishing to test the capability are therefore asked to download the Bakes On Mesh RC viewer and use it and report and bugs or issues they encounter “right away”.

Animesh Follow-On

  • Vir is working on a project viewer in support of the new LSL functions that can be used to set visual parameters for Animesh objects.
    • It had been indicated that the capability would allow parameters to be looked up by name or ID, which is a little inconsistent compared to how things usual work (via using integer constants). It’s therefore been decided to support all of the applicable visual parameters by means of a set of corresponding constants.
    • There is no current time frame on when a project viewer may appear – this is dependent on the viewer being build and then passing through the Lab’s internal testing / QA.
    • Obviously, when the project viewer is released, it will be subject to further testing – including the impact updating the parameters for multiple Animesh objects (making them taller or shorter or fatter or thinner, etc) has on a region / viewer performance.
  • These commands will likely be throttled to prevent the mechanism being used as an alternate (and potentially impactful) means of animating Animesh. Concerns have be raised that the throttle could be set too low.Vir has requested that discussions on throttling wait until a project viewer is available, so they might b properly tested and discussed in terms of possible changes.
  • There are still requests for Bakes on Mesh for Animesh to be included in this project. This is unlikely, as it would require further extension of the BOM project before it has even gone live. Which is not to say Bakes On Mesh for Animesh might not be (part of?) a future project.
  • Attachment points for Animesh, however, may be something that is looked at “fairly soon”, possibly as a later part of this current Animesh follow-on.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • A further version of the RC viewer (6.4.0.529247) was issued on Monday, July 15th, but overall, testing is still on-going.
  • It’s been reported that the “forced sky update” ability in EEP could adversely impact performance. This is due to by looked at be the Lab.

2019 SL User Groups 26/2: Content Creation summary

Kun-Tei-Ner; Inara Pey, May 2019, on FlickrKun-Tei-Ner, May 2019 – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, June 27th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • A new viewer update is due to go to the Lab’s QA team over the weekend, and should surface at the start of week #27 (commencing Monday, July 1st). This should address a number of issues in the EEP code including
    • Water transparency rendering.
    • The glow seen around facial features (freckles, lips, eyelashes, and around the neck fix for mesh heads should no longer be apparent.
    • The difference in viewing an environment with Advanced Lighting Model (ALM) off and viewing it with ALM enabled is not as drastic.
    • Daytime lighting seen at sunrise, midday and sunset are much closer how they appear in the default viewer.
  • The request is for people testing EEP to grab the RC viewer when available and test drive it.

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • The Bakes on Mesh RC viewer was re-issued on Tuesday, June 25th, in the form of version 6.3.0.528495. This includes:
    • A new inventory icon for the “universal” wearable type.
    • A fix for a serious security issue type of bug.
  • It had been indicted at the last meeting that a required appearance service update had been made. However, this deployment did not occur until the afternoon of Thursday, June 27th.

Animesh Follow-On

  • Vir now has LSL functions to both set and get the visual parameters of slider-related bones in an Animesh object.
  • These should be enough to test the ability, so he is starting the work on getting a project viewer put together that supports the functionality.

Script Processing Issues

As I’ve noted in recent SUG summaries, there have been numerous reports of script run time issues. See  BUG-226851 and BUG-227099 as examples.

  • There are simulator updates awaiting deployment that should provide better script performance on the “more expensive [resource-wise] scripts events”, such as sensors.
  • Rider Linden has been working to eliminate the overhead of idle scripts, reducing the time they need to simply work out they don’t need to process anything by 20-30%, although actual mileage once the improvements are deployed, may vary.
  • Rider is not promising to get script performance up to 100% per cycle (Homestead don’t end to achieve this anyway due to the number per core), but is hoping to see general improvements in processing and around those scripts that can cause unnecessary bogging down (e.g. multiple open listeners, sensors, and similar).
  • Viewer-side tools are to be provided (“after July”) viewing statistics on general script usage across a simulator to help diagnose local problems. These might even include / take the form of a visual indicator, such as the visual object update option (CTRL-ALT-Shift-U).

Next Meeting

Due to July 4th being a Thursday, and July 11th the Lab’s monthly All Hands meeting, the next CCUG meeting will be Thursday, July 18th, 2019.

2019 SL User Groups 25/2: Content Creation summary

Hors du Temps; Inara Pey, May 2019, on FlickrHors du Temps, May 2019 – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, June 20th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • Graham Linden continues to work on the shader / rendering issues.
  • A simulator-side RC update went to the Magnum and LeTigre channels on Tuesday, June 18th, with a number of bug fixes that should hopefully have addressed some of the current rendering issues:
    • BUG-226815: “[EEP] Since the grid was rolled to 19.04.15.526263 yesterday, region windlight is broken for all legacy viewers”.
    • BUG-226252: “[EEP] Please create an internal error code for llReplaceAgentEnvironment() & llSetAgentEnvironment() that distinguishes whether an agent does not have the experience allowed and if the experience is not allowed at their location”.
    • BUG-226917: “EEP Environment, New Sky should default to midday and not 6pm”.

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • As noted in my Simulator User Group summary, the Bakes on Mesh RC viewer has been pulled due to a significant bug surfacing.
    • The viewer remains listed on the various official viewer pages, but cannot actually be downloaded.
    • Anyone attempting to run a previously downloaded version will be forced to update to the current release viewer.
  • It is believed the Appearance Service has been fixed for correctly handling alphas on the new “universal” channels.  However, this cannot be tested until the viewer issue noted above has been rectified.

Animesh Follow-On

  • Vir believes the basic ability to adjust the visual parameters of an Animesh object via LSL (i.e. changing its height, length of arm, etc.), is now working as expected. However, he’s like to get a little more functionality in to the capability before a project viewer supporting it is provided.
    • The capability allows parameters to be looked up by name or ID, and the command uses ranges from 0 to 1 to make adjustments.
    • It has been suggested many of these values (e.g. head shape and facial parameters – lip size, thickness, angle, etc., – breast size, torso muscles, leg size, butt size) require non-zero values to better define a neutral state for those bones. However, the problem here is that many of the slider values on which bone manipulations are made are entirely arbitrary within individual bones (one might have, day, a range of -1 to +1; another might be 0 to 10m etc)., so defining a value of 0.5 (being the mid-point between 0 and 1) to a bone might not actually correctly map to the “neutral” position of the bone as defined by the slider values.
    • Note that there are obviously sliders that morph the avatar shape rather than directly manipulating bones, and these cannot be manipulated through this LSL mechanism.
  • The Bento Skeleton Guide has been further updated and now: with a list of So this page now attempts to:
    • Define all sliders that directly affect bones and which might therefore be manipulated using the new LSL command(s) with Animesh.
    • Define the sliders that affect collision volumes, to help with things like fitted mesh that could potentially be used with Animesh objects.

UI Panel for Manipulating Animesh Object Shapes

  • A repeated request has been for the Lab to provide a viewer UI panel for manipulating sliders associated with Animesh objects to allow their shapes to be edited a-la he shape sliders UI for avatars.
  • The major issue here is that for such a panel to work, Animesh objects either:
    • Would require an associated body shape, which they currently do not have.  While this has not been ruled out, it is not something the Lab is committing to at this time.
    • Requires an extensive project to not only develop the UI, but to develop a means to represent and manipulate all bones, etc. that someone might want to individually move on an “on the fly” basis, and then present this through a UI element. As such, this approach isn’t being considered at present.
  • Instead, it is hoped that the LSL parameter manipulation noted above would perhaps provide the means for Animesh creators to offered their own HUD-based “slider system” that is specific to adjusting the shapes of their Animesh creations, rather than being a generic UI element in which assorted options may not apply to their Animesh.

General Discussion

Rigged Mesh HUDs

  • As we’re all aware, HUDs are objects that are taken by the viewer are effectively attached to our screen space without being displayed in-world when attached.
  • However, rigged mesh HUDs which have been produced by some behave differently: when attached, these HUDs appear to the person using them as being attached to their avatar (although no-one else can see them as such, as HUD rendering data isn’t sent to other viewers).
    • This has been described as an “unexpected” behaviour, but given such HUDs are – as the “rigged” in their title implies – rigged against the avatar skeleton, it perhaps shouldn’t be that surprising, given the viewer would naturally assume rigged objects to be associated with a skeleton (avatar or Animesh), regardless of the selected attach point.
  • The Lab is now looking at some way to warn people when this happens, to help prevent people being caught by surprise (e.g. by having clothing knocked-off by the HUD as it attaches).

In Brief

  • Feature request BUG-202864 “Change Mesh Uploader to preserve Scene File object names when a full linkset is uploaded”: viewer-side work has been carried out for this, which should be appearing in a Maintenance RC viewer soon™. However, it is dependent upon some yet-to-be-done back-end work.
  • Feature request BUG-227171 “Bring Avatar Cloth to Mesh”:
    • Bento and Animesh have, to a degree, allowed some cloth behaviour to be seen in mesh (e.g. the skirt of a gown moving with an avatars legs, rather than the legs extending through it. However, these solutions can be labour intensive.
    • Currently, LL have no plans to work with cloth-like motion for mesh clothing, but this request has been imported for future reference.
  • Project ARCTan: this is the project to re-align the impact of rendering content.
    • It’s still on the back burner at the Lab, although it is hoped focus can be returned to it soon. There are obvious concerns as to how it might affect land impact with in-world objects; given this one suggestion has been to only apply it to new content uploaded to SL, effectively making it something of an “opt-in”, a-la materials.
    • However, there is nothing official to report on how ARCTan will be implemented, as there is still a lot to be done before thing get to that point.
  • Script processing issues: the music at the SUG meeting this week meant this didn’t get to be discussed. In short, Rider Linden is leading the investigation into understanding what is going on and possible causes, and what can be done to correct  / mitigate the problem.