The majority of the following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, January 10th, 2019 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.
There are still no updates to the current crop of official viewers in the pipelines, leaving things as follows:
- Current Release version 220.127.116.112263, dated December 5, promoted December 13. Formerly the Spotykach Maintenance RC viewer.
- Release channel cohorts:
- Estate Access Management (EAM) RC viewer, version 18.104.22.1682564, December 19.
- BugSplat RC viewer, version 22.214.171.1242614, December 18. This viewer is functionally identical to the current release viewer, but uses BugSplat for crash reporting, rather than the Lab’s own Breakpad based crash reporting tools.
- Love Me Render RC viewer, version 126.96.36.1992531, December 18.
- Project viewers:
- Linux Spur viewer, version 188.8.131.529906, dated November 17, 2017 and promoted to release status 29 November – offered pending a Linux version of the Alex Ivy viewer code.
- Obsolete platform viewer, version 184.108.40.2060847, May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.
Hover Height / Vertical Positioning Issue
Ever since server release 18#220.127.116.111081 was deployed at the end of October / beginning of November 2018, there have been reports of a hover height / positioning issue for full mesh avatars of less than “normal” height. This can leave such avatars floating 0.2 to 0.3 metres off the ground if non-height related changes are made after hover height has been set (BUG-225893).
Anchor Linden has found the root cause for the issue, buried in the Bake Service. He has a fix for the problem, and it will be going out as soon as possible after it has been through testing and QA.
Animesh and Pathfinding
As noted in my Simulator User Group update, there is increasing interest in Pathfinding now that Animesh is available, and there is a forum discussion going on around the ways and means to move Animesh which encompasses tests with Pathfinding.
Again, the Lab currently aren’t working on Pathfinding, but they are aware of the discussions and following them. In particular, there is interest in hearing back from people who have used Pathfinding sufficiently who could perhaps help define a set of best practices for using the capability / who have used it sufficiently with Animesh to be able to point to deficiencies in the system or could suggest means of improving it.
Early on in Animesh development a feature request was put forward suggesting a switch be added to the viewer so that if Animesh creators are on a parcel with parcel privacy enabled, they will obey the setting and not be seen from outside of the parcel so long as the root prim remains within the boundary (see BUG-202592). The idea would be to prevent “adult / sex” Animesh from being accidentally seen.
The bug was closed without action, and a suggestion has been made to add a scripted capability to do the same things. This seems to be something of an edge case / overkill, given animated objects of a sexual nature can be seen within a region with privacy enabled, even if the using avatars cannot.
Animesh Marketplace Sub-Categories
- There are currently no plans to add sub-categories to the Animated Objects category of the Marketplace.
- If it is felt there is a name to add further sub-categories, suggestions should be made via the CCUG meetings and also the Web User Group meetings.
Environment Enhancement Project
A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day), and which include the ability to use custom Sun, Moon and cloud textures. These can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.
The project also includes a new set of render shaders to support atmospheric effects such as rainbows, crepuscular rays (“God rays”), better horizon haze and fogging (but will not include rain / snow).
- Project definition document.
- Project summary (this blog).
- Full EEP Documentation.
- Project Viewer – via Alternate Viewers wiki page.
- EEP testing region: secondlife://Aditi/secondlife/EEPTesting/247/44/23
- EEP Feedback forum thread.
- EEP sneak peeks forum thread.
- EEP Jira filter.
- Graham is continuing the final work on the shaders for things like crepuscular ray support, and Rider is working on a clean-up of the new EEP UI elements.
- An updated project viewer that includes all of this work is anticipated as being available in week #3 (commencing Monday, January 14th, 2019).
- Rider will also be updating the EEP LSL documentation in the wiki.
- Sample settings objects are expected to appear in the viewer library “soon”. These will comprise all of the current default windlight settings found in the official viewer, plus a selection of windlights found in Firestorm.
ARCTan is the code-name for the project to re-evaluate object and avatar rendering costs to make them more reflective of the actual impact of rendering both, which it is hoped will also help correct some inherent negative incentives for creating optimised content (e.g. with regards to generating LOD models with mesh). This project has been on a slow burn through 2018, but is due to resume in 2019 – although when is still to be determined.
- iOS Client: Mention was made of the preliminary work being carried out to develop an iOS client. For details, please refer to the following blog posts:
- Wiki updates: these is apparently some issue with the SL wiki which is causing problems with updates to the “official” pages managed by Linden Lab.
- Mac Retina fixes: there are apparently issues of UI blurring with Mac Retina screens. There are fixes in-hand, but the time frame for deployment is not clear, although a new build of the viewer with Retina support was due to go to the Lab’s QA team on Thursday, January 10th.
- Next CCUG Meeting: due to the Lab’s internal All Hands meeting (delayed from the start of the month), the next CCUG meeting will be on Thursday, 24th January, 2019.