The majority of the following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, March 28th 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.
Bakes On Mesh
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 viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.
- Bakes on Mesh knowledge base article.
- Bakes on Mesh forum thread.
- Bakes on Mesh JIRA filter (courtesy of Whirly Fizzle).
- As noted in my Simulator User Group update, the Bakes on Mesh viewer has reached release candidate status with version 184.108.40.2065409.
- Depending on feedback from QA, this could mean Bakes on Mesh is fairly close to promotion to release status.
- However, alongside of this work, the Bakes on Mesh reference textures have had to be re-uploaded, and thus have new UUIDs.
- This means any test content (such as the test Omega system) using these textures will have to be updated in order to work with the RC viewer.
- The new UUIDs have – at the time of writing – yet to be updated on the Bakes on Mesh wiki pages.
- There are also LSL constants for the new UUIDs, but LL don’t currently have a simulator update for these yet, so if you try to set LSL to try to set textures to the appropriate channels they won’t currently work as expected.
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 includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.
Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).
- Project definition document.
- Project summary (this blog).
- Full EEP Documentation.
- Project Viewer – via Alternate Viewers wiki page.
- EEP Feedback forum thread.
- EEP sneak peeks forum thread.
- EEP Jira filter.
- Work is continuing to resolve some shader issues that see “certain things shading differently”.
- It has been noticed that EEP can also impact frame rates, and the Lab is trying to quantify these better.
- A further RC build of the viewer is in the wings, but has some issues with it (e.g. issues with handling projected lights) which need to be addressed. However, it is hoped this will surface in week #14 (commencing Monday, April 1st, 2019).
Reminder: the EEP simulator code is now grid-wide. This means certain render feature – such as the stars – appear to be “broken” on non-EEP viewers (e.g. black “stars” can appear in daytime skies as square blotches, and at night white stars appear decidedly square. This is because the sky (including the stars) is rendered differently with EEP, but an attempt is made to convert things like stars back to a windlight setting for rendering by non-EEP viewers, which doesn’t entirely work.
This issue will obviously be fixed when the EEP viewer code is available in all viewers.
Vir has commenced work on LSL support for Animesh objects. Right now this involves providing a means to get the number of animated attachment slots, the number of open slots.
It’s been noted that .bvh animations go through an optimisation process, but .anim animations do not (a past subject of discussion in CCUG meetings). It would make sense for the optimisations to be applied to both, if they are of benefit, or ignored by both if they are not proving beneficial. It’s been suggested that the optimisations result in .bvh animations being a little less fluid than .anims.
Thus far the Lab hasn’t acted on this, as the general feeling has been that most animators favour one of the formats over the other. Those noticing specific differences in performance between the two are asked to file a Jira and attach test versions of both formats so the Lab can do side-by-side comparisons.
Custom Pivot Points
This was another point of past discussion. Initial work has been done to allow custom pivot points within the viewer, but the current blocker is that it requires simulator support, specifically with the physics shapes that have to be generated. With everything else going on at the moment, there is no time frame as to if / when this work might be carried out.
Date of Next Meeting
Thursday, April 11th, 2019.