Lost in Thor’s Land in Second Life

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land – click on any image for full size

Land of Thor is a huge setting designed by Thor (Anaadi Resident), who recently extended an invitation for Caitlyn and I to visit. Located on a Full region, it is one of the first places we’ve visited to make use of the additional 10K Land Impact allocation available to Full private region owners who wish to raise their overall total from 20K to 30K – and the additional allocation has been put to extensive use!

“The region is very loosely based on Norse Mythology,” Thor informed me when offering the invitation, “and has a lot of interesting places to discover.” Which, as it turned out, was something of an understatement!

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land

The land itself, bathed in sunlight under a cold-looking blue sky and surrounded by tall, rugged peaks with flanks cloaked in fir trees, certainly has a Nordic feel – on arrival I was reaching for a woolly jumper. Roughly divided into four parts by river channels, the land is a curious set of contrasts, with each part named for one of the nine realms of Norse mythology.

The main landing point sit on the largest of these four parts: a huge table of rock occupying the north-west quadrant of the region. Sitting beneath a humped shoulder of rock from which rises Asgard, legendary home to the Æsir tribe of gods. Facing south, the landing point looks out over much lower-lying lands. A switchback path curls down to these lowlands from a slightly lower shelf of rock reached via stone steps, while a great waterfall plunges from a cleft in the great plateau.

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land

Like its namesake, Asgard is surrounded in part by a (albeit low) wall, while smooth path of smooth stone snakes up to it from the west, where sits Yggdrasil, the mythical tree that connects the nine worlds in Norse cosmology. Travel north from the tree, and then west along the cliff edge of the plateau, and you’ll come by way of a grassy trail through avenues of trees leading east, to where a great stone arch spans a deep chasm, offering visitors a way to reach Alfheim (or Álfheimr, “Land Of The Elves” or “Elfland”). This is another highland area, rich in tall grass and where time seems to have stood still, sitting among low, pointed peaks of rock.

Below these northern heights sits Midgard, home of the humans in Old Norse, and for the region, the location of a modern-looking settlement broadly split into three parts: an open-air entertainments area sitting at the foot of the high cliffs of Asgard / the main landing point and separated from the rest of the town via a narrow channel. South of this, and straddling a small natural harbour, sits the rest of the town. Many of the houses are raised on stout wooden stilts, several of them brightly coloured, and fishing boats are tied-up at wharves, marking this as a working town, rather than a holiday setting. A large house – that of the mayor? – sits slightly elevated and a little separated from the rest, occupies the south-east corner of the land, and all of the houses are open to the public.

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land

But this is not all; sitting under the plateau of Asgard, and reached via teleporter (look for the carved stone disks located around the region) or – for those keen of eye – via a hidden entrance curtained by water – is Helheim. Traditionally the abode of Hel, daughter of Loki, in this instance it is a place of winding tunnels and chambers. Easy to find one’s way into, but perhaps not so easy to find a way back out.

Helheim is sometimes linked with Niflheim (“land of Mist or “world of the darkness”), which is one of the locations only reached via the teleport system. Like its namesake, this a place of ice and snow – and home to another great castle-like hall, this one equipped as a club.  Also accessed via the teleport system are Jotunheim (or Jötunheimr, the land of the Giants) and Svartalfheim.

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land

For Land of Thor, Jotunheim is presented as an oriental / Japanese environment, although at least one giant is present near the landing point. Cobbled paths run through the landscape here, linking points of interest, which include an interpretation of FLW’s Fallingwater, and floating islands reached via ropes bridges, as well as a pagoda rising from a nearby peak – also reached via rope bridge.

In Norse mythology, Svartalfheim is the home of the svartálfar (“dark elves”). Here, and while dark (being underwater), it has more of a sci-fi / post-apocalyptic feel to it, with a particular emphasis on a certain sci-fi franchise. It can also be reached without teleporting – for those travelling far enough through Helheim’s tunnels.

Thor's Land; Inara Pey, January 2018, on Flickr Thor’s Land

Even with all this description, I’m still only scratching the surface of Thor’s Land. There are paths to be explored, trails to follow, houses and castles to be examined, hidden walkways to be found, dragons to be ridden – and places to simply set and relax. There’s obviously a lot to photograph as well, for those so minded, and the region has a dedicated Fickr group to which images can be submitted.

Eclectic, eye-catching, detailed, and surprising, Land of Thor makes for an engrossing and worthwhile visit.

SLurl Details

  • Land of Thor main landing point (Mirrors Edge, rated: Adult)

2018 SL UG updates #3/2: Content Creation User Group

A rally of (Animesh) raptors on Aditi

The following notes are primarily taken from the Content Creation User Group meeting, held on  Thursday, January 18th, 2018 at 13:00 SLT. For the purposes of Animesh testing, the meetings have relocated to the Animesh4 region on Aditi, the beta grid – look for the seating area towards the middle of the region. The meeting is chaired by Vir Linden, and agenda notes, etc, are usually available on the Content Creation User Group wiki page.

There is no video for this meeting, as Medhue missed the first 30-ish minutes. Audio extracts are supplied instead, where relevant.

Animesh (Animated Mesh)

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.

In short, an Animesh object:

  • Can be any object (generally rigged / skinned mesh) which and contains the necessary animations and controlling scripts in its own inventory  (Contents tab of the Build floater) required for it to animate itself.
  • Can be a single mesh object or a linkset of objects (link them first, then set them to Animated Mesh via the Build floater > Features).
  • Has been flagged as and Animesh object in the project viewer, and so has an avatar skeleton associated with it.
  • Can use many existing animations.

However Animated objects will not (initially):

  • Have an avatar shape associated with them
  • Make use of an avatar-like inventory (although individual parts can contain their own inventory such as animations and scripts)
  • Make use of the server-side locomotion graph for walking, etc., and so will not use an AO
  • Use the avatar baking service
  • Will not support its own attachments in the initial release.

These are considered options for follow-on work, possibly starting with the notion of a body shape (to help with more fully-formed NPCs).

Resources

Viewer Update

The Animesh project viewer updated on Thursday, January 18th to version 5.1.1.511908. This includes a merge up to the Alex Ivy viewer code base, and so is only available for Windows (32-bit and 64-bit) and Mac OS X (64.bit). A number of updates are also included with the viewer:

  • Reduced lag when zooming in and out on some models.
  • Improved rendering performance when preview wireframes are displayed.
  • Some diagnostic updates and performance fixes.
  • In mesh upload, allow underscores in joint names to substitute for spaces.

Performance Profiling / Animesh Limits

As promised in the week #2 meeting, a region has been set-up on Aditi for public Animesh performance profiling which has a tri cap that can be varied (called Animesh XL), allowing it to be set higher than the 50K limit found on the other Animesh regions on Aditi. The Lab has internal regions set-up for performance profiling as well.

There has been a request for a triangle count and/or skeleton count per square metre limit, rather than the triangle count and land impact limits the Lab are currently experimenting with. Vir concedes that this may give a similar result to the Lab’s approach with tri count and LI, but also notes that people are already pushing tri counts to the limit, and he’d rather have something that helps push towards more optimised content creation. He also notes that tri count isn’t the only potential performance impact  – texture use, for example can also have an impact – so it’s a case of finding the right balance and ensuring that balance uses figures which are easy for creators / users to grasp.

The tri count limit is per object / linkset for Animesh, and is something of an approximation based data specifying the size of an object, in order to avoid having the simulator having to carry out all the triangle count calculations (and possibly impacting simulator performance). The resultant figure does under-estimate of the actual number of triangles within an object / linkset – but not, Vir believes, by a huge amount.

One issue around performance is avatar attachments, which don’t directly count towards region limits in the same way as things like LI, but which can still have an impact on performance (as can be seen with avatars wearing a lot of high-poly mesh attachments). However, re-working how attachments are handled specifically for Animesh is considered problematic, and unlikely to be re-worked (and so is being handled by a straightforward cap on how many Animesh attachments can be worn at one time – initially 1 for testing purposes) .

Animation Playback Issues

It’s been noted that animations already running on an Animesh object don’t necessarily play for those entering the region where they are running, or update correctly when camming to them for the first time. This appears to be a race condition, with the viewer receiving information on the animation before it has rendered the object being animated, resulting in the animation being ignored. Vir is confident that now the cause has been found, the issue can be fixed.

There is also an issue related to the Interest List where an Animesh object in a neighbouring region fails to update (animate), even when in your field of view and draw distance.

Both of these issues are still being investigated.

There is a claim that animations fail to play when an Animesh object is attached directly from inventory. This is something that isn’t being seen by the Lab, and which might be down to code within the animation script itself, or could be an issue. Vir has requested a JIRA specifying the problem and how to reproduce it.

Bakes on Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves 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. The project is in two phases:

  • The current work to update the baking service to support 1024×1024 textures.
  • An intended follow-on project to actually support baking textures onto avatar mesh surfaces (and potentially other mesh objects as well). This has yet to fully defined in terms of implementation and when it might be slotted into SL development time frames.

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

Current Progress

Vir believes Anchor Linden has resolved the issues around getting the appearance service updates out.

Other Items

Screen Release Estate and Multiple Monitors

The Second Life viewer is constrained to the window / screen on which it is being used: however many floaters and panels a user opens, they can only be displayed in the one window / screen, which can quickly become crowded. This had led to various suggestions on how the issue of screen real estate use might be improved, including:

  • Making floaters and panels so they can be displayed outside of the main viewer window. Firestorm actually developed a proof-of-concept model for this several years ago. However, it was just an experiment, and the overall functionality was limited. The idea was thrown open to allow viewer developers to work on the idea, but the complexity of the work meant it was never carried forward.
  • Altering Second Life so that more than one viewer session can be run from the same account at the same time: the idea here being that a use with multiple monitors could log into SL with their account, position the viewer on one screen, then log in again with the same account, and have that viewer instance on a second monitor – so they could use one for all their chat and inventory floaters, while have a clear in-world view on the other. This would require extensive changes to the back-end of SL, and so is potentially even more complicated than making the viewer floaters work outside of the main viewer window.

Next CCUG Meeting

Due to various conflicts, it appears that the next CCUG meeting will not be until Thursday, February 16th, 2018. However, as this has yet to be confirmed, the best thing for the next 2-3 weeks is to monitor the CCUG wiki page for updates and meeting notifications.