SL Estate Access Management project viewer – overview

The Estate Access Management (EAM) project viewer (dated August 7th) is a new project viewer to enhance  – as the name implies – the estate access management tools available to region holders and their estate managers within the viewer.

In brief:

  • New viewer UI for displaying Estate Managers, allowed groups and allowed  / banned individuals within a region.
  • New capabilities for sorting  / searching lists.
  • Additional information recorded and displayed for banned accounts.
  • Number of Estate Managers increased from 10 to 15.

Under the current viewer, the lists for managing Estate Managers, allowed groups and allowed or banned avatars in a region / estate have been crammed into the first tab of the Region / Estate floater (World > Region / Estate).

This has made management of the lists difficult, given only around 5 names can be displayed by each – which can be problematic when the Banned list allows up to 500 names. In addition, lists cannot be searched and, again in the case of the Banned list, no other information is provided against a banned name, making it hard to determine whether or not a ban might actually be rescinded, thus helping with general list management.

As such, there have been long-standing requests for the estate access controls to be improved.

The Estate Access Management project attempts to address these issues by introducing both back-end changes in support of managing ban lists and by revising how the various lists themselves are displayed within the viewer and how they can be used.

In particular, the EAM project viewer introduces a new Access tab in the Region / Estate floater (World > Region / Estate). This tab in turn has individual tabs for managing the lists for Estate Managers, Allowed avatars, Allowed Groups and Banned avatars.

The Estate Access Management lists as they appear in the current SL viewer (l), and the new Access tab with individual tabs for Estate Managers list and each of the Allowed / Banned lists. Note as well the increase in allowed Estate Managers (ringed in each image). Click for full size, if required

In terms of adding or removing names and groups, the new sub-tabs work exactly as the lists in the current viewer work.

However, with the new design, additional functionality is added to some of the lists:

  • The Banned list additionally records:
    • The last date on which a banned individual logged-in to Second Life (to assist with housekeeping the list – if an account hasn’t been used in X months or years, why keep it on the list?).
    • The date on which an individual was banned.
    • The name of the EM / region holder banning them.
    • Note this information will be displayed by the EAM viewer for all accounts going forward – even those banned using other viewers, reflecting a change to the back-end database for managing bans. Banned accounts existing at the time the EAM updates were introduced will simply have “n/a” recorded for each of these fields.
  • The Banned tab can be sorted into ascending / descending order by banned name, date last logged in, date banned, or by person banning them. Click on the column title to sort.
The Banned List includes columns for date of last log-in, date banned, and region holder / EM who banned them. These columns can also be sorted into ascending or descending order by clicking on the field title, as can the account name column.
  • The Estate Managers, Allowed and Allowed Groups tabs can be sorted into ascending / descending order by name. Click on the column title to sort.
  • The Allowed Groups, Allowed and Banned tabs all include a search option.
  • The number of allowed Estate Managers is increased from 10 EMs to 15 EMs – again in response to many requests from region holders.

Feedback Sought

The Lab is keen to have feedback on these new tabs and the improvements made to handling estate access control. If you are a region holder with EM rights, or an Estate Manager, please consider downloading this project viewer and  giving it a try. Any issues should be reported via the Second Life JIRA, using the [EAM] project reference in the title.

Related Links

Note: names intentionally removed from fields and columns in the images used in this article.

Advertisements

Cica’s Daydream in Second Life

Cica Ghost: Daydream

A misted isle where the ground is carpeted in flowers, the rolling hills covered in grass, the beaches arced with sand and the tress provide shade from the sun during the day, once the mist has been burned away, or places to rest and sleep as evening heralds the onset of night.

Such might be the place we slip away to when daydreams come to let us escape the drudgery of everyday life; a mystic realm where turtles can be ridden, fae folk might be found, and mushrooms stand as captive groups should we be tempted to dance before them. A land watched over by a kindly, horned giant, and where snails the size of houses court one another or butterfly people flutter.

Cica Ghost: Daydream

This is the world Cica Ghost presents to us in Daydream, which opened to the public on Friday, August 10th, 2018. Another wonderful whimsical build, it is a place to which we can all escape and explore, with something to discover at every turn. From the arrival point, this is a world wreathed in morning haze under a cloudy, almost alien sky, the hills are undulating shadows all around, breaking up the skyline.

Where you might wander is entirely, up to you – but be sure that whichever way you go, you’ll find something to captivate the eye, including many echoes of past works by Cica. Cats, mindful of those from 50 Cats (here), for example, are to be found ready to invite people to come inside hollow tree trunks and sit or lie with them for a time. Meanwhile a great horned dragon lies with his body covered in stand, just his head and tail visible, reminding us of the dragons from Fairy Tales (here), while the giant on the hill carries with him a look of her Beginners (here) – there’s even a hint of Strawberryland (here) waiting to be found, although the berries are rapidly being noshed by another pair of Cica’s characters!

Cica Ghost: Daydream

All of which should not be taken to mean that Daydream is derivative; far from it. This is as much an original as all of Cica’s prior works; the echoes are simply that – echoes. And give this is a place for daydreaming, they’re not at all out-of-place; why shouldn’t Cica have little dreams of her art and creations? And why shouldn’t we enjoy her daydreams as well?

As always with Cica’s creations there are things to do while exploring here – quite a lot, in actual fact. I’ve already mentioned a couple – sitting with cats or dancing before mushrooms, but there are many more, next to and on top of things – so be sure to mouse around yourself as you are exploring and taking pictures.

Cica Ghost: Daydream

I never cease to enjoy Cica’s work; it is always expressive, something whimsically, sometimes with a deeper interpretation. Howsoever you find it, there is always a sense of fun in life to be found. With Daydream. we’re presented with just that: a chance to jump into Cica’s daydreams and share in them with her, or to go exploring and find our own.

SLurl Details

SL UG updates #32/2: CCUG summary with audio

A razzle of raptors? Animesh

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on  Thursday, August 9th, 2018 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.

The choppiness in some of the audio segments where Vir’s voice drops out is due to issues with SL Voice.

Animesh

Project Summary

The goal of this project is to provide a means of animating rigged mesh objects using the avatar skeleton, in whole or in part, to provide things like independently moveable pets / creatures, and animated scenery features via scripted animation. It involves both viewer and server-side changes.

Resources

Server-Side

As of the SLS (Main channel) grid deployment on Tuesday, August 5th, the server-side support for Animesh is now grid-wide.

Animesh Viewer

Vir has completed work on the next update to the viewer, which includes a number of fixes and tweaks. This is currently with the Lab’s QA team. If all goes according to plan, this could see the light of day as a Release Candidate viewer. In particular, this update should include a fix for the bounding box / LOD issues previously reported in these summaries.

General Discussion Points

  • The LI accounting aspect of Animesh is considered “complete” for the initial release, and no further changes beyond the accounting values Vir has published via the Animesh forum thread are expected.
    • However, there may still be future revisions to the overall Animesh costs (complexity) as a result of the Project ARCTan work to overhaul all of the complexity calculations in order to make them more reflective of the actual costs involved in rendering, etc., different objects. This work has apparently been on hold recently.
  • Land Impact: streaming costs / LODs: there was further discussion on the 50% bounding on LODs.
    • Concerns have been raised at the disparity between the 50% cut-off between the high and medium models compared to the GLOD (Global LOD) cut-off of around 30% (so 70% discarded). Other concerns relate to the 50% between the medium and low models disincentivising creators from trying with a low model. An overall concern is that people will continue to look purely at land impact, rather than considering complexity and optimisation as matters of improved performance.
    • Vir admits the approach taken with Animesh is something of a trade-off between trying to encourage considered use of LODs and implementing a system that “scares people off” because of its demands. As such, it is something that may be revisited as a part of ARCTan, after more data has been gathered as a result of Animesh being released in the meantime.
    • A major difference with the “new” system is that it no longer considers scale. This means that creators who animate their creatures using a combination of multiple models and using alpha masks to hide the “unseen” versions and who reduce the “unseen” models to avoid them raising a creature’s LI, will no longer be able to do so.

  • Per-bone scale animations: having the ability to use per-bone scale animation, which could be particularly useful for non-human bodies (and now Animesh) has been  a request since Bento.
    • Currently, the SL animation format doesn’t allow scales to be specified, so an overhaul of the animation system would be required to make this possible.
    • A further problem is scale animation can conflict with any use of the shape sliders, when used to modify an avatar shape (one of the items under consideration for a future update to Animesh is support for a body shape and the use of sliders).
    • The benefits with scale support include:
      • The ability to create a single creature body and use it in different species of that creature without the need to develop new animations and new rigged attachments (so a “dog” body could be used for a Labrador or a Chihuahua or Dashhound).
      • The ability to have “young” creations (babies, puppies kittens, hatchlings….) “grow” over time.
      • The ability for creators to develop a broader range of different NPCs and different creature types without having to rely on the avatar shape / slider system, which is inherently biased towards human forms.
    • An alternative to animation scaling (and subject of a feature request) that was initially made during Bento, was to have an overall body size slider that could proportionally adjust the entire size of the shape associated with an avatar (and Animesh, if shape and slider support is added to Animesh in the future).
      • One issue with implementing this at present is that the message format use to communicate slider parameters may not support the level of messaging required to communicate an overall rescaling that affects every joint and bone position at once (which would require updates to the Appearance  and Bake services as well, so this would require an overhaul.
      • A further issue is that of locomotion:  the same overall locomotion graph is used regardless of size, so in a single stride, a very tiny avatar made using a “size slider” could  appear to move the same distance as a “normal” sized avatar, which can result in it appearing to move really quickly;similarly a really tall avatar created using a “size slider” could appear to hardly move at all each time it takes a step. So, the locomotion graph would need to be overhauled.
    • Use of per-bone animation scaling hasn’t been ruled-out, with Vir pointing out that even adding body shape and slider support to Animesh is complex, requiring further updates to the Appearance and Bake services in order to work. So it might be something to consider alongside of considering shape / slider support once the initial Animesh project is released.

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 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 Bake  Service.

Resources

Current Status

There do not appear to be any blockers within the project preventing it from moving forward. However, as indicated at the July 27th TPV developer meeting, there are some changes being made to the AIS system, and the updates to inventory required in support of Bakes on Mesh (which also requires updates to the Appearance and Bake services as), are currently awaiting that work to be completed.

Environment Enhancement Project

Project Summary

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 that can be stored in inventory and traded through the Marketplace / exchanged with others.
    • Day assets can include four Sky “tracks” defined by height: ground level (which includes altitudes up to 1,000m) and (optionally) 1,000m and above; 2,000m and above and 3,000m and above, plus a Water “track”.
  • Experience-based environment functions
  • An extended day cycle (e.g a 24/7 cycle) and extended environmental parameters.
  • There are no EEP parameters for manipulating the SL wind.
  • EPP will also include some rendering enhancements  and new shaders as well (being developed by Graham Linden), which will allow for effects such as crepuscular rays (“God rays”)
    • These will be an atmospheric effect, not any kind of object or asset or XML handler.
  • The new LSL functions for finding the time of day according to the position of the windlight Sun or Moon have been completed,and are more accurate than the current options.
  • EEP will not include things like rain or snow.

Resources

Current Status

EEP remains on internal testing at the Lab, although as I noted in my previous CCUG summary, Rider has been teasing us with images in the forums. According to Dan Linden. the viewer UI is “pretty much” complete, and work is focused on some of the back-end messaging, which appears to be holding things up. There may be a further update on status at the next TPV Developer meeting on Friday, August 10th.

Other Items

  • Transparency shadow casting from rigged items: there is an issue with rigged / static meshes using transparencies (blended or masked), which causes shadows cast by them to render incorrectly (shadow rendering conforms only to the geometry silhouette).  This is still within Graham Linden’s pile of work.
  • Next Meeting: the next CCUG meeting for August 2018 will take place on Thursday, August 23rd.