Category: SL Tech

Firestorm 6.3.9: housekeeping matters

Posted on by Inara Pey
On Wednesday, May 27th, 2020, Firestorm released version 6.3.9.58205 of their viewer.

This release brings Firestorm up-to-date with all official viewer releases prior to the EEP update, and includes assorted updates and fixes from upstream of that release from the Lab, plus fixes and improvements from the Firestorm team, including a lot of OpenSim updates.

However, it should be noted that this release does not include EEP (Environmental Enhancement Project). As such, this is perhaps best seen as a maintenance release to prepare the way for a later EEP release.

As always, the focus is on those updates that may be of particular general interest, rather than trying to cover absolutely everything. Readers are referred to the release notes for a full list of updates / fixes and all associated credits.

 Table of Contents

The Usual Before We Begin

As per my usual preamble:

  • There is no need to perform a clean install with this release if you do not wish to.
  • Do, however, make sure you back-up all your settings safely so you can restore them after installing 6.3.9.
  • Again, please refer to the Firestorm 6.3.9 release notes for details of specific Lab-derived fixes for this release.

Viewer Blocks

Note that with this release:

  • Firestorm versions 6.0.2 for Second Life and 6.0.2 for OpenSim will both be blocked from logging into the Second Life grid in three weeks time.
  • 6.0.2 for OpenSim will not be blocked from accessing OpenSim Grids.

Lab Derived Updates

The version of Firestorm brings the viewer to parity with the Linden Lab 6.3.8 code base. This means  Firestorm now includes all viewer releases up to and including the Ordered Shutdown updates, which should reduce the frequency of the viewer crashing on shut-down,  and the Premium enhancements viewer (version 6.3.8.538264), which includes updates specifically for Premium Plus relating to fees, etc, and which may appear in places in the viewer. However, with regards to the latter, it is important to note that:

Firestorm Updates

Client AO Updates

Firestorm 6.3.9.580205 includes a number of updates / fixes for the client-side AO system, including:

  • AO floater should no longer appear empty if open on logging-in to the viewer (see FIRE-29192).
  • The AO should now be more robust when in or leaving Linden Water:
    • A swim animation should no longer play when leaving Linden Water; avatar should transition to flying animation (see: FIRE-6605 / FIRE-8099).
    • The flying hover animation (for included in an AO) should no longer play when pausing swimming when underwater (see FIRE-15350).
  • Transitions between animations should now be far smoother, as double start / stops should no longer occur.
  • Animations should not longer stick on cycling (particularly sits / ground sits) See: FIRE-14925.
  • Additional fixes for sitting, smart sit and region crossings:
    • After sitting, disabling the client AO should not longer place your avatar in a default standing pose whilst still seated (see FIRE-15059).
    • Turning on the AO sits should no longer fail to turn off the sit animation when standing once more (see FIRE-16230 / FIRE-22471).
  • Tabbing out of the AO name field should set the AO name if newly edited  – no need to press ENTER to apply the new name (see FIRE-29078).
  • The Default check box should no longer become active when the currently-open AO set is already the default for an avatar (see FIRE-29101).

Menu and Preferences Updates

Avatar menu → Avatar Health → Scripts:

  • Clicking on the help icon (“?”) in the top-right of the scripts floater now correctly opens the Firestorm wiki page about the floater, rather than the Script Information help page dealing with in-world object script information.

Build → Upload:

  • Misleading “lossless” check box removed from image upload floater (see: BUG-228331).

Preferences → Colours:

  • Pick Radius has been updated to read Pick Radius Colour, to make the option’s function clearer.
  • Both the Pick Radius Colour swatch and distance / opacity slider now have tool tips to explain their functions.
Mini-map updates: Renamed Pick Radius option (1) and new tool tips for colour picker and the distance / opacity slider (2 – with the colour swatch tool tip shown)

Preferences → User Interface → 2D Overlay:

  • The Group Notices and Chiclets in Top Right check box has been replaced by radio buttons offering a choice of top or bottom right to display group notices and chiclets (changing location still requires a viewer restart to take effect).
New radio buttons to define the location for displaying group notices and chiclets

Appearance Updates

  • Jellydolls: if an avatar is Jellydolled even though the avatar is below your Maximum Complexity setting, it is because the avatar’s texture area is above the maximum texture area limit (set via the RenderAutoMuteSurfaceAreaLimit Debug setting). Firestorm will therefore display their “Texture Area” number in red in their name tag (see FIRE-23495).
  • Inspect Own Attachments: a new option to inspect your own attachments has been added to the avatar right-click context menu / pie menu. Presents the same information as inspect attachments on other avatars. (see FIRE-23987).
You can now inspect attachments on your own avatar as well as on other avatars / inspect in-world objects
  • It should now be possible to detach temporary attachments from Appearance → Wearing tab.
  • It should now be no longer possible to wear more than one physics layer.

Inventory Updates

  • Protected Folders: a new option to prevent accidental drag / drop or deletion of inventory folders.
    • Right-click on an inventory folder and select Protect from the context menu.
    • Folder is now protected, and will display “(protected) alongside it.
    • Select the folder, right-click and select Unprotect to remove protection.
    • All protected folders in inventory can be summarised in the Protected Folders floater (Avatar → Protected Folders).
    • Double clicking on a folder name in the Protected Folders floater will automatically highlight it in Inventory, allowing you to quickly locate any protected folder.
    • Note: sub-folders and objects in a Protected folder can still be deleted or drag / dropped.
The Protect (/Unprotect) folder option in the inventory context menu (l), and the Protect Folders floater (r)
  • Uploading an image or saving a snapshot should no longer cause Inventory to jump from the recent tab jumps to the main tab (see: FIRE-22943 and BUG-225229).
  • It should now be possible to copy / paste into outfits folders in inventory.
  • Possible fix for attachments randomly ending up in inventory Lost & Found folder. This hopefully fixes FIRE-23364 and BUG-228813.
  • The outmoded Merchant Outbox system folder should now be deletable with this release.

Continue reading “Firestorm 6.3.9: housekeeping matters” →

2020 Simulator User Group week #22 summary

Posted on by Inara Pey
Devil’s Bend National Park, April 2020 – blog post

The following notes were taken at the Simulator User Group meeting held on Tuesday, May 26th. Not a lot was discussed in terms of meaningful reportage (again), so just a short update on server deployments / official viewer updates.

Simulator Deployments

Please refer to the simulator deployment thread for updates.

  • On Tuesday, May 26th, the majority of the grid was updated to server maintenance release 542403, comprising the fix for the group notice archive timestamps bug.
  • On Wednesday, May 27th there will be a single RC deployment – maintenance update 542737, comprising infrastructure improvements related to the cloud migration work.

SL Viewer

There have been no updates to the official viewers to mark the start of week #22, leaving them as follows:

  • Current Release viewer version 6.4.2.541639, dated May 11th, promoted May 19th, formerly the Camera Presets RC viewer.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • FMOD Studio RC viewer, version 6.4.3.542486, issued May 21st.
    • Love Me Render RC viewer, version 6.4.3.542484, May 19th.
  • Project viewers:
    • Mesh uploader project viewer, version 6.4.2.541645, issued May 15th.
    • Copy / Paste viewer, version 6.3.5.533365, December 9th, 2019.
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22nd, 2019.
    • Legacy Profiles viewer, version 6.3.2.530836, September 17th, 2019. Covers the re-integration of Viewer Profiles.
    • 360 Snapshot project viewer, version 6.2.4.529111, July 16th, 2019.

New Simulator Chat Range Capability

As noted in my May 16th TPV Developer meeting notes, a new ability is being developed to allow region / estate owners / managers to set the open chat range on a region (see BUG-228333). This update is only intended to affect nearby chat channel 0 (the default open chat channel).

The change has caused a certain amount of confusion. For example, will the chat range be defined by originating region or the recipient region?  For example, if you are in a region with a 100m chat range and are 10m from a neighbouring region, does your chat travel 90-100m into the neighbouring region, or will it be limited to the chat range set within the neighbouring region, if less than 100m?

Or what if you’re 10m from a region boundary, and the region has a chat range of 40m, and the neighbouring region 70m – does it mean people 50m from you in your region cannot hear your chat, but a) your chat will be relayed 70m from the region boundary in the other region,  or b) just 60m (due to the 10m between you and the region edge)?

Replying to questions like these, Rider Linden indicated that it would be the recipient region that would determine the distance chat is relayed within it, where you are close enough to be heard across a region boundary. Oz expanded on this, suggesting it would be a combination: the originating region’s chat range determining which, if any, neighbouring regions can “hear” chat from it, and the chat range in those regions determining which avatars within those regions can then hear the chat.

Rider further indicated that whatever the chat distance set, chat will never be relayed beyond the region(s) immediately adjoining the originating region. So, for example, if you have three region, A, B, and C, arranged in a single line one to the next, chat from A could be relayed in B, but not to C (and vice versa), but, depending on the chat range set in B, it might be relayed by both A and C or only in A or C, depending on the speaker’s location in B.

Hope that clears things up!

Obviously, the new capability won’t override parcel privacy settings. There is still no time frame as to when this feature will be implemented both server-side and in the viewer, which will require an additional UI element to allow the chat range to be adjusted.

Speedlight version 5.143.1224 – May 2020

Posted on by Inara Pey
via Speedlight

Speedlight, the browser based / Android Second Life client, received an update on May 22nd, focusing heavily on the world rendering capabilities, offering updates to the UI displays, and various performance fixes / improvements, together with a step forward in avatar rendering.

The performance improvements are mostly under-the-hood – notably the addition of a further back-end rendering server pool, that I understand specifically handles textures and which corrects issues of textures with alphas failing to render correctly (so, among other things, no more “boxy” trees). There have also been updates in handling network traffic, so 3D world view freezes should be less apparent.

For client-side assistance with rendering, the Scene Progress / 3D Settings information panels have been updated thus:

  • The old connection status has now been revised to show three colour relating to “lag”:
    • Green – you’re “fully” connected to the server.
    • Orange – your connection is suffering from network lag.
    • Red – severe lag (/ awaiting data?).
  • The 3D Settings display in the panel now includes the option to switch between downloading and rendering objects at “high” or “low” quality, with the latter intended to reduce the network traffic load between your browser / device and the Speedlight servers.
The 3D World View, May 2020, showing the “lag indicator” (top) which will switch from green to orange if the connecting is lagging (or red if really problematic), and the new option in the 3D settings to select your preferred object rendering quality. Also visible is the revised avatar mannequin

With regard to these object rendering quality settings, I understand that for users on the “low” quality object setting, objects stay cached in the Speedlight intermediary server, speeding load times when camming / moving around. Objects cached in “high” quality”, however, may be discarded if not in the immediate view, so as to allow the servers to handle other object data.

The improvements to avatar rendering mean that avatars now have a body shape. It’s still primitive, but again somewhat in keeping the Lumiya’s progress with avatar rendering.

The case remains that only Gold members can move their avatars in the world view while free account users can only orbit / zoom their camera / turn their avatar on he spot. However, both Gold and free account users can see others avatars moving in their field of view, and the walking is fairly fluid, and certainly a good start to things. The short video below highlights the avatar movement.

According to the release notes, seated avatars should be rendered in a basic sitting pose (and a seated avatar is shown in the video). However, whether this is limited to just Gold users or a glitch with my experience, I’m not entirely sure (my Gold membership has lapsed at present) – but I found that when my avatar (running on a viewer) was seated on a lounger, my alt (running on Speedlight) rendered her as standing on the back of the lounger, rather than offering a view of her Speedlight avatar in a basic sit pose.

Speedlight should render seated avatars in a basic sit pose in this release. Whether it was because I’m currently only using a free account or not I couldn’t say, but in testing I found this not to be the case. My other avatar appeared to be standing on her seat.

Observations

At the time of the release, there were apparently a number of issues with world view rendering, but these did appear to get fixed fairly rapidly. Certainly, by the time I got to play with the release for around 3 hours, I didn’t encounter any of the problems that had been reported; generally speaking, I found my experience was a lot smoother than previously: no sudden lock-ups  / freezes / log-outs within minutes of starting the world view rendering.

As noted, I did have an issue with rendering seated avatars, which might be down to the fact I’m currently not at Gold status. The lack of the latter also meant that I couldn’t check to see if a fix had been made to my issue of my avatar refusing to stop once walking had been initiated (unless she hit and insurmountable obstacle or I logged out / in).

The “high” quality object rendering appears to have fixed a little niggle I’ve had with earlier versions failing to render two of the more complex mesh boats we have have moored at home; one or other would invariably be left with holes in it / missing mesh faces when the download / rendering process apparently completed – but, no more! With this release, both boats render as I’d expect to see them. It was also good to see the trees around our house render correctly, thanks to the alpha issue being fixed.

Quite probably the best experience I’ve had with Speedlight to date, and I understand more improvements are coming down the pipe in the near future!

Related Links

2020 viewer release summaries week #21

Posted on by Inara Pey
Logos representative only and should not be seen as an endorsement / preference / recommendation

Updates for the week ending Sunday, May 24th

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 viewer version 6.4.2.541639, dated May 11th, promoted May 19th, formerly the Camera Presets RC viewer – NEW.
  • Release channel cohorts:
    • FMOD Studio RC viewer update to version 6.4.3.542486 on issued May 21st.
    • Love Me Render RC viewer, updated to version 6.4.3.542484 on May 19th.
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V6-style

V1-style

  • No updates.

Mobile / Other Clients

Additional TPV Resources

Related Links

2020 Content Creation User Group week #21 summary

Posted on by Inara Pey
Dya’s Scent of the Caribbean, April 2020 – blog post

The following notes were taken from my audio recording and chat log of the Content Creation User Group (CCUG) meeting held on Thursday, May 21st 2020 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are are available on the Content Creation User Group wiki page.

SL Viewer

The CEF Special viewer has been withdrawn from downloads, pending the release of a more rounded CEF RC viewer containing broader support for more options for streaming into SL + more codecs.

The FMOD Studio RC viewer updated to version 6.4.3.542486 on May 19th.

The remainder of the current official viewer pipelines are as follows:

  • Current Release viewer version 6.4.2.541639, dated May 11th, promoted May 19th, formerly the Camera Presets RC viewer – see my Camera Presets tutorial.
  • Release channel cohorts:
  • Project viewers:
    • Mesh uploader project viewer, version 6.4.2.541645, issued May 15th.
    • Copy / Paste viewer, version 6.3.5.533365, December 9th, 2019.
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22nd, 2019.
    • Legacy Profiles viewer, version 6.3.2.530836, September 17th, 2019. Covers the re-integration of Viewer Profiles.
    • 360 Snapshot project viewer, version 6.2.4.529111, July 16th, 2019.

General Viewer Notes

  • The exact streaming services that will be supported by the next CEF update have yet to be confirmed.
  • The Love Me Render viewer is still being re-worked as a result of being “clobbered” by the EEP updates (presumably during the merge process). It is hoped this will be back on track soon.
  • The first viewer to be built entirely using the new build process using a recent version of Xcode (OS X) or Visual Studio 2017 (Windows) is still waiting to see the light of day.

Graphics / ALM / Code paths

  • The previous CCUG meeting raised the topic of possibly removing the ability to disable the viewer’s Advanced Lighting Model (ALM).
  • Vir emphasised that the idea is just a point of discussion, and not indicative of any decision having been made.

Graphics support is a whole lot of different possible code paths, which means there are tons and tons of options, [so] you can slice it and dice it lots and lots of different ways which makes it into a maintenance and update nightmare. So the more we can streamline it and say stuff works in particular ways, makes it easier to keep it working and to fix things when they go wrong. So, we don’t have any immediate plans to change Advanced Lighting, it’s just something we raised to gauge what usage patterns there might be.

– Vir Linden

Jelly Dolls / Avatar Rendering

  • Vir’s idea to render jelly dolled avatars as basic human form, sans attachments, is apparently proving more complicated a move than at first thought.
  • He’s not entirely surprised by this, considering all that an avatar made include: animations, shape deformations, etc.
  • Animations can particularly problematic when they are being used to deform the skeleton into a non-human form, and the system wants to render the avatar in a human form.
    • Allowing the animations to run means allowing them to deform the avatar shape.
    • Turning the animations off means leaving the avatar shape in a human form but stuck in the T-pose position.
  • The solution to the above issue would appear to be setting a stand animation that runs locally (i.e. in any viewer that is set to render the avatar as a jelly doll). However, this can require additional adjustments to be rendered correctly in a viewer.
  • Further local animations may be required to cover situation when a jellied avatar uses things like default sits, adding further complexity to the work.

In brief

  • There has been at least one report of the EEP viewer causing periodic freezes as if the texture cache being purged. While EEP should not have altered how the texture cache works, and as no bug reports have been filed on the issue as yet, LL ask that those have similar issues regularly / semi-regularly report them.
  • Some have noticed that EEP has altered how specularity is rendered where materials have been used. This is a known issue LL are investigating, as per BUG-228781 and BUG-228581.
  • The idea of an inventory tagging system was raised (e.g. to easy inventory sorting / searching, etc). Sort form answer: while there are benefits for some form of limited tagging, there are no plans to implement anything in the foreseeable future.
  • The question was asked on why Twitch allows VR Chat streaming but not Second Life. Short form answer: because that is what Twitch has decided (at least at present).
  • Next meeting: Thursday, June 4th, 13:00 SLT.

2020 Simulator User Group week #21 summary

Posted on by Inara Pey
Sea Brook, April 2020 – blog post

The following notes were taken at the Simulator User Group meeting held on Tuesday, May 19th. Not a lot was discussed in terms of meaningful reportage (again), so just a short update on server deployments / official viewer updates.

Simulator Deployments

Please refer to the simulator deployment thread for updates.

  • On Tuesday, May 19th, the majority of the grid was updated to server maintenance release 541970, comprising:
    • A fix for a bug that disabled the “Acquire an Experience” button for some premium users – see Bug-228676.
    • Internal fixes.
  • On Wednesday, May 20th there should be two RC deployments:
    • 542403, to fix the group notice archive timestamps bug – going to Bluesteel, LeTigra and Preflight.
    • 542391, with further updates related to the cloud migration – going to Magnum and Snack.

SL Viewer

On Tuesday, May 19th:

The remaining official viewer pipelines are as follows:

  • Release channel cohorts:
    • FMOD Studio RC viewer, version 6.4.2.541570, issued May 11th.
    • CEF Special RC viewer, version 6.4.1.541204, dated April 30th.
  • Project viewers:
    • Mesh uploader project viewer, version 6.4.2.541645, issued May 15th.
    • Copy / Paste viewer, version 6.3.5.533365, December 9th, 2019.
    • Project Muscadine (Animesh follow-on) project viewer, version 6.4.0.532999, November 22nd, 2019.
    • Legacy Profiles viewer, version 6.3.2.530836, September 17th, 2019. Covers the re-integration of Viewer Profiles.
    • 360 Snapshot project viewer, version 6.2.4.529111, July 16th, 2019.