Sansar: Slip, Slide and Sit release (April 2018)

Ground sits come to Sansar

Tuesday, April 10th, 2018 saw the arrival of the Sansar Slip, Slide and Sit release. As the name implies, this update includes the first iteration of the ability to sit avatars in experiences. Yes, it’s a simple ground sit, but it’s a start. The release also sees further avatar gestures (aka “emotes”), script API updates and a reminder aimed at creators on the removal of the Terrain Editor.

As always, full details are available in the release notes, this overview just highlights some of the key features / items in the release.

Initial Notes

  • As with the majority of Sansar deployments, this update requires the automatic download and installation of a client update.
  • Changes to the avatar inventory support means that on logging-in for the first time following the update, users will be placed in the LookBook (Avatar App).

Terrain Editor Reminder

Starting with the mid-March release, the Lab has been discontinuing the use of the Terrain Editor. This is as a result of recent investigation in Sansar’s performance revealing the height maps created using the tool could adversely affect performance in both the Run-time and Edit modes.For creators who have used the Terrain Editor, this means:

  • All existing terrain created using the Terrain Editor or through uploaded heightmaps should be replaced by the end of April. After this date, all terrain items that are still in scenes will be replaced by a place-holder asset.
  • All terrain items in the Store that have been created using a terrain heightmap should also be removed from the Store as soon as possible.

There is at this time no indication as to if / when the Terrain Editor will be re-introduced.

Ground Sit and Avatar Gestures (/”Emotes”)

Sitting in Sansar

The ability to sit is Sansar has long been a request along those engaged in the platform. It’s been seen by the Lab as one of the more problematic issues to solve for, particularly for a number of factors.

Firstly, there is the question of where should avatars be able to sit? In the physical world, we can sit almost anywhere that’s sensible (and a few that are not!): on chairs, on stairs, on counter tops, on logs and rocks, up in the branches of trees, on the edge of a cliff, the railings of a bridge, in (and on) vehicles, and so on; and the Lab would like to have the ability in Sansar, and preferably without the need for custom scripting within the more “static” objects – railings, tree branches, rocks, etc., to make it possible.

Then there is the “realism” factor. It’s been expressed that rather than having people point-and-click to have a script and animation effectively “grab” an avatar and seat it, a-la Second Life, it would be preferable to have an avatar be able to “walk up and sit down” as we do in the physical world. But – how should that be handled? By a more subtle form of scripting that “goes through the motions” for the avatar? But how would that work for people in VR? Would it be disorienting to find their avatar under “external” control, however briefly, as an animation takes over movement? What about the physical confusion for VR users… standing and controlling their avatar, then seeing it sit, and perhaps instinctively trying to sit as well – regardless of whether a chair is behind them or not?

While having the ability to sit is nice, the use of a cross-legged pose for female avatars in skirts or dresses isn’t perhaps the best given the amount of potential knickers exposure and perhaps other problems

The one place we all can reasonably safely sit is on the ground – hence the first iteration of sitting in Sansar allows just that, with a simple “/sit” command. This activates a basic animation to sit your avatar cross-legged on the ground with arms resting on legs. To stand, simply hit a movement key, and your avatar will stand (and perhaps turn, depending on the key pressed).

In Desktop mode, the animation works well  – if you are wearing jeans, shorts, leggings, trousers, etc; if you’re in a skirt or dress, then it might not be so good and result in a case of knickers exposure and possibly other odd results if cloth physics aren’t employed in the skirt / dress.  I’ve also no idea how it works in VR mode (I assume a controller command) as the release notes make no mention, and I am sans a headsets to test it myself.

Cross-legged like this isn’t necessarily the most feminine of sits, so hopefully we’ll see some differentiation introduced – how about the more attractive leg tuck position for female avatars, LL?

New Gestures

Thee new gestures are added with this release. They are all self-explanatory:

  • /wave – a reasonable wave, although a little more emotion on the avatar’s face would not go amiss, given it is intended to be a Friendly GreetingTM.
  • /cheer – a two-armed cheer, which again given the lack of facial emotion seems (to me) to leave it devoid of any real feeling.
  • /lol – something of a belly laugh of the kind we’re used to in Second Life, just without the over-the-top doubling over. And it actually has (a bit of) a facial emote to go with it!
/wave, /cheer and /lol gestures / emotes

I confess these gestures / emotes provoke a mixed reaction in me. On the one hand, they add a degree of life to an avatar, on the other, the sheer lack of reflective facial emotion – a smile when giving a thumbs up or a wave, for example – tends to emphasise the mannequin-like artificiality of Sansar avatars, particularly for those coming to the platform from expressive environments like Second Life. Hopefully, this will improve in time, particularly if some means of providing a more comprehensive animation / animation override capability is made available.

It would also be handy if the commands themselves could be “hidden” from display in the local chat window. Seeing lots of “/thumbsup”, “/clap”, “/cheer” gesture commands littering the chat window is a) distracting, b) can result in a lot of frustrating scrolling back up the window when trying to read something someone wrote.

Other Updates

  • VR mode arm IK improvements: a set of updates to improve arm ikenema in VR mode. Again, lacking a VR headset, I’m unable to test these, nor have I seen anyone with a headset since the release in order to see if the improvements are visible.
  • Marvelous Designer clothing updates: it is now possible to pin sleeves and scarves up in cloth simulation mode, and to pull zippers up or down.
  • Lighting updates: all properties on lights can now be changed by scripts.
  • Physics updates: a number of physics updates including new APIs to adjust nearly every physical property of objects at runtime; the ability to define motion types of models on import, and friction and bounce settings on static objects. The Sansar Script API documentation provides more information.

Feedback

Another compact release focusing on building out capabilities rather than adding a lot of new features. Like the March release, it’s unlikely to get those outside of Sansar feeling a “wow!” factor – but that’s not the intention. My own thoughts on things are given above, so I won’t repeat them here.

2018 SL UG updates #15/1: Simulator User Group

Spirit of Sun; Inara Pey, March 2018, on FlickrSpirit of Sunblog post

Server Deployments

As always, please refer to the server deployment thread for the latest updates.

  • The Main (SLS) channel was not updated on Tuesday, April 9th, nor was there a restart.
  • On Wednesday, April 11th:
    • The BlueSteel and LeTigre will not be updated, and remain on server maintenance package 18#18.03.29.513939, containing internal fixes.
    • The Magnum channel will apparently receive a further revision to 18#18.03.29.513939.

SL Viewer

  • The Love Me Render RC viewer updated to version 5.1.3.514115, dated April 5th.
  • The Ouzo Maintenance RC viewer updated to version 5.1.3.514128, dated April 5th.

The remainder of the SL viewer pipeline remains unchanged from the end of week #14:

  • Current Release version 5.1.2.512803, dated February 23, promoted March 1 – formerly the Nalewka Maintenance RC – No change
  • Release channel cohorts:
  • Project viewers:
  • Linux Spur viewer, version 5.0.9.329906, dated November 17, 2017 and promoted to release status 29 November – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.

Bakes on Mesh

This is the project to extend 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 server-side changes, including updating the baking service to support 1024×1024 textures, and may in time lead to a reduction in the complexity of mesh avatar bodies and heads.

This work does not include normal or specular map support, as these are not part of the existing baking service.

As noted in my last CCUG update, the project viewer, version5.1.3.513936, arrived on March 30th, 2018 (see the Bakes on Mesh JIRA filter for reported issues). There is a forum thread on the project, which carries a degree of misinformation on the project. Siddean Munro has sought to clarify things in a blog post, and Cathy Foil has produced an introductory video as well.

Environmental Enhancement Project

This is the project to create a set of environmental enhancements including the ability to define the environment (sky, sun, moon, clouds, water settings) at the parcel level; new environment asset types (Sky, Water, Days – the latter comprising multiple Sky and Water) that can be stored in inventory and traded through the Marketplace / exchanged with others; Experience-based environment functions and an extended day cycle (e.g a 24/7 cycle) and extended environmental parameters. The work involves simulator and viewer changes, and includes some infrastructure updates.

Rider Linden is working on EEP, and he reported, “I’ve been dealing with a little bit of a tangent having to do with internal inventory. Turned out to be a bit more complex than I anticipated when I said: “Sure, I’ll just knock that off as part of EEP”. It is almost resolved and then I can get back to direct EEP development.”

He also revealed more on how EEP will be “layered”: “EEP will have four different altitude layers. (Right now I’m operating with ground, 1km, 2km and 3km.) … The use case I see for the layers isn’t so much skyboxes, more for landing areas for RP sims that may want their own atmosphere; orbiting space stations , etc. (and the layers need to be set by the parcel owner.)”

Aditi Inventory Sync

Usually, sync on inventory from Agni, the Main grid, to Aditi, the Beta grid is designed to take place during a routine syncing operation run at around 2:00am PST daily, triggered by an Aidit log-in (see here for more).

However, as most of those who routinely log-in to Aditi will know that the system isn’t working correctly, and often, a ticket is required to get your Aditi inventory correctly synchronised with your Agni inventory. Commenting on the situation at the Simulator User Group, Mazidox Linden said, “We’ve got a dev working on the inventory sync to Aditi. We’re making some interesting progress, hopefully more news soon.” Oz Linden further indicated that a fix is in the pipeline.