Logos representative only and should not be seen as an endorsement / preference / recommendation
Updates for the week ending Sunday, August 25th
This summary is generally published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:
It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog.
By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.
Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.
Official LL Viewers
Current Release version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5, promoted August 12th – No Change.
The following notes are taken from the TPV Developer meeting held on Friday, August 23rd, 2019. A video of the meeting is embedded below, my thanks as always to Pantera for recording and providing it. The key points of discussion are provided below.
This was another short meeting with a lot of general text chat, not reflected in these notes.
Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.530100, August 19th.
360 Snapshot project viewer, version 6.2.4.529111, July 16th.
Legacy Profiles viewer, version 6.2.3.527749, June th5. Covers the re-integration of Viewer Profiles.
Linux Spur viewer, version 5.0.9.329906, promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.
Bakes on Mesh
As per my August 22nd Content Creation User Group meeting notes, the Lab is hoping to promote Bakes on Mesh (BoM) to release status in week #35 – possibly as early as Monday, August 26th, 2019.
Umeshu RC
This is ready for promotion, but has been held back as the Lab want to get Bakes on Mesh promoted to release. Umeshu therefore looks most likely to be promoted in the near future. However, if there are late-breaking issues with BoM, the Umeshu RC could be promoted in its place.
EEP
As well as the rendering issues currently being addressed, there is apparently one new simulator bug that is being investigated.
Voice Viewer
There is an upcoming Voice RC viewer, intended to address various voice drop-out issues. It may also have an update SLvoice.exe binary. This is currently awaiting a fix prior to being surfaced in the Alternate Viewers page / the available viewers index page.
In Brief
Bitbucket: used to manage viewer repositories) will be sunsetting support for Mercurial; Linden Lab will therefore be switching to git on bitbucket for their repositories. However, the work is not seen as currently being urgent, with Oz Linden noting (via e-mail):
Clearly, how the TPVs handle this needs to depend on your own plans – particularly whether that’s staying with Mercurial hosted some other way or changing to Git (or something else). We will transition to git within bitbucket, preserving full history and as much as possible the ability to work in both during the transition.
When we have a plan in place, which will take some time, we’ll put it on the agenda.
There may be updates to both the Singularity (in progress) and Alchemy (possibly) before year-end.
Trivia:
Linden Lab have a quarterly internal review mechanism they call Review-O-Matic for setting staff goals and reviews. It is, according to Grumpity Linden, “neatly packaged with a tradition of eating treats”.
One Linden staffer owns an alpaca farm. This prompted a brief discussion on whether alpaca are cute pets or food. I opted to go with both, suggesting: The Alpaca (vicugna pacos): Loveable pet or delicious dish?“. I may have caused some distress to Whirly Fizzle, who puts alpaca firmly in the “pet” category 😀 .
The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, August 22nd 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
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 viewer and server-side changes, including updating the Bake 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.
An internal meeting at the Lab held immediately prior to the CCUG suggests Bakes on Mesh could be promoted to release status early in week #35 (week commencing Monday, August 26th, 2019).
It was therefore requested than anyone intending to test BoM to do so over the weekend and file any issues they find via Jira bug reports ASAP.
There are some known issues that will be listed when the project is promoted to release status, and which will be noted in the Bakes on Mesh knowledge base article when BoM is promoted to release status.
The major element in understanding how BoM works is understanding how the additional channels supplied for Bakes on Mesh work. These are:
LEFT_ARM_TATTOO – baked to left arm.
LEFT_LEG_TATTOO – baked to left leg.
AUX1_TATTOO – baked to aux1.
AUX2_TATTOO – baked to aux2.
AUX3_TATTOO – baked to aux3.
Unlike the existing channels (head, upper, lower, etc)., these do not have an underlying skin texture associated with them, and so do not have a wearable corresponding to the alpha wearable that can be used with the existing channels to “hide” them.
This may be changed in a future update, but for now, it is how Bakes on Mesh will be shipped with the new channels.
Environment Enhancement Project
Project Summary
A set of environmental enhancements (e.g. the sky, sun, moon, clouds, and 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 now likely not include certain atmospherics such as crepuscular rays (“God rays”).
There are also some permissions bugs that need to be resolved as well.
Overall, it is hoped that these can be resolved and the viewer updated soon, with a view to moving EEP on to release status in the near future.
Animesh Follow-On – Project Muscadine
DRTSIM-421 on Aditi (region Bakes on Mesh) has the server-side code to support the new visual parameters LSL code.
The project viewer is now available – viewer version 6.4.0.530100, dated Monday, August 19th. This supports the new LSL code as per DRTSIM-421, above.
Vir has other commitments coming up (ARCTan?), so progress on updates to this work may be slow for the next several weeks.
A potential update is to revise the current throttle (limiting Animesh character to updating twice every 10 seconds). This was put in place to prevent people using the system as an alternative means of animation (and potentially thrashing performance); however, it is considered too slow for testing purposes.
Bakes on Mesh for Animesh
Still being requested, but also still seen as a significant piece of work, as it would require changes not just with how Animesh items are managed but to the entire Bake Service in support of the capability. As such, this is not currently something the Lab is putting on the road map.
Animesh Attachments
Having attach point for Animesh characters and items is seen by come as a higher priority than extending Bakes on Mesh to Animesh. It is also something the Lab could implement somewhat more easily (for some value of “easily” to be determined) than BoM on Animesh. A call was made for possible use-cases included particle support, ability to simple attach clothing items rather than having to rig them (which would conversely limit movement of the item as it wouldn’t necessarily conform to the Animesh body movements), objects such as weapons (for NPCs), etc.
Note: at the time of writing, the server deployment release notes had yet to be published. This article will be updated when they are available.
On Tuesday, August 20th, the SLS (Main) channel was updated with server maintenance package 19#19.08.06.529800, containing internal fixes, and previously deployment to the RC channels in week #33
There was a change to the RC deployments in week#33.
Server maintenance update containing improvements for script performance and that had been due to be deployed to the BlueSteel and LeTigre channels, was found to have an 11th hour bug that prevented deployment.
Instead, BlueSteel and LeTigre received the same deployment as had been planned for Magnum –
server maintenance package 19#19.08.06.529800, containing internal fixes.
As a result, on Wednesday, August 21st, the RC channels should be updated with at least one server maintenance update, 19#19.08.07.529856, containing the script run improvements. However, at the time of writing, and pending the publication of the release notes, it is not clear if this update will be going to all of the RC channels or just a selection.
Should this deployment also go sideways for the script improvements updates, those interested can test performance on the Aditi DRTSIM-406 channel at the Jigglypuff region.
SL Viewer
The EEP RC viewer updated to version 6.4.0.530150 on Monday, August 19th, 2019.
The rest of the official viewer pipelines remain as follows at the time of writing:
Bakes on Mesh RC viewer, version 6.3.0.529185, July 11th.
Project viewers:
360 Snapshot project viewer, version 6.2.4.529111, July 16th.
Legacy Profiles viewer, version 6.2.3.527749, June 5. Covers the re-integration of Viewer Profiles.
Linux Spur viewer, version 5.0.9.329906, promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.
In Brief
Despite the lack of deployment of the script improvement code in week #33, some have reported that overall script performance on some regions appears to have improved. The Lab has picked-up on these reports, but has no explanation as to what may have happened to improve things.
At the CCUG group meeting on August 15th, it was stated that a Linden at a recent Web User Group (WUG) had hinted the SL wiki was to be gradually deprecated in favour of the knowledge base. However, at the SUG meeting, Oz Linden indicated that this isn’t necessarily the case:
If I proposed killing the wiki, there a Lindens who would show up with pitchforks…rest assured that it is well defended. One of our background-priority projects that is getting some attention is updating the wiki software, actually … no predictions when that might happen, but Someday™.
A major impact felt by regions is that of avatars teleporting into / out of a region. Some work was done to improve things a while ago, particularly around avatars leaving a region, but the Lab is aware of the issues of avatars coming into a region causing it to slow down / freeze – and this is now described as “moving up” in the Lab’s hit list of issues to tackle.
There was further discussion around the idea of limiting script use to the parcel level in order to prevent individual parcels taking up all of the script resources for a region. However, as noted in my week #33 summary, this is perhaps much easier said that done.
Logos representative only and should not be seen as an endorsement / preference / recommendation
Updates for the week ending Sunday, August 18th
This summary is generally published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:
It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog.
By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.
Note that for purposes of length, TPV test viewers, preview / beta viewers / nightly builds are generally not recorded in these summaries.
Official LL Viewers
Current Release version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5, promoted August 12th – NEW.
Release channel cohorts:
Bakes on Mesh RC viewer updated to version 6.3.0.530037 on August 16th.
Umeshu Maintenance RC viewer updated to version 6.2.5.530030 dated August 15th.
The Kokua team released Kokua 6.2.4 on Friday, August 16th, 2019, and with it come some changes to general administration of the viewer’s website and management tools.
In terms of the latter, and for ease on management going forward, a number of changes are in the works including:
The use of the Atlassian Confluence platform to provide:
A blog capability.
Release notes support.
A master download pages.
RSS feeds.
The use of Atlassian Jira (as used by Linden Lab and the likes of Firestorm) for bug reporting and tracking.
The switch-over is still a work-in-progress, so the existing blog, wiki and bug tracker remain in operation for the time being, however, relevant links for the new environment are given as:
Existing issues have been imported to the Jira. However, note that while contributor’s names have been preserved as much as possible, the accounts have been set as inactive for easier management.
Issue numbers have been similarly preserved during the import process, but are now prefixed KSL.
While the switch-over is in progress, users are advised against linking to individual sub-pages within these sections, as pages may change as things are bedded-in. For this purposes of this blog, the new Kokua home page is referenced in the sidebar links (right, under Maintained Viewers) and within my Current Viewers Release Page and the weekly release summaries drawn from that.
Kokua 6.2.4
Kokua 6.2.4 brings the viewer to parity with the most recently Linden Lab viewer release (version 6.2.4.529638, formerly the Love Me Render RC viewer dated August 5th, promoted August 12th). In addition, it updates the RLV version to Marine Kelley’s RLV 2.9.26.2.
As has been customary with Kokua releases of late, the viewer is provided in three versions for each of the supported operating systems (Windows, Mac OS X and Linux, all 64-bit):
Non-RLV – version 6.2.4.45881.
“Standard” RLV (can be enabled and disabled via a viewer restart) – version 6.2.4.45882.
“Full Time” RLV (RLV is active all the time) – also version 6.2.4.45882.
In addition to these updates, Kokua 6.2.4 includes a number of third-party additions, most notably from Firestorm, as noted in the sections below, and with due credit to the originators of the code updates.
Settings Backup
Sometimes when installing a new version of a viewer, there can be a recommendation to perform a “clean install” – removing all cached and settings files. This can make any viewer installation labour-intensive, as settings all need to be restored after the installation is complete.
The Settings Backup (Preferences > Backup) eases some of the pain by allowing users to back-up many of their global and account settings to a local hard drive. Once done, the back-up can then be restored to an updated version of Kokua (e.g. if a clean install has been required, or if some settings have become corrupted). Settings can also be backed-up at any time as changes are made.
The Kokua Settings Back-up option, courtesy of Firestorm
Settings can be backed-up to any location on a local drive, and users can select those settings they wish to back-up by unchecking / checking the available options. It is also possible to save settings on a per account basis. So if you have several accounts, each with different settings, you can back-up each of them separately – just make sure each back-up has a unique location.
Restoring previously backed-up files requires the viewer is restarted after the restore – and again, this is conveniently taken care of by the viewer allowing you to quickly log-out following a successful restore – although you’ll have to manually re-start the viewer once you’ve been logged out.
Sounds Output Device Selection
Preferences >Sound and Media includes a new drop-down allowing users to select their preferred output device for playing in-world sounds.
Sound output device selection, courtesy of Firestorm
When using it, note that:
Selecting Default will always select the first output device in the list.
If Default is selected but the previous device is no longer available, the viewer will automatically switch to the next available “default” device as defined by your operating system.
Manually selecting an output device from the drop-down prevents the viewer from automatically switching to another device if the selected device is no longer available. Instead, the field will show “Unavailable Device” until such time as the nominated device is again available, or the drop-down is changed to Default or an alternate is manually selected.
Updated Debug Floater
Finally from Firestorm, Kokua 6.2.4 includes an improved debug settings floater with search and sanity checking of key values.
The improved Debug floater, courtesy of Firestorm
Other Updates of Note
Finally there are a number of fixes/improvements on the Kokua code base itself, notably fixing the pie menus so that the Hover Height command appears (i.e. was there but a mistake in the file concerned prevented it being shown). For details, please refer to the Kokua 6.2.4 release notes.
Feedback
Kokua 6.2.4 continues to maintain parity with the official viewer whilst also importing some additional updates from Firestorm that Kokua users will doubtless find useful and which are likely to help enhance Kokua as the go-to viewer for those who have used Firestorm , but who are looking for an alternative that offers reasonable familiarity.