On Tuesday, December 10th, Linden Lab deployed the Sansar R38 release, entitled “Rediscover the Party” release. It’s again something of a comparatively small update, but brings with it changes that have been requested by users and creators.
Key updates with this release that are covered in this article comprise:
With this update, existing users are no longer channelled to the Nexus by default (forcing them to cancel the world launch in order to reach their Home Space or Go Home from the Nexus). Instead, existing users are delivered to their Home Space directly on logging-in.
Also, with this release, the Quest Log is closed by default when logging in (as per multiple user requests). It will open automatically on accepting a new quest or can be re-opened manually via Go → Quests.
The Codex and Discovering Worlds
Since the introduction of the Nexus and Prime Portal with the R36 release (see: Sansar: R36 – Avatar 2.0 the Nexus, the Codex and more) there has been concern that forcing users to go to the Nexus and visit the Prime Portal in order to discover new worlds was causing a bottleneck on users willingness to discover new worlds and explore, and simply stick to those within their Codex.
At the time of the R36 release, Linden Lab stated they would monitor the situation and make changes as and when they felt it necessary. With this release, and following the voiced concern and their own tracking of user behaviour, the functionality found in the client version of the Codex has been updated to shift the Prime Portal functionality to the Codex with the Lab noting:
We (and you) found that after the change to make the Prime Portal in the Nexus the hub of all travel we noticed that it was actually much more difficult and confusing, especially for newer players, to find new interesting and populated Worlds to explore.
We’re bringing back the old view which we used to call the Atlas; where all published Worlds were always available from the Explore menu. There’s no longer a requirement to travel to the Nexus and interact with the Prime Portal in order to find new Worlds to explore and people to meet.
As such, the updated Codex now resembles the Prime Portal panel. By default, it will open on the Explore tabs that offers:
A list of events ordered by time and date, with the most recent first.
Hovering the mouse over a thumbnail will bring up the Interested button (adds the event to your calendar) or transfer you to the event if it is about to start.
Alternatively, clicking on an event thumbnail will display more information about it.
Worlds ordered in terms of Popular (visitors at the time the Codex was opened); Featured (those selected by the Sansar team for special highlighting); Community Favourites (worlds that have previously enjoyed a high level of activity by users); New (worlds recently published) Recently Updated (self-explanatory).
In all cases of the above, a full list of events or worlds in each category can be accessed by clicking the See All buttons associated with each category.
Note that clicking See All from the Popular list will open a page of ALL published worlds.
Tabs at the top of the Codex allow for easy movement between the Explore page and those for Events, and worlds the users has: marked as a favourite; visited; or created.
The search and sort options from the Codex remain as per R36.
These changes have been welcomed by users and creators on Sansar Discord.
One of the problem with events – in terms of getting together with other users – is actually seeing how popular an event might be with others ahead of time, rather than on arrival.
To help with this, Sansar R38 introduces a count of those who have registered an interest in an event. This is displayed on the event detail page on the web Atlas or within the Codex / Prime Portal.
However, there is a slight issue with this in the initial release: the number of those interested in attending an event is not registering / updating in the Codex or Prime Portal event details pages.
Another small updated compared to R36, but one that responds to multiple requests from users and creators, and which hopefully encourage exploration of worlds by users. I admit that since the introduction of the Prime Portal as the means for discovering worlds, I’ve actually been using the web version of the Atlas in preference to going to the Nexus / Prime Portal, so I’ll be interested to see how the new Codex changes my behaviour in future. Hopefully the events interest indicator on the Codex / Prime Portal will be fixed in an upcoming point release.
On Tuesday, November 19th, the second Sansar R37 point release was made (oddly dated “November 11th” in the release notes), containing the first pass of a much-requested capability. Also on the same day, a short video was dropped on Twitter previewing the first cut towards providing another oft-requested feature at some point in the future.
R37 Release Update 2 – The Backpack
Critiques levelled at Sansar by users and creators is the lack of the ability for using items from their inventory in-world, or to have a means of conveniently carrying multiple items they can then call upon when needed without necessarily having them attached to their avatar all the time.
These requests have typically revolved around the idea of a “backpack” that can be used to store such items (perhaps even collected from within a world, during the course of a quest for example), and from which they can be drawn and used when needed.
The R37 Release Update 2 offers the first pass at trying to address at least some of the functionality for such a “backpack”. However, rather than being an item worn directly by the avatar, the Backpack takes the form of a new UI element that is only active in worlds where its use has been allowed. With this initial release, the Backpack comes with 6 items:
3 items that automatically attach to the avatar (right hand): two light wands and a light disc / frisbee
3 dynamic objects that can be dropped in-world, picked up, pushed around, etc: a die, a beach ball, a balloon.
It is used by clicking on the UI button, then clicking on the the required item’s image. Those that can be worn are attached directly to the avatar; those that can be dropped in-world spawn directly in front of the avatar. All six items can be be thrown, pushed, dropped or picked up, and can also (with this release at least) be “shared” between avatars: if avatar A drops a ball in world, Avatar B can push it around or pick it up.
These objects are perhaps not intended to be useful (although the light wands and disc would likely find use when dancing), but appear to be geared more towards simple demonstrations of what the Backpack can initially do.
Further key points with the Backpack are:
With this initial release, the Backpack has been enabled throughout all public worlds in Sansar by default. World creators can opt to disable (or re-enable) it via Scene Settings → Backpack → Item Source setting.
There is currently no means to “return” an item to the Backpack – items can only be spawned / dropped in a world.
Concerns have been raised over the impact (visual / performance) in having Backpack items littering a scene. However, a time-out of approximately 4 minutes is enforced on items spawn (either in-world or held by an avatar) is enforced.
As per the week #46 Product Meeting, a future iteration on the Back will allow world creators to define a list of objects that can be spawned within their world(s).
Other Items in the Update
In addition to the Backpack, the R37 Update 2 introduces Valve Index Headset and Controller tracking (finger tracking is not yet supported). There has also been a minor tweak the to Nexus teleport portal seen in the Home Space, and a number of bug fixes – see the release notes for more.
Vehicles in Sansar
Another long-time request for Sansar has been the ability for avatars to correctly operate (“drive”, etc.) vehicles. Again, it is a capability that Linden Lab has indicated it is a capability they would like to introduce to Sansar at some point.
During the week #46 Sansar Product Meeting, it was indicated that the Sansar team were experimenting with the idea of “jointing” or “sticking” avatars to dynamic objects such as vehicles, and on November 19th, a video showing some of this experimentation was tweeted via the @SansarOfficial Twitter feed, and is reproduced below (note that this video is looped).
🚗On a joy ride around C3rb3rus' new Desert World. Also a first look at experimental drivable vehicles in Sansar(!)
This doesn’t necessarily mean the drivable vehicles are about to become a “thing” with Sansar – the video seems to indicate the system is still very rough around the edges and in need of further refinement – but it does show that vehicles (at least land vehicles) could be something Sansar may be on the way to getting.
The R37 Update 2 point release and the video might go some small way to countering some of the perception that, as a result of the switch in focus to live events, LL are “pausing” Sansar development in other areas – although admittedly, it will only be through the course of further major releases to the platform that we’ll really have insight into how LL will continue to enhance the platform with significant capabilities and options beyond supporting “live” virtual events.
On Thursday, November 7th, Linden Lab deployed the Sansar R37 release, entitled “The Party Won’t Stop Release”. This is a smaller release than the October R36, but includes a series of much-requested updates, including:
Improvements to events management.
Avatar system updates.
Scene creation improvements.
As always, full details of the update can be found in the official release notes. The following is just a summary.
Events are no longer linked to scenes, but to published worlds. When creating an event, a copy of the selected published world and which is visited by those attending the event. However, the original version of the world is added to addendees Codex, allowing them the re-visit the world after the event has concluded and the event version is no longer available, while traffic for the event is added to the original world’s traffic numbers.
R37 adds a new event notification capability to the client. This sends notices to those who have expressed an interest in the event when access is possible to the event version of the world, and when the event starts.
Creators can now link to specific spawn point coordinates – see below for more.
R37 provides support for uploading custom avatars with premorphed skeletons. This allows creators to adjust the bones of the reference base skeleton to make taller or shorter avatars with different bone structures. For best results, the avatar should be in the A pose when modifying. Note that these updates do not include bone rotation or scaling.
The avatar Axis Aligned Bounding Box (AABB) limits have been adjusted:
Max AABB – 2.3m tall, .05m below the ground plane, 1.2m left and right, .4m front, 1.1m back
Min AABB – .9m tall, .25m left and right, .06m front to back
Avatar Editing Freecam
It is now possible to freecam within the Avatar Editor (Look Book). Pressing F4 or clicking the Camera button in the bottom left of the Avatar Editor screen. When active, zooming in/out and panning up / down is possible using the standard camera control keys.
Avatar texture LOD
R37 includes the first release of a new avatar texture LOD system which will adjust avatar visual quality based on certain parameters to maintain product performance.
This will load up to 100MB of texture data per avatar. Any texture data in excess of 100MB will be down-sampled until it falls to 100MB. This means that the visual quality of an avatar may be reduced on some occasions. The limit may be adjusted for large events, which may affect the visual quality of an avatar further.
Scene Editing Improvements
Custom Spawn Points
It is now possible to add spawn points as a component on objects in a scene. This means that specific spawn points within scene other than the primary spawn point can be assigned (so, for example, if a portal is set within a scene to transport avatars to another scene, and can return to that portal rather than the main spawn point in a world when “returning”).
Defined spawn points can also be specified in the URL for a world using the #, allowing users to be directed to a specific spawn point within a world from a web page. For example: atlas.sansar.com/experiences/[creatorname]/[experience]#spawnpointname. See Object Editing for more.
Camera Object Component
The camera can also be added as a component on objects, which can be activated and controlled by scripts. They can be positioned and oriented like any other object in the scene, and can be copied as a reference and pasted on a camera script parameter.
Other Scene Editing Updates
New Grid section under Scene Settings that allows you to enable Snap to Grid on/off and set the snapping distance coordinates. This works with move, rotate, and planar tools.
Texture memory counter added to the Object stats Tool.
The colour picker panel can now be moved around the editor to any desired location on the screen.
Desktop aim improvements: a new “aim at cursor” property (optional) for the Grab Point component. When set, the avatar will hold the object so that it points towards the direction or object the mouse cursor is hovering over. In mouse-look mode, it will point towards wherever the reticle is pointed at.
In-Client Store Updates
The in-client store has been updated to include:
New filters to allow avatar clothing and accessories to filtered by male, female or all genders and / or by Marvelous Designer, Rigged or Static (Accessories).
Clickable item tags, allowing you to look at a filtered list based on that tag.
Creator names are now clickable and will take you to the creator’s store.
New copy URL button on the item details page to enables you to share direct URLs to specific store items.
This option is not available in the client for items that are hidden. Creators who are interested in grabbing a hidden item’s link may do so on web from the manage listings page.
Pasting item links in nearby or direct chat will open the item in the store.
Resale information and price are now exposed in the item details page.
Hyperlinks within store listing description will resolve into clickable links. [IN CLIENT ONLY].
Valid experience links can be visited to and from within the description itself.
Product listing links will open within client itself.
External links will open in browser.
R37 includes an extensive list of script system updates, including the camera and spawn point updates noted above. Please refer to the release notes for details.
With R37, it is now possible to abandon quests you are no longer interested in.
Open the Quest panel.
Click on the quest you wish to abandon.
Click the Abandon Quest button on the Quest Info tab of the panel.
On Tuesday, September 3rd, Linden Lab released a major update to Sansar, which has seen the introduction of a number of new features and updated capabilities. It represents potentially the biggest single update to Sansar since the public opening of the beta two years ago. The chief updates comprise:
The all-new avatar 2.0, which comprises:
An entirely new avatar skeleton, designed to be more “unisex” between male and female, to allow easier swapping of clothes
A new range of default avatars.
New means of styling / customising the avatar, including new facial deformation capabilities (full body deformation to follow), and a set of modifiable facial “presets”.
The Nexus: a new landing point that all users will / can go to when logging-in to Sansar, and which includes:
New user tutorials.
Portals for exploring Sansar.
The Codex: a new UI element to allow users record and manage and quickly return to places they have previously visited while in Sansar.
Experience points (XP): which include titles and levels, and which are gained through participating in Sansar, and depending on how they engage within the platform.
Such is the size of the release, I’ve split this article into a series of parts, all of which can be reached via the table of contents, above right. These sections are not intended as complete tutorials / guides, but rather to provide a general introduction and overview, particularly for those who may wish to try Sansar as a result of the R36 update.
R36 Official Documentation
For detailed information on the various aspects of R36, it is recommended you also refer to the official documentation, comprising:
Avatar 2.0 is the new all-singing, all dancing avatar for Sansar. In particular, it provides a new set of deformation tools and updated sliders designed to make customising an avatar’s face more intuitive, as well as offering a series of “preset” looks which can be used as a baseline facial shapes and edited and saved.
Also provided within the Look Book is a Transform tool, designed to help adjust Marvelous Designer clothing developed for Avatar 1.0 fit Avatar 2.0.
Note: this is not an in-depth look at editing avatar 2.0 or carrying out Marvelous Designer clothing adjustments. These are documented in detail on the Sansar website. The following is only intended as a general overview.
New users logging-in for the first time (or existing users logging-in for the first time since this release was deployed) will immediately be presented with the new avatar picker. This broadly comprises two options:
Selecting one of ten default avatar styles. These attempt to offer a range of ethic looks, with two leaning towards science-fiction / fantasy (with the de rigueur pointy ears and pale eyes).
Some are of somewhat androgynous facial looks, so the clothing colours indicate gender: green = female; purple = male.
Scroll arrows enable moving back and forth between the options, and a selection is made by clicking on the desired portrait and then on the Continue button.
This will load the avatar and drop the user directly into the Nexus – see The Nexus for more details on this.
Clicking on the Create New button. This will randomly select one of the default avatars and load the character editor.
LL have stated that they have sought a more “stylised” avatar form between male and female in order to make some clothing elements more “unisex” in nature. This sound fine – until you see the default female avatars. “Androgynous” might be the kindest way to describe them, “elongated” might be another.
On the surface, the body proportions are around right: her height is 8 “heads” (the distance from top of head to chin) and most women are around 7-8 heads tall; her shoulder width is roughly 2.5 heads (measured from ear to ear), and the average woman’s shoulder width is around 2-2.5 “heads”. Similarly, the male avatar is in the proportions you might expect: an average 7.5 “heads” tall and 2.5 “heads” across the shoulder.
The problem is that of height. According to average height, women’s heights average between 4ft 10in and 5ft 6 in globally. By comparison, men average between 5ft 4in and 6ft – with a bias around the 5ft 7in-5ft 9in range. However, given there is little differentiation in the overall height of the male and female avatars, the result is a female look is painfully thin, hipless, and which sits uneasy on the eye.
Of course, this can potentially be solved over time – providing full body deformation, allowing custom avatars into the starter picker, and so on. But it’s possible that for some coming into Sansar from other virtual environments, the female avatar is going to appear less than attractive. Or as I’ve heard it referred to already in the Nexus, “bleah!”
Editing and Styling Tools
R36 brings an updated set of avatar editing and styling tools / options. These can either be accessed when selecting an avatar for the first time (see above), or via the familiar Create button > Style My Avatar > Customise option.
The basic Look Book / Editor still layout comprises 4 parts:
Worn items panel: the clothing and attachments currently worn. If the clothing has been created using Marvelous Designer, buttons for adjusting and transforming the clothing will also be displayed.
The avatar on a pose stand: which can be rotated with and right-click drag (desktop mode). Remember the free rotation button is available in the bottom left corner of the inventory panel. Note this view can change when editing an avatar, such as zooming on the head during facial editing.
The inventory panel: for accessing hair, clothing, accessories, etc for wearing / editing.
Buttons along the bottom of the screen for undoing / redoing changes, discarding / saving changes going back to your last location (Home Space or world spawn point.
Those who have used the right-side inventory panel will be familiar with the tabs displayed (from top to bottom):
Avatar: pick the gender of the avatar.
Hair (comb tab): select the hairstyle.
Face (head icon): customise the facial features.
Clothing (coat hanger icon): select clothing to wear – note that any rigged clothing existing users may have had is no longer listed as it is incompatible with Avatar 2.0 (creators have a means to provide an update when / if available), so only Marevelous Designer items remain.
Accessories: (visor icon) available accessories – again, note that accessories specifically rigged for avatar 1.0 will have been removed from existing user’s inventory.
Animations (running icon): set-up emotes.
Provides twelve default hairstyles (6 female, 6 male), with colouring / tinting options, and buttons to obtain additional hair through the Sansar Store or to import your own custom hair.
The Lab were said to be “excited” by the new default hair options. I have to be honest, the most enthusiasm I could sum-up for them was “meh”.
Face and Facial Deformation
The facial deformation capabilities are perhaps the most extensive “visible” changes with the new avatar, outside of the overall shapes. These, and options to colour skin and eyes, are found on the Face tab, which contains a number of sections, some of them new or extended, as outlined below.
The most obvious aspects of the facial editing options are the two colour pickers to select skin and eye colour – just click to apply the required tone / colour. The remaining options are:
Presets: six slots for different head shapes / facial features. Defaults are supplied for each, and clicking on any of them will apply them to the avatar in edit mode. The presets can be modified, or the user can work from the original base avatar to make changes to the face, which can then be saved back to any one of the slots.
Sliders: an extended set of sliders for modifying facial features: cheeks, chin, ears, eyes, jaw, mouth and nose. These are designed for more subtle fine-tuning of features, rather than significant changes.
Head deformation buttons: four options that allow the head / facial features to be modified directly. These are intended for major changes to the head / face / features and comprise (from left to right):
Head: allows the entire head to be modified.
Major Sections: allows large parts of the head / face to be selected and modified (e.g. forehead, forehead and top of head, lower cheeks and jaw, cheeks, nose and jaw, etc).
Feature: allows specific features – nose, , mouth, cheeks, chin, etc – to be adjusted.
Part: allows fine-tuning and adjustment of specific parts of facial features – the corners of lips or eyes, the flair of nostrils, the shape of nose or ear tips, etc – to be modified.
The adjustment tools: a set of the tools that work with each of the head deformation buttons, comprising:
Translate: allows the selected area to be moved up, down, front, back, left and right. Also enabled by tapping W on the keyboard.
Rotate: allows the selected area to be rotated, if appropriate. Also enabled by tapping E on the keyboard.
Scale: allows the selected area to be resized. Also enabled by tapping R on the keyboard.
When an area of the face / head is selected, it will be highlighted in white. Once the required tool has been enabled, a left click (in desktop mode) will allow you to modify the selected and highlighted area.
These options are intended for significant changes to the head / face. They can be used in concert with the sliders, which as noted above are intended more for fine-tuning changes. The gif to the right, courtesy of Linden Lab, demonstrates the use of the deformation buttons and tools.
For those used to working purely with sliders, this approach is liable to come across as complicated, and it does take time and practice to actually work out how to balance things and achieve a satisfactory result. However, there is no denying the system is potentially very powerful, offering almost infinite opportunities to develop a unique look.
The default set of avatar accessories retains the sunglasses and Christmas / festive “deer antler” headgear strung with lights (popular among early adopters at holiday time, so a nod to the past). To these have been added a set of sci fi-ish hair clips and pieces.
One of the major concerns with Avatar 2.0 was that of clothing and fitting. All rigged clothing had to go by way of the dinosaur, but the Lab indicated that a set of transform tools would be included for Marvelous Designer (MD) clothing that would help them to fit Avatar 2.0, and be available to users for making necessary adjustments. These tools have been delivered, and they are both impressive and slightly frustrating.
The tools comprise two elements: and auto-adjust option and a set of manual transform tools.
This does exactly what the name implies: it automatically adjusts an item of MD clothing to fit an avatar as best as possible. It is accessed in one of two ways:
Click and wear the item of clothing to be adjusted.
The cloth simulator will start.
Right-click on the thumbnail for the item in inventory.
Select Adjust from the drop-down menu.
Via the Worn Items panel:
Click and wear the item of clothing to be adjusted.
The cloth simulator will start.
Click the large Adjust button at the bottom of the Worn Items panel.
In both cases note:
It can take a while for the clothing to fully adjust – give the tool time to work.
It’s not always 100% accurate – clippings and gaps may need manual adjustment.
When it is clear no further adjustments are being made, click the Done Adjusting button below the avatar to make sure the updates are dully applied. You can then use the manual tools to make further adjustments, if required.
If you are happy with the results, make sure you save the updated appearance to a look in order to preserve the updates.
Manual adjustments can be achieved using the Adjust and Transform tools in the Worn Items panel.
The Adjust tool can be used to make fine adjustments to MD clothing – adding natural folds, creases, etc. It can also be used to overcome issues of clipping – the avatar or underlying clothing showing through.
The Transform tools reside in a separate panel and offer options to move, rotate and resize clothing. These can be used individually using three buttons on the panel, or combined into a single gizmo-type tool (the “all” button).
Depending on the garment, manual adjustment can be relatively simple or annoying frustrating and time-consuming. I personally recommend using auto-adjustment first and then, wherever possible, the Adjust tool. Particular frustrationsI found include:
What you see when making adjustments doesn’t always match how the garment will look when updates are finished – it’s best to periodically click the Done Adjusting button and then free rotating the avatar to check results, than in trying to do everything in a single pass.
The Transform tools only work on the cardinal points relative to the avatar – up, down, left, right. There are no diagonal handles on the resize option, which can made a simple job of adjustment into something far more complicated.
Time really is needed to get things right.
As with the auto-adjust option, it is important finished work is saved to a look in order to be retained.
On Tuesday, July 23rd, 2019, Linden Lab issued a Sansar point release containing the first cut of the user-generated quest authoring tool.
Also within the release are a couple of performance improvements:
Avatar movement and camera rotation are faster in keyboard turn mode.
Panels now retain their positions in the avatar editor.
Quests – Key Points
Quests are seen as a means of generating user engagement within experiences. A basic system – available only to the lab – has been used to provide a flavour of quests / hunts in places like the Sansar Social Hub, but which offer Sansar Dollar rewards.
The new quest system provides an new quest authoring tool directly to experience creators, however there are some key points to note about this first release:
Quests can only be linked to experiences owned by the quest creator (so creator X cannot develop a quest for use in creator Y’s experience(s).
Quests can be set for an individual experience or across multiple experience – again, providing all the experiences at are owned by the creator making the quest.
While it includes a tab for establishing rewards within a quest, this is not active with this initial release.
Once the rewards capability has been added by the Lab in a future update, quests will initially be limited to offering up to three objects as rewards, which will be presented to users completing a quest through the Sansar Store.
How quests might be used is down to individual creators. Ideas include:
Guided tours of experiences.
Simple introductions to a game.
Hunts. / actual quests.
Obviously, some of these will be more likely to be attractive to users once the rewards system has been added – and may well require more that 3 rewards in order to maintain focus / interest – and this is something the Lab have indicated they would be willing to review in the future. But even without a reward system, the deployment of the quest system offers creators the opportunity to play with the tools and gain familiarity with them.
Quest creation comprises two parts:
Creating the quest data itself, using the authoring tool.
Using objects in scenes (experiences) that are directly linked to the quest and use / present the quest data.
The quest can be tested by the creator in the unpublished scene (by building and saving the scene), and it becomes public when the scene is published as an experience.
The initial quest system comprises:
The quest authoring tool, available from the Create menu button in the Sansar client. This allows:
A quest to be defined.
Objectives for the quest to be defined.
In a future release, rewards to be defined for a quest.
A new snapshot size option to allow snapshots to be taken that are sized so they can be displayed in quest launch pop-ups.
A new set of script elements:
Used with the Edit Mode, these allow a creator to associate objects within a scene / experience with a quest and the objectives for that quest.
Every quest requires a name (up to 100 characters) and a description (up to 250 characters).
Quests can optionally have:
A thumbnail image, displayed when a user viewer the quest, and captured using the For A Quest drop-down in the snapshot tool to generate any required image.
A completion message up to 250 characters in length, displayed when users complete the quest.
Save the quest when done.
Editing a Quest
The Quest Creators records all quests you have created. To edit a specific quest (e.g. to add / change objectives):
Create button > Create Quests > Quest Creator.
The list of all your quests will be displayed.
Click on the name of the quest you want to edit.
The Quest Creator will display the quest and all defined objectives.
Edit and save as required.
Defining Objectives for a Quest
Note that when you create a new quest, you will automatically be presented with the option to add objectives to the quest – and you can have as many objectives in a quest as you require.
Select the required quest (if not already selected) > make sure Objectives is selected (default) > Click New to display the objective fields.
All objectives require a name (up to 200 characters), and should be set to Active or locked:
Set to Active if there is no dependency on the objective (i.e. it can only be completed if pre-requisites are met.
Set to Locked if it is dependent on completing certain objectives.
Prerequisites can be other objectives, scripted activities etc.
An optional description, up to 250 characters.
Save the objective when done.
Adding Objects as Givers and Objectives in an Experience
All quests require a Giver – the item that sets users on the quest, generally through direct interaction.
A quest can have as many objectives as required.
A quest should have a completion element.
Basic steps: edit the experience scene in which the quest will appear > add and place an object as the quest giver. Then:
Right-click the object and rename the object, if required.
Right-click the object > Add > Script.
In Object Structure right click on the new script (general “Script1”) > Properties. Then:
Set Script to Quest Script Library
Set the script type to one of the available scripts (QuestGiver, QuestGiverInteraction, etc).
Use the Quest drop-down to select the quest with which the object is to be associated.
If setting a quest objective, also set the quest objective with which the object is to be associated (below, right).
Testing a Quest
To test a quest in a scene:
Build and save the scene.
Visit the scene.
Click the quest giver – the quest should launch > test the objectives.
To reset the quest at any time (incl. testing): Create button > Create Quests > select quest > Edit > Reset Quest.
A simple, easy-to-understand system (easy enough for me to understand!) with some built-in complexity (see the associated scripting documentation) and with a lot of potential for expansion. As always, check the official documentation for full details on the capability.
On Thursday, May 30th, Linden Lab updated the Sansar Give More, Get More (R33) release. An official summary of the update is available, and please refer to that document for details of bug fixes. Highlights of the release key features reviewed here are:
Client Atlas updates.
As with the majority of Sansar deployments, this update requires the automatic download and installation of a client update.
Client Atlas Face-Lift
R33 bring with it an overhaul of the in-client Atlas. The new format comprises three broad categories: What’s Happing In Sansar; Popular Now and Featured.
This appears to in preparation for changes to the Atlas outlined by the Lab in recent Sansar Product Meetings that will see the Atlas display three selections of experiences that have been previously defined as:
Three featured experiences reserved for the Lab’s content partners.
Three featured experiences that align with other internal goals the Lab has which “may or may not be obvious”. These might, for example, focus on live music concerts.
Three featured experiences open to Sansar creators, and will be changed on a weekly basis, and selected through a new criteria mechanism (details TBA).
The Experiences category will switch to the familiar listing of Sansar experiences, complete with the sub-selection options (All, Friends, Favourites), search bar and ordering options drop-down menu.
The final category option is Events, offering the familiar listing of upcoming events with the sub-categories for listing past events, those you are hosting, and your calendar of all events you’ve bookmarked, and which are rounded out by the button for setting-up new events you wish to host.
Other Updates with R33
Gifting: transaction fees for gifting Sansar dollars are to be removed, so the full amount of Sansar dollars will be passed to the recipient.
Event creation / experience caps: as per my Sansar week #20 Product Meeting notes, with R33, event versions of experiences will no longer count towards the total number of experiences a creator can have published. Creators will for now be able to create / host as many events as they wish without hitting the ceiling on the total number of experiences they are allowed to have published within their subscription banding.
This is seen as a “temporary” change, pending further revisions to the events system, including finding a means to link events back to the originating experience.
New Item inventory icon: new items purchased / obtained via the Store will be tagged with a “new” icon in their inventory thumbnail image.
New progress bar scripting API: this enables creators to add a progress bar or countdown timer when an action is triggered in an Experience. Descriptive text may also be included with the progress bar.
Foot IK improvement: an avatar’s feet turn when it changes direction in desktop, just like in VR
New right click capability: this enables users to cut, copy and paste text on various text fields.
This list taken directly from the release notes:
Upgrading an avatar caused the Marvelous Designer clothing to fit over whatever the avatar had on during the upgrade process.
Marvelous Designer clothing can now be adjusted with two hands in VR.
The Customise option no longer exists after upgrading an avatar that has been deleted from the user’s inventory.
Make an empty fist in VR without worrying about other controller actions from working.
The scale values now apply properly on avatars using avatar animations that were uploaded using a partial skeleton.
Decimated crashes triggered from the avatar editor and scene editor.
New fix for exposure metering on Nvidia RTX GPUs to correct the problem that varied the experience brightness from one video card to another.
Making changes to a group of similar script attributes no longer changes the wrong attribute of some of the selected scripts.
Assets that contained unlicensed information no longer prevent the gizmos from appearing when selecting object structure components such as containers, static meshes, or volume components.