Sansar 2019 Product Meetings week #7 w/audio

Villain Training Facility 23 – Ravioli

The following notes were taken from the Sansar Product Meeting held on Thursday, February 14th. The full video of the meeting is available here.

Following the February 7th Product Meeting, during which Ebbe Altberg indicated that avatar enhancements would be a focus for Sansar development for at least a part of 2019, this meeting focused on the sansar avatar, and upcoming changes.

Note that audio extracts are included below. However, these are not necessarily representative of the chronological run of the meeting; where appropriate, I have attempted to concatenate comments from Lab personnel by topic, in order to hopefully present a more logical follow to statements while (again hopefully) avoiding placing any of the statements out-of-context.

Lab-Driven Improvements

System Avatars

  • The overall style of the avatar is to be revamped as well so that Sansar avatars are generally better looking to start with. This will include numerous updates and the in-house name for the work is “avatar 2.0”.
  • Bone deformations are viewed as a preferable means to adjust avatar features by a simply “tugging” on them rather than having to use sliders all the time (a-la Second Life).
    • There will likely be maps on the body itself which will be click-to-drag, allowing cheeks to be fattened, the collar bones adjusted, etc.
  • Sliders (existing and new) will then be available for more fine-tuning of changes.
  • The deformation / slider updates will likely be made to the avatar face first, then expanded to include the avatar body.
  • A height slider and / or a means of uniform scaling is to be added to allow for taller / smaller avatars.
  • The next release will see the AA/BB bounding box on the avatar adjusted to 90cm all around.

Custom Avatar

  • There will be an immediate push to enhance the capabilities for custom avatars.
  • The first element of this will be to allow clothing – specifically clothing created using Marvelous Designer to be used on custom avatars.
    • This will include the use of a Gizmo-like tool (as seen in the Edit mode for placing and rotating objects in a scene) to help with the rotation and place placement (+scaling) of MD clothing on custom avatars.
    • It is hoped this support will be available in the April release.
  • A question was raised about someone creating an avatar that effectively “takes over” from a system avatar, simply because it is so widely used.
    • The Lab has no problem with this, as long as custom avatars are correctly rigged to the system avatar skeleton.
    • If a custom avatar proves popular enough, the Lab might even consider offering to make is a system avatar.
    • The hope is that creators will offer more non-human custom avatars (see also general comments, below).
  • The Lab is also looking to give custom avatars greater exposure to users coming into Sansar.
    • Many incoming users aren’t even aware that custom avatars are available in Sansar
    • This would be restricted to free custom avatars provided by creators, however,
    • It would be a means for creators to promote their work, and the Lab would provide creators details for those custom avatars featured in the avatar picker.
    • These avatars would be rotated on a regular basis (although the precise time frame as yet to be determined), so as to give participating / selected creators equal exposure over time.

Attachment Points and Accessories

Lab hopes to:

  • Provide more variability in attachments.
  • Make attachment points adjustable (to avoid issues of sunglasses floating above heads on small avatars, etc.).
    • The IU mechanism for doing this has yet to be determined, but might take the form of a Gizmo-like tool (or could be something completely different).
    • This would also be designed to allow attachments to be worn more freely. For example, as well as sunglasses being worn in front of the eyes, they can be positioned by the user as if pushed up on top of the head.
  • Open the attachment system to support custom avatars.
  • Support custom skins as a part of the “avatar 2.0” work, but this will initially be limited to just system avatars.
  • Allow tinting for hair / skins / nails / eyes for the current system avatars, potentially in the next couple of releases.
    • “multi-tints” (e.g blond hair darkening to red tips) will not be supported.
    • This will likely be removed once the “avatar 2.0” work is released, as this will utilise a different skin type utilising sub-surface scattering shaders, and tinting does not work particularly well with this approach.

However, animated attachments are not on the immediate roadmap.

General Discussion

  • The talk of enhancing the avatar system and extending capabilities to custom avatars sparked a discussion on the benefits of keeping to a single “format” of avatar utilising not only the same skeleton, but also the same UV maps, and allowing multiple custom avatars, each with a unique set of uv maps.
    • The former would allow makers of skins, tattoos, make-up, etc., to participate equally in the market without the name to worry about developing for specific avatar models.
    • The latter would potentially offer a wider choice of avatars to users, but makes supporting them with accessories such as skins potentially more complex for both creators and users (vis., the complexity of supporting multiple mesh body types in Second Life).
  • A ground offset capability / means for avatars to wear high heels is not currently on the roadmap.
  • Custom avatars and avatar accessories have an issue when creating the thumbnail image for the Sansar Store (in short: the model has to be uploaded twice). LL are aware this is not a good work flow, and will be looked into.
  • New user process: more outline information was given, including:
    • Offering new users improved options for avatar selection.
    • Accepting or declining until later the tutorial process and quest approach (as per my previous PM notes).
    • Extending the tutorial capability into avatar customisation.
    • Providing MD clothing in the individual avatar inventory to expose it to news users sooner.
  • Improved animations (e.g. the ability for avatars to properly hold a gun, to go through the actions of reloading it, etc.). These are being discussed at the Lab, but no project or time line for their introduction as yet.
  • However, various aspect of game play are to be enhanced over the next couple of releases, including the ability for avatars to jump or crouch, and improvements to Desktop mode (e.g. improved aim / throwing capabilities).
  • A little further out (a few months), the Lab plan to start looking into providing a proper mechanism for avatars to ride vehicles.
  • Avatar inventory – the ability to have some form of inventory an avatar is “carrying” (so they can draw a sword or gun when it is needed, or consult a map, etc.), is being considered.
    • One thing that cannot be supported right now is the ability to swap clothing. This requires the use of the Look Book, and the architecture will not support this.
    • What may be supported, possibly by the end of 2019, is the ability to swap avatars without needing to go to the Look Book (so if you have a fully dressed avatar clothed in A.B,C, and another clothed in X,Y,Z, you can swap between them without having to go to the Look Book, but you won’t be able to swap “jacket A” for “jacket “X” on your current avatar without going to the Look Book).
  • Respawning in an experience at the same point from which we entered Look Book (rather than back at the experience’s main spawn point): this is being worked on, and will be coming SoonTM.



Sansar 2019 Product Meetings week #6

The Sansar Games Room by Sansar Studios

The following notes were taken from the Sansar Product Meeting held on Thursday, February 7th. The full video of the meeting is available here. This meeting was attended by Ebbe Altberg, so the primary discussion points were around Sansar as seen from the CEO’s standpoint, with some riffing (or should that be Ebbing?) on ideas.

R29 Feedback

The R29 Release was made on Tuesday, February 5th (see here for more). This has largely been positively received. The ability to spawn teleport portals has largely been favourably received, although some experience creators would like an option to block it (to avoid cheating in games, etc.). Ebbe Altberg also expressed some dissatisfaction with it (how it looks, where it appears, what is required to spawn it, etc.), so this could well be changing in the future.

There were some issues with the release, and as a result an update was deployed on Friday, February 8th with fixes for:

  • Frequent crashing issues caused by various factors.
  • Some experiences appeared darker or brighter based on the user’s video card.
  • Unexpected text inputs and modals with no input options may appear when saving store-bought items back into the inventory in edit mode.
  • Saving an object back to inventory that contains an inventory cluster resource would contain unlicensed info and cannot be sold.

Avatar Turning

The latest release has re-enabled a left-handed snap-turn capability for those in VR (the F5 key). This appears to be related to some aspects of VR control  (e.g. a “basic” and “advanced” control mode, although one of them hasn’t really been followed through on.

Strafing vs Avatar Turning

There was further debate on strafing vs. avatar turning. In Sansar, as with SL, the camera is generally positioned behind the avatar and facing in the same direction as the avatar. However, when walking left or right, rather than turning to face the direction of travel, the avatar “strafes” sideways by default with the camera still behind them (see below), unless a mouse / right-click combination is used to turn the avatar / camera.

The default “strafing” motion in Sansar – see as confusing for some new users

While common among various games, this is causing confusion for incoming users (including those from Steam). A suggested solution is to keep the current “strafing” motion the default action, but add a capability to have the avatar / camera turn automatically that users can enable, if preferred.

Ebbe’s Comments

Immediate Focus for the Lab

There are two key areas that the Lab will be focusing on for Sansar over the next (roughly) six months.

“Day Three retention” – increasing the number of users engaging in Sansar beyond their first one or two exposures to the platform.

  • The introduction of the Home Space / social hub apparently increased “day three” retention by some 50%.
  • The quest / rewards / achievements system being considered / developed (see my previous Product Meeting notes) is a part of this work.
    • As per those notes the idea is to boost interest in the platform by propelling users into a space where they are doing and earning things whilst also making friends and discovering other places in Sansar as along the way.
    • This system will over time be opened up to allow experience creators to also leverage it / participate within it, but this will not be possible straight off the bat.
    • First step is for LL to build the required infrastructure needed to provide such a system (back-end tools, possible HUD system, etc.), and then get things running.

Avatar enhancements – LL acknowledge there is a lot can could be done to improve the Sansar avatar (.e.g. attachments on custom avatars, MD clothing on custom avatars, skinning, bone deformation, and so on). Some of these may be small-scale projects, others more complex. Time is being given to determining the order in which this work is to be handled and how it should be progressed, which includes seeking feedback from creators.

Avatars will likely be the first element in Sansar to get a level of Detail (LOD) implementation.

One aspect of avatars related to user retention is providing a flow by which incoming users can easily see and understand how they can access the Sansar Store and buy avatar accessories / custom avatars, how they can use the items they have brought on their avatar, etc. It’s not directly clear to first-time users that any of this can be done, and so thought is being given to making it clearer.

Other Points of Discussion

“Sansar is A Virtual World”

The idea that Sansar is a virtual world was a concept that LL has steered away from, referencing it as a “platform for virtual experiences”.

“World” was seen as problematic, as it suggests a wholly contiguous space, a-la Second Life, which Sansar clearly isn’t. It was also hoped that by positioning Sansar as a “platform”, it would maximise the platform’s appeal to a broad cross-section of audiences. However, the Lab are now viewing Sansar as a “world”. This will feed back into into things like user retention, how some capabilities are implemented in Sansar in order to give consistency of expectation / function / immersion across experiences), etc.

An example of the latter is teleport portals. On the one hand, the Lab would like to see these use more for moving between experiences, but on the other they are currently immersion breaking, due to the experience load screen being displayed. Ergo, attempts might be made to try to lessen the impact of scene / experience loading when teleporting between experiences.

Thought also needs to be given to balancing how far experience creators can limit “expected” functionality within Sansar (e.g. preventing free camming or teleport portal spawning) without confusing users. One suggestion is to add icons to the Sansar client to indicate when core options are disabled at experience level (as with Second Life). Ebbe Altberg appeared unfavourable to this idea, citing people don’t look at the icons – something I would personally dispute; if people are made aware of the icons, they will refer to them.

Atlas Sorting

The Atlas initially sorts experiences in a complex manner. In the first place, those experiences currently being visited are listed. After that, a number of factors come into play to determine the listed order of experiences (has the experience had a high volume of traffic recently? what’s the number of likes it has received? etc.).

This has led to some experiences generating regular traffic being pushed down in the Atlas listing in favour of those that have a “one-time” spike in visitors who only stay for a few minutes. LL is aware of this issue, and is working to adjust the algorithm used to sort the experiences ordering in the Atlas (outside of those currently with visitors) help expose those generating steady traffic engagement much earlier in the default listings.

However, a major effort isn’t being put into refining the Atlas overall, as LL would rather have people moving between experiences and discovering places to go from within Sansar (e.g. using portals to link experiences) rather than hopping between immersion and the Atlas.

Collaborative Building

When the Edit mode was moved server-side it was seen as the “first step” towards collaborative building in Sansar. This is still something LL want to provide, but with the focus on user retention, enabling people to work easily together within Sansar’s Edit mode has now slipped to “some day”.

In Brief
  • Nvidia bug: the Lab has a workaround for the bug in the latest Nvidia drivers that is affecting some Sansar users. It’s not clear whether this fix will be released as part of a patch release or the next major release.
  • There is a bug that means that if avatars in the scene are not moving (e.g. they are seated), they may not be seen by those entering the experience until such time as they do move.
  • As well as LOD capabilities, more intelligent use of textures, etc., to reduce the number of draws, and other back-end changes that can be made to help improve performance within experiences, LL also hope to provide creators with more tools that will inform them and help them to make performance-related choices when building their scenes.

Sansar R29, The Places You’ll Go release overview

R29 – Portals! Credit: Linden Lab

On Tuesday, February 5th, Linden Lab issued the latest release for Sansar: The Places You’ll Go  (aka R29). This article is designed to provide an illustrative summary of the release, but do note the lack of an VR headset and controller on my part means that any features described in detail here are looked at from the Desktop Mode. For additional details on the release, please refer to the R29 release notes.

Initial Notes

As with the majority of Sansar deployments, this update requires the automatic download and installation of a client update, particularly as it involves changes affecting the Sansar avatar system.

Client Save Account Credentials

The Remember Me function has changed, and might be inconvenient for people using more than one account to log-in to Sansar (so perhaps disable it?)

With R29, the Remember Me account credentials option has been revised.

  • When checked, your current account credentials are automatically saved so that if you close the client via the top-right X, the next time you launch the client, you will be automatically logged-in to your Home Space or to an experience directly, bypassing the client log-in screen.
  • To display the client log-in screen with Remember Me enabled, you must log out via the More Options > log out function.
  • Uncheck Remember Me if you use more than one account to access Sansar, and wish to avoid having your last-used log-in credentials automatically re-applied to log you in to Sansar.

Custom Animations Re-Assignment

Due to bug introduced in a previous avatar upgrade, a custom animation may have overridden a non-emote animation. So for this release, users must re-assign custom animations to their desired emotes to see the desired results (one time update only).

Group Teleport

You can now generate your own teleport portals to other experiences using the “/portal” command and a valid experience URL. Hovering the mouse over the portal will display the owner’s name. Clicking on it will ask whether or not you wish to teleport to the selected experience.

R29 introduces a new teleport portal capability that can be used when exploring / showing Sansar with / to friends.

Simply type “/portal” (minus the quotes) followed by an experience URL, and a short-lived portal will appear in front of you, and will remain in place until it times-out after about 2 minutes. During that time, anyone touching the portal will be asked if they wish to teleport to the selected experience. If they select Yes, they will be teleported. Simples.


  • You can only have one active teleport portal at a time. Calling another will immediately delete the one currently visible.
  • Teleporting between experiences is still via the experience load screen (as with the Atlas and static portals).
  • Remember, you can obtain the URL for an experience via the in-client Atlas (GO > Find Places to Go (Atlas)), by clicking the Copy URL button in the pop-up for the desired experience.
You can obtain the URL for an experience via the in-client Atlas (GO > Find Places to Go (Atlas)), by clicking the Copy URL button in the pop-up for the desired experience

In-Client Atlas Auto-Select

The in-client Atlas search now has an auto-select function that will  attempt to list experiences based on what you’re typing in.

Note that this select experiences on various criteria (e.g. experience and creator name and more), so depending on the combination of characters used, you might get some unexpected results.

The in-client Atlas auto-select will offer experience suggestions based on entered text. However, selections can be based on experience name (l) creator name (c) and … something else entirely (metadata?) – note while “Roman” in purpose, the experience on the right does not feature “rome” in the experience or creator names. Click for full size

VR Updates

The R29 release sees:

  • An updated VR IK system: hand movements should not lag so much against actual hand movements.
  • A new height calibration UI: this includes options to calibrate your height automatically, manually input your height, and remember your height (pull in the last available setting).
  • Shop via VR: VR users can now access the Sansar store and shop.
R29: shop via VR. Credit: Linden Lab

Scripting Updates

  • Script performance in events improved.
  • Simple Scripts have been moved to Scene Script Libraries.
  • New scripts added to the script libraries.
  • New Object Script Library.
  • Added a Store Listing script to users’ inventory.
  • Added three new APIs:
    • Haptic Pulse API – lets a script fire a haptic vibration, so that a controller holding a gun, for example, would vibrate once you pulled the trigger.
    • Sit Event API – notifies other scripts when an avatar sits or stands. Meaning: if you wanted to make a whoopee cushion noise each time a person sits in a specific chair, you absolutely could.
    • Media Action API – Allows media actions to be performed on media surfaces. More specifically, it enables interaction with Twitch’s Mature Stream “Start Watching” button.
  • Please check the scripting API documentation for full information on scripting updates.

Avatar Save Performance Improvement

A new hidden surface algorithm should offer much improved performance when saving an avatar after making appearance changes in the Character Editor.


A more modest update in terms of user-visible changes, when compared to recent releases. However, a long list of known issues resolved within it (see the release notes for details). Some nice updates for VR users, but it is the in-world teleport capability for groups that is liable to be particularly welcome.

The new functionality for Remember Me, while handy if you are a sole user of Sansar, feels clunky if you use more than one account with the platform. If you have it enabled, you must remember to perform a “hard” log-out via More Options in order to get back to the client’s log-in screen.

In this respect, it does question why not simply have Remember Me set to record the last-used credentials in the log-in / password fields? Sure, this requires an extra click on the log-in button to access Sansar (and so is perhaps less “seamless”). But conversely, it is both how most clients tend to work and potentially a lot more convenient for those who switch between accounts (although you now have to re-enter your account password).

Sansar 2019 Product Meetings week #5: release R29 summary

Scurry Canyon shooting game by FullSpectrum

The following notes were taken from the Sansar Product Meeting held on Thursday, January 31st. The full video of the meeting is available here. These notes highlight information pertaining to the upcoming R29 release, and user engagement discussions.

Upcoming Release Highlights

Emotes  / Animations Fix: there is an issue with the current release that can see some odd behaviour with animations, particularly for those in VR. There will be a fix for this in the next release, however, it will mean that users with custom animations will have to re-assign them to their perferred emotes. This will only have to be done once.

Teleport Portal Feature: the next release will include a new chat-driven teleport portal feature. This allows a limited time portal to be created in an experience that can be used by anyone to teleport to another experience. The command will take the format “/portal”, and the portal will exist for around 2 minutes.

So, for example, if you are with friends in an experience and decide you all want to visit Aech’s Garage, one person in the group can type:


The rezzed portal can then be clicked on by those wishing to use it to transfer to the other experience until the portal times-out and vanishes. Should this prove intrusive, the Lab will consider adding an option for experience creators to block the capability, if required.

VR IK Improvements: updates to the IK system should mean that hand movements will not lag so noticeably behind actual hand movements when in VR. This is part of work to improve overall IK responsiveness.

R29 should also see the removal of the height calibration menu and storing a person’s height when using VR. There will still be options for setting it, if required (such as when a headset is being used by two different people); but where the headset is only used by the one individual, once height is set, it will be saved, and it will no longer be necessary to re-calibrate in different sessions. In addition, it will also include the ability to manually adjust the recorded height.

Hidden surface removal algorithm: this should seem significant improvements when selecting / updating your avatar looks (the in progress spinner shouldn’t appear for quite so long – the reduction in time estimated to be from the current 20-30 seconds to around 7 seconds.

Edit Server Fixes: R29 will include a number of Edit Server fixes. It is hoped these will help reduce the number of Edit Server disconnects experience creators can be faced with when working on a scene. This work is part of the overall effort being put into stability across the entire platform.

User Engagement

Avatar Movement / Controls

There have been complaints (and still are) about various aspects of Sansar’s control options (many of the complaints on Steam, for example, target the “non-intuitive” set-up of the VR  hand controller options).

One area of frustration many have is in avatar movement. In SL, for example, using the D key will orient the avatar and camera so the avatar is clearly facing the direction it is walking in. In Sansar, the camera will remain in place as the avatar walks to the left or right, giving what can be an odd “strafing” slide to the camera until it is re-oriented.

The problem here is which sort of controls are best: it might be argued that the “strafing” approach is something common in games, while the SL approach is more “non-standard”. However, users coming via Steam seem to be experiencing issues with turning their avatars when walking. So, the lab is seeking feedback on how best to consider possible improvements.

Quest / Progress System and user Engagement

To help new users, LL are working on a “quest / progression” system for Sansar.

  • Initially this will be a tutorial style option for new users, designed to take them through a basic quest and learn to use the basic controls (VR and keyboard), carry out tasks (pick things up, use them, drop them, teleport, etc), complete with some form of rewards / progress system that will deliver them to their Home Space on completion.
  • It will likely include a “come back and do this later” opt-out to allow people who are joining Sansar to attend a specific event (e.g. a show or performance) to log-in and get directly to the event, rather than being diverted into this on-boarding process.
  • Over time, the Quest / progress system will be opened out to experience creators, so they can embed it within their own games / quests, offer their own rewards / prizes (initially via the store), etc.
  • This system will (eventually) include infrastructure and capabilities that will include: information on the current quest a user is playing; how far they have progressed; what their upcoming task(s) is / are, etc.
  • Ideas put forward by both the Lab and creators at the meeting) for quest / game environments that might be built on this system include:
    • Hunts of some description, which also might be across multiple experiences, should experience creators have their builds included and add rewards to the quest.
    • Escape Room style games.
    • Story-based quests  – mysteries to be solved, etc.
    • More social-style games were also suggested, such as board games, card games, etc., that can easily be played by a group of friends.

For new users, there needs to be a clear distinction between goals and achievements. For example, Making 10 new friends might be considering an (unadvertised?) “achievement” within a quest, were a new user happen to do this as they played it; but it would not be a stated goal of the quest (as in, “you must now gain 10 friends in order to proceed to the next level”). This is to avoid new users lobbing multiple friend requests every time they come across other people and possibly annoying them. However, going to X, solving Y / overcoming Y to receive Z from the store, would be a goal / reward.

Another idea put forward is a system of badges / medals that can be received through repeated engagement in the platform. This type of system is used within Steam and is apparently popular there, and High Fidelity utilise a similar system as well.

Platform Promotion: VR AND Desktop Accessibility

One issue seen with Sansar gaining new users is that it is frequently perceived as “VR only” (this is a common form of feedback among Second Life users – I’ve seen it in comments on this blog).

In 2018, the Lab adjusted some of their advertising to de-emphasise the VR aspect of Sansar (such as removing some of the VR bias from the homepage); but conversely, there are still events that are promoted with this bias – Comedy Gladiators being a case in point (e.g. Comedy Gladiators, from Comedian Steve Hofstetter, Takes Live Entertainment to New Heights with Real-Time Ticketing & Physical Merchandise Sales in VR – Linden Lab press release, November 29th, 2018).

It’s been acknowledged by the Lab, that more needs to be done to emphasise the fact that Sansar can be enjoyed directly from the PC desktop without the need for a VR headset.

In Brief

  • Simple Scripts: it is widely felt these are under-utilised by experience creators. One issue is the lack of detailed documentation / tutorial material to go with them. This is apparently being addressed by the Sansar team.
  • 3D Mouse systems: following repeated requests from creators and machinima makers, initial steps have been taken to investigate whether support can be added to Sansar.
  • Other points of discussion, such as bugs, questions on specific aspects of content creation, etc., can be obtained by watching the video.

Sansar 2019 Product Meetings week #3 w/audio

Sansar Social Hubblog post

The following notes were taken from the Sansar Product Meeting held on Thursday, January 17th. The meeting was chaired by Stanley, the Director of Product for Sansar at Linden Lab and who was marking his first time leading a product meeting. Also in attendance (who I noted) were Cara, Aleks, Leslie, Nix and Stretch Linden.

Stanley has been with the Lab for some six months, and has been working closely with the Product team with a focus on improving the consumer experience, particularly the integration with Steam.

Sansar Dollars To US Dollar Conversions

On Wednesday, January 16th, 2019, Linden Lab published a Sansar blog post outlining Sansar Dollar to US dollar conversions. The post follow-on from changes announced in December related to Sansar becoming available on Steam – specifically the closure of the SandeX, which has been replaced by a flat-rate exchange rate for S$<>USD transactions.

The latest blog post outlines the key points of the new exchange process. In short:

  • Sansar dollars can be converted to USD at the rate of S$250 to $1.00. However, anyone who created their Sansar account before December 31, 2018, can exchange at the legacy rate of S$143 to $1.00 through until  December 31, 2019, after which the conversion rate for all accounts will be S$250 to $1.00.
  • The Process Credit page has been re-enabled for moving USD to PayPal accounts. However, to allow for processing of funds that may come via Steam, processing may take up to 30 days to complete a request.

However, there is more – and it has been somewhat negatively received.

  • Only “Earned Dollars” can be cashed out. That is, only S$ obtained via the sale of goods / services. S$ that are purchased or received as a gift / tip cannot later be cashed out (although all S$ held before the January 16th blog post have been converted to Earned Dollar Status).
  • It has been calculated that, even allowing for easements elsewhere in the system, creators are losing some 60% of potential income when cashing out.

This latter point was of particular concern at the Product Meeting, but the Lab’s hand is forced on the matter due to Sansar now also being provisioned through Steam, there is also concern as to whether the S$ > USD exchange rate might undergo further adjustments other than that planned for the end of 2019.

There are currently no plans to introduce adjustments to the cash-out exchange rate beyond those indicated in the blog post, which amount to anyone cashing-out paying around 60% in commissions. To help offset this, the Lab no longer takes a commission on any store-based transactions between users; they only take a commission on the cashing-out of S$.

Even so, and not unreasonably, creators feel that the shifting of fee payments to the cashing-out process means they are effectively subsidising the Steam integration, particularly given that – by the Lab’s own admission – the majority of users in Sansar are still coming directly into the platform, rather than via Steam, yet Steam still take a cut of the cash-out transactions.

The Lab acknowledge this is currently one-sided, but given they have no means at this point in time to accurately judge how much of an impact Steam will have on Sansar’s usage, they have erred on the side of caution. But whether in time the commission percentages could be adjusted, very much depends on how traffic flow through Steam develops over time, with changes to the cash-out process liable to be considered very carefully before being implemented.

It was asked whether Sansar could be provisioned through Steam “without the money part” in order to simplify matters. The problem seen with this approach is it would exclude Steam users from any economic engagement in the platform (as their transactions must come via the Steam wallet), reducing their interest in using the platform (no ability to buy avatar accessories, good, etc.).

The Future With Steam and Other Providers (e.g. Oculus)

Linden Lab see Steam as the “industry standard” for accessing games and for using VR with games. As such, they are unlikely to move away from the current partnership. However, if over time the relationship with Steam does not prove beneficial to Sansar in terms of growth, use, economy, etc., the platform is not in any way locked-in to Steam on a permanent basis, and so a future separation is not impossible.

The Oculus store has also been looked at as a potential channel for Sansar, and talks have been held. However, because of the relationship between Oculus and Facebook, this had proven a lot harder, but is still being worked on.

New User Experience

New User Experience Steam “versus” Sansar

There still seems to be a perception that users coming to Sansar via Steam have a different new user experience to those coming via Aside for the sign-up process, this is incorrect. Sansar as provided through Steam is no different to Sansar accessed via the website / direct client download: all users go through the same on-boarding experience with their Home Space and the client tutorial, and the new Social Hub.

Enhancing the New User Experience

There are internal discussions at the Lab on further enhancements to the new user experience, such as adding some form of achievements / cosmetic awards system or similar, in order to encourage engagement (particularly among Steam users).

One of the issues Sansar faces (like Second Life) is how it should be pitched, simply because the potential use-cases are so vast and different. Creators, for example, have different reasons to try the platform to consumers; even gamers with an interest in modding view things differently to those purely interested in game play. Thus, the Lab is still juggling with approaches.

In terms of Steam, one of the most basic areas in determining how the appeal of the platform could be improved is via the constructive feedback offered through reviews, given that when provided, these most frequently involve comments on the “non-standard” approach to how control options are laid out on the hand controllers.

Gaming Templates

In keeping with previous Product Meeting summaries in these pages, the Sansar Team is working on various game-style Sansar templates (e.g. shooting games). It is hoped that when these become available, they will encourage creators / users to utilise them within their own experiences, further helping to drive engagement in Sansar.

These templates have also seen the Lab considering issues such as scoring mechanisms, persistence of scores / progress between sessions, etc.

Upcoming R29 Changes

The upcoming R29 release (the first for 2019) includes some further VR updates related to a user’s “connection” to their avatar.

  • One of these will be for the avatar to be more in sync with a users body movements, rather than lagging behind, as can be the case at the moment.
  • Another is to provide better control of arm movements (although this wasn’t clear to me, I assume this is related to keeping the arms more naturally in line with the avatar’s body when moving the hand controllers around).

R29 should also see the removal of the height calibration menu and storing a person’s height when using VR. There will still be options for setting it, if required (such as when a headset is being used by two different people); but where the headset is only used by the one individual, it shouldn’t be necessary to re-calibrate between sessions.

Continue reading “Sansar 2019 Product Meetings week #3 w/audio”

Looking at Sansar’s Social Hub

Sansar Social Hub

On January 10th, 2019, Linden Lab released Sansar update R28.3. no detailed release notes are currently available (if they are needed), but the core of the update appears to be the new Social Hub.

Available from the Atlas or via a user’s Home Space, the Social Hub is intended to be an experience where Sansar users can conveniently explore, relax, play games, and  – hopefully – meet other users. It can also (obviously) be used as a convenient meeting place when joining friends in Sansar.

Social Hub teleport portal

The easiest way for users to reach the Hub when logging-in is via their Home Space, which how includes a small teleport alcove to one side (previously marked as “under construction”). Walking into the teleport device within the portal will load the Social Hub experience and deliver you to it – no need to touch anything.

The Hub comprises five areas at present: the welcome area / arrival point; a games area;, a social area (the tree house); a kinetic sculpture (take parts and throw them to form an object) and a teleport area, all connected by a network of footpaths, with space to allow for further expansion (in fact, one area was marked as “under construction” at the time of my visit).

  • The games area offers a series of simple games that can be played in VR mode as well as (with some fiddling to get used to things) Desktop mode. I confess the 10-pin bowling to be fun – in that the bowling lane would appear to exist in its own local gravity field – when the pins are hit, the ten to fly up into the sky and then remain there until reset.
  • The teleport area has (at the time of my visit) had three touch teleport portals, each of which appears to rotate through popular experiences on what appears to be a timed basis. Hovering the mouse over a portal will display the current destination for a portal.
  • The tree house offers seating for chat, etc, with more seating at the arrival  / welcome area.

Note that when visiting the Social Hub, and as with the Home Space, the free cam capability in Desktop mode (F4) is disabled.

Given the ease of access from people’s Home Spaces, there is a potential for the Social Hub to become popular as a place to mingle and meet. Certainly during my own tour, there were around seven Greys (brand new avatars) who passed through – and interestingly, the ratio of VR to non-VR arrivals was biased towards VR (4 to 3).

Sansar Social Hub: tree house

However, the more I see Greys, the more I find myself wondering how they might dissuade people from sticking around in Sansar unless the find someone who can help them with their appearance (not exactly easy, given avatars vanish into Look Book); again, in y visit, I had two Grey approach me: one confused as to whether my avatar was “real” or an NPC, the other repeatedly asking “how do I look like you?”

Sit point indicator

A further recent addition – I’m not sure which update it came with (R28.1, R28.2 or the current R28.3), is the Home Space seating now has sit point indicators for the chair (as does the Social Hub).

These inverted triangles (or arrowheads) are displayed when the mouse is hovered over any object that has a sit point associated with it (see my R28 release overview for more on sit points), and the object itself is outlined in purple. Left-clicking on the object will cause your avatar to sit on it.

I assume these sit point indicators will become the norm as the sit point scripts are employed in all experiences – to be honest, I haven’t been in Sansar frequently enough since the R28 release to see how sit points are being used.


The Social Hub is something that has been promised for a while, and it is good to see it delivered. Together with the log-in Home Space, it serves to make Sansar a friendlier place. Hopefully, it is a place new users will find comfortable and engaging – although a lot will perhaps depend on people being there and willing to  help out.