On Sunday December 16th, 2018, the Firestorm team issued Firestorm 6.0.1, which includes Animesh support.
Note that this update is being classified as a “public beta”, because further Firestorm-specific Animesh optimisations are being planned. This means there will be a further “full release” is being planned for January 2019.
However, while Firestorm 6.0.1.56538 may be classed as a”beta”, it should be considered as stable and as bug-free as any previous release.
In keeping with my usual approach to Firestorm releases, what follows is an overview of the release, highlighting some of the more significant changes I feel will be of most interest to users.
Please use the table of contents on the right to jump to any specific topic of interest. Full details of all changes, and contributor credits can be found in the official release notes.
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.0.1.
Note that as a beta release, Firestorm 6.0.1.56538 will not overwrite any existing release version of Firestorm you may have installed, but will be installed into a separate folder / location. However, note that swapping back and forth between this beta and another version of Firestorm will wipe your cache each time.
Lab Derived Updates
Core Updates
This version brings Firestorm up to parity with Linden Lab release viewers through to version 6.0.0.520636 (Animesh), including the recent Rakomelo, Quinquina and Hear No Evil, Speak No Evil Maintenance viewers, and incorporates Vivox Version 4.9.0002.30313 (Mac and Windows).
Animesh
For those who may be unaware of it (!), Animesh allows the avatar skeleton to be applied to any suitable rigged mesh object. This, together with suitable animations and scripts placed within the contents of the object, allow it to be animated in much the same way as the Second Life avatar. This opens up a whole range of opportunities for content creators and animators to provide things like independently moveable pets / creatures, and animated scenery features.
While Animesh is likely to primarily be used by content creators, it has been designed so that any suitable rigged mesh can be converted to Animesh directly from the Build / Edit floater (see below, left). Do be aware, however that simply converting an object will not cause it to start animating – you’ll need suitable animations and a script to run them.
Like any other object utilising animation, this is done by adding the animations and scripts via the Edit > Contents tab for your converted object.
Left: any suitable rigged mesh object can be converted into Animesh by adding animation scripts and toggling the Animesh check-box in the viewer. Right: one possible outcome of Animesh is that over time, it might discourage the use of alpha-flipping to simulate animation. This involves creating multiple versions of something like an animal (or parts of an animal) and then using a script to reveal them in turn, while keeping the other hidden with alpha masks. While it results in simulated animation (such as a squirrel climbing a bird feeder), alpha flipping is very performance / rendering intensive (r)
How To Get Started With Animesh
The best way to get started with Animesh is to use the available resources. These include:
Derender Animesh: Despite the hoped-for performance improvements Animesh might allow when compared to alpha flipping, these will be the potential for performance impacts in regions / parcels with a large number of Animesh objects moving around.
To help mitigate this, Firestorm 6.0.1 includes an option to derender all Animesh in a scene (Developer menu > Rendering > Derender All Animesh).
Note: Derendered Animesh will reappear after a teleport or re-logging.
Also, Firestorm includes a number of other Animesh tweaks:
Auto-scaling amortisation of the new Animesh dynamic bounding box calculations. This fix limits the overhead of the new dynamic bounding box calculations to AvatarExtentRefreshMaxPerBatch per AvatarExtentRefreshPeriodBatch frames. The default is 5 avatars per 4 frames, so in a busy region, 25 avatars would take 20 frames to refresh the bounding boxes.
Performance tweaks by reducing Matrix operations per render pass.
More JointMatrix Palette caching tweaks:
The cache has been moved to drawable for more benefit (reduces CPU overhead when rendering shadows and materials by caching the jointmatrixpallette).
Sacrifices some potential cache locality but savings seem to outweigh this.
Other Lab-Derived Updates
Additional Lab updates worth noting are:
BUG-216339 – Add a Click to: action to the Build / Edit floater to disable clicking objects that can be set per-object in a linkset – see Left-Click None Option, below, for more.
BUG-216416 – Add a transparency indicator for invisiprims. When “Highlight Transparent” (CTRL+ALT+T) is used, invisiprims will now be highlighted in green.
BUG-225670 – Include the full Windows 10 build number in Help > About Second Life and logs
TextureLoadFullRes setting no longer persistent, to avoid issues with accidentally setting it on systems which cannot handle the memory load.
The CTRL key must be held when dragging inventory folders into in-world objects. This change was primarily made to address accidental inventory “loss” by dragging a folder of no copy items into an in-world object.
Fix for your avatar not standing up after pressing Shift+Alt+S keyboard short-cut.
On Tuesday, July 24th, 2018, the Firestorm team announced the release of Firestorm 5.1.7.55786. Coming somewhat later than had been hoped, it incorporates some significant updates from recent Lab viewer releases, together with updates from, and contributed to, the Firestorm team, plus the inevitable bag of bug fixes as well.
In keeping with my usual approach to Firestorm releases, what follows is an overview of the release, highlighting some of the more significant changes I feel will be of most interest to users.
Please use the table of contents on the right to jump to any specific topic of interest. Full details of all changes, and contributor credits can be found in the official release notes.
The Usual “Before We Begin” Bit
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 5.1.7.
Core Updates
Firestorm 5.1.7 has parity with all version of Linden Lab’s viewer, up to version 5.1.6, with additional cherry picked fixes from upstream of that release.
Firestorm 5.1.7 has been updated to Restrained Love API: RLV v3.2.1 / RLVa v2.2.0.55786 – see the RLVa 2.2 Release Notes for details.
Major Lab Derived Updates
This is a summary of the main updates derived from Linden lab’s core viewer code.
64-bit Project Alex Ivy: rebuilds the viewer using 64-bit address space, utilising Linden Lab’s Alex Ivy code base. This should improve viewer stability, particularly for those with more than 4 Gb of memory, and possibly also improve performance.
As the 64-bit Alex Ivy code uses Linden Lab’s Havoc sub-libraries that are specific to Second Life, this means that the 64-bit versions of Firestorm for Windows and OSX now have both Second Life and OpenSim flavours, the latter allowing for continued support of OpenSim users.
The 64-bit Linux build remains with the Firestorm team’s own 64-bit code.
Media Updates – Project Dullahan: a series of updates, fixes, improvements and security patches for the Chromium Embedded Framework (CEF), that is the basis for the viewer’s built-in web browser.
The option to not accept cookies has been removed due to complexities of not doing so in the in-viewer browser. For a more controlled cookie experience, an external full-featured browser may be better.
Also includes updates to VLC, that provides support for video media playback.
Rendering Improvements – Project love Me Render: this is a large collection of rendering improvement from LL. See the Love Me Render release notes for details.
Vivox Update and Voice Fixes: a number of updates / improvements:
Adds support for a higher quality voice using SLVoice version 4.9.
Fixes the apparent position of the speaker in nearby voice.
Improves retry behaviour when there are problems connecting or during temporary connection problems.
Logs more detailed information to the Lab for quantifying connection issues.
Improves security of the communication between the viewer and SLVoice.
Note that with these changes:
Local teleports will cause a short (a few seconds) voice interruption because the viewer now detaches from voice a little earlier in the teleport sequence.
With some SLVoice changes, the SLVoice executable can be copied into another viewer – that will not work with this update. There are changes to the connection between the viewer and SLVoice that are required. Talking to any viewer version should work.
Unrelated to voice, improves the validation of TLS certificates (security improvement).
Additional Lab-Derived Updates
This update also includes:
Avatar Physics improvements / safety checks: this fixes the problem with boob movement freezing & boobs getting stuck at odd angles (BUG-202903 / FIRE-22135)
Sculpties no longer rendered until fully loaded (or fail to load): this should remove the blobs and spheres see in-world as sculpties load.
Viewer frame rate fix (BUG-6943): viewer FPS should no longer drop when facing away from certain objects.
Inventory directory (BUG-214575 / FIRE-22281): the inventory directory should no longer be deleted while keeping the Delete key.
Report Abuse (BUG-202904 / FIRE-22152): double-clicking the Report Abuse option will no longer crash the viewer.
Materials update: normal and specular maps are no longer downloaded if ALM is off.
See the Firestorm Change Log for a full list of Lab and Firestorm fixes.
Firestorm Updates and Additions
User Interface: New Features and Updates
Menu Updates
Avatar:
A new Favorite Wearables option for accessing the Favorite Wearables panel (see below).
A new Show / Hide User Interface option (also ALT-Shift-U). Use the keyboard shortcut to show the UI when hidden, and note that chiclets and script dialogues remain visible with the UI hidden. CTRL+ALT+F1 will still hide / show the UI as well.
World:
Set Home To Here relocated to be with the other place-related options.
Teleport Here has an added separator between it and the menu options below it.
World menu: Set Home to Here has been relocated, and Teleport Home has an additional separator below it to help avoid incorrect clicks when using it.
Help: new item: Firestorm Events Calendar – opens the Firestorm Google Calendar of event, including all Firestorm classes.
Preferences Updates
Firestorm:
Uploads: new button to reset custom uploads folders to their viewer defaults.
Build 1: it is now possible to switch the Script Editor font type and adjust the font size. All pre-processed output also obeys the chosen font.
It is now possible to set the font style (drop-down arrowed left) and font style / size (drop-down arrowed right) for the Script Editor
Move & View: new options to manage viewer-side region crossings add to the Movement sub-tab. See Experimental Region Crossing Code, below.
User Interface:
2D Overlay: new option to make the statistics bar ignore focus requests when closing other floaters with CTRL+W. When enabled, the statistics bar will never receive focus when another window is closed. Actions such as changing graph layout for items are still possible when enabled.
New Toolbar Buttons
Beacons: opening the Beacons floater panel.
Wearable Favorites: see Favorite Wearables Panel, below.
Panels and Floaters
Appearance Panel:
Wearing Tab: the Wearing tab now lists the rendering complexity of each worn in-world object. This can be accessed via the Avatar menu > Appearance (or CTRL-O) and then open the Wearing tab.
Outfits Tab:
Double-click will add/remove.
Wearing tab – double-click will remove for “Wearables” and “Temporary attachments”.
Inspect Panel:
A new “Options” button has been added to the Inspect panel allowing you to select which columns are displayed.
New object complexity count added to the information display on the left of the panel.
Favorite Wearables
The Favorite Wearables panel can be used to list frequently used items (e.g. HUDs, attachments) in a floater so they can be quickly attached or removed as needed. This can help with performance, as you can conveniently detach attachments you’re not using and remove their simulator script overhead, or take off HUDs you’re not using, to remove their texture memory use, then quickly re-attach them when needed without having to locate them in Inventory.
The panel has its own toolbar button for quick access., or can be opened via the Avatar menu > Favorite Wearables.
To add items to the panel:
Open the panel and your inventory.
Drag the items you want to display in the panel from inventory into the panel window. Note this will create a link to the original item in the #Wearable Favorites folder in inventory.
To remove an item from the panel, right-click on the item to highlight it and then click the Trash icon at the top of the panel. This will remove the item from the panel’s list, delete the link in the #Wearable Favorites, but will not delete the item from your inventory.
To attach an item listed in the panel, simply right-click on it to display a menu comprising the familiar Add, Wear, Attach to and Attach to HUD (for HUDs) options. This menu also allows you to view the object’s profile, or use Show Original to open your Inventory and highlight the original version.
The Favorite Wearables panel can be accessed via the Avatar menu or a new Toolbar button. It can be used to list HUDs and other frequently used attachments which can be added / removed via a menu.
Right-clicking on an attached item (shown in a different colour in the panel) will display a menu with options to edit the attachment (opens the Build panel), detach it, open its profile or locate the original in inventory.
In addition, the panel includes a search bar that will cause the panel to only display items which fully or partially match the text typed into it, and a drop-down list of sort options.
On Wednesday, January 24th, 2018, the Firestorm team released Firestorm 5.0.11.53634. This is a significant update to the viewer, incorporating code updates from a number of recent viewer releases from Linden Lab, as well as some major updates from the Firestorm team and a number of important new features and updates, as well as a range of bugs fixes and improvements.
Given the extent of the updates in this release, and in keeping with my usual approach to Firestorm releases, what follows is not an in-depth review of everything new / updated in version 5.0.11.53579, but rather an overview, highlighting some of the more significant changes and updates I feel will be of most interest to users.
For full details of all changes, and all due credits to contributors, etc., please refer to the official release notes.
The Before We Begin
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 5.0.11.
Major Lab Derived Updates
Firestorm 5.0.11 brings the viewer up to parity with the Lab’s 5.0.9 code base. It includes the following major updates from the Lab.
Asset-HTTP Project: Firestorm now fetches the majority of inventory assets (landmarks, wearables – system layer clothing and body parts), sounds, gestures and animations) the same way as textures, mesh and avatar baking information: via the Content Delivery Network (CDN), rather than through the simulator. This should make loading of such content both faster and more reliable.
64-bit Havok sub-libraries: the 64-bit version of Firestorm now uses Havok physics with the mesh uploader , and can now visualise the pathfinding navmesh.
Group ability Always Allow ‘Create Landmark’: this was accidentally removed from the viewer, and has now been returned. When enabled on a group role, it allows members of that role to override the teleport routing (e.g. right-click >teleport to) on the parcel if a landing point is set, as long as Direct Teleport is enabled on the region (BUG-100719).
Incorporation of the Martini (November 2017), Moonshine (September 2017) and Margarita (August 2017) viewer updates.
Note: while Firestorm 5.0.11.53634 includes the 64-bit Havok sub-libraries for Second Life, it is not using Linden Lab’s Alex Ivy 64-bit code base. That will be for the next FS release.
Firestorm Updates and Additions
Viewer Performance: Mesh Rendering Information Features and Updates
Key among the updates to this release of Firestorm are new features and updates to a number of floaters intended to help users make better judgement calls on how content in Second Life might be affecting their viewer performance, and potentially make more informed choices about the goods they purchase in-world.
Build Floater – Physics View
The Show Physics Shape icon (Build Floater > Features tab) – disabled (top); enabled (bottom)
Firestorm now includes an option to viewing the physics shape of objects you can edit. Among other things, this can help avoid having items you drag from inventory fail to appear in-world, with the message “Failed to place object at specified location. Please try again.” appearing in the top right corner of the viewer window.
The option is on the Features tab of the Build floater, and takes the form of an eye icon to the right of the Physics Shape drop-down.
If displayed with a red line through it (default): show physics shape is disabled
If shown without a red line through it: show physics shape is enabled.
When enabled, the selected object’s physical shape is shown in blue. Sometimes this will match the shape of the object itself (below left); other times, it may not (below right). Any attempt to rez another item on the part of the object covered by the blue will succeed; any attempt to rez on the part of an object not covered by the blue will likely result in the “Failure to place object” message.
The show physics shape option: Build floater > Features > eye icon next to Physics Shape Type drop-down. When enabled, it shows the physics shape of an object, which may (l) or may not (r) match the physical shape of the object. Click for full size, if required
Showing the physics shape of surfaces reveals why some may be walkable and why avatars may have problems with others – such as colliding with “something” while apparently not standing close to an object, or being unable to pass through a gap or open doorway.
Notes:
Show Physics Shape can also be accessed via the Build Menu > Options > Show Physics Shape When Editing.
Once enabled, Show Physics Shape remains active until manually disabled, or until you log-out of Second Life (it will be automatically disabled on your next log-in).
The Build floater also provides a range of new information specific to mesh objects and their level of detail (LOD). This can be seen on the Object tab of the floater when a mesh object is selected. For prim objects, the tab is unchanged and will display the “old” information (Path Cut, Hollow, Twist, Taper, etc.).
For a detailed examination of LOD please refer to For LOD’s sake stop! by Beq Janus. The following is intended to provide a brief overview of the mesh object information.
Mesh objects can comprise up to four different versions, as defined by the creator a very High detailed model, with a high count of triangles, displayed with the object is being viewed up close, and then up to three models with progressively less detail (fewer triangles), designed to be used the further away the camera is from the object (Medium, Low and Lowest). These are collectively referred to as level of detail models, and are designed to improve the rendering of scenes. In essence, the further away (or smaller) and object is, the less detail can be seen and so the less detailed versions can be under when rendering it, easing the overall rendering load.
The first two parts of the mesh information related to these models when a mesh object is selected:
Mesh Information: lists the number of triangles used in each of the LOD models the creator has provided (note that if two ore more of the model types has the same triangle count, it indicates the same model is being used (so if Low and Lowest both show 3, or example, the same 3-triangle model is being used for both)
Default Drop-down: allows you to preview each of the different LOD models for the object (make sure Default is selected after use).
Up to four LOD models can be defined for SL – from a highly detailed, high triangle count version to a very low detail / low triangle count version (top). The Mesh information display allows the triangle count for the available LOD models of an object to be checked (Mesh Information section), and the actual models themselves previewed (Default drop-down). It also provides information on when the models will be swapped, one to the next, according to your viewer’s LOD Factor and the distance of your camera from the object (shown enlarged on the right) – click for full size
The Object LOD behaviour section defines the distances from your camera at which the different LOD model will be swapped one for the next, as defined by the Linden Lab (LL) default LOD Factor (1.250), the Firestorm (FS) default LOD Factor (2.000) and your current LOD factor setting.
On Tuesday, June 20th, the Firestorm team released Firestorm 5.0.7.52912.
This is something of a maintenance update than a major feature release, covering as it does the more recent updates from Linden Lab – the improved region and parcel access controls, updated Trash behaviour to try to help control risks of inventory loss, custom folders for uploads, the avatar complexity updates, and a host of smaller fixes and tweaks.
Most of these have been adopted directly from the Lab’s code, others – such as the avatar complexity updates – have been folded-in to existing capabilities in Firestorm. There are also numerous updates and improvements from the Firestorm team as well.
In keeping with my usual approach to Firestorm releases, what follows is not an in-depth review of everything new / updated in version 5.0.7.52912, but rather an overview, highlighting some of the more significant / interesting changes, updates and fixes, which I feel will be of most interest to users.
For details of all changes, and all due credits to contributors, etc., please refer to the official release notes.
The Before We Begin
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 5.0.7.
Major Lab Derived Updates
Firestorm 5.0.7 brings the viewer up to parity with the Lab’s 5.0.5 code base. So, as noted, this release supports the updated region and parcel access controls, the latest avatar rendering updates, custom upload folders, etc..
Updated Region / Parcel Access Controls
The updated region / parcel access controls, introduced by Linden Lab in May 2017 mean that when a region holder / manager explicitly sets a region for open access to visitors (via the Region / Estate floater), parcel holders on the region can no longer override the setting at the parcel level and create ban lines around their parcel (although they can still use the parcel ban list and scripted security systems if they wish and subject to any covenant).
These updates mean that both the Estate tab in the Region / Estate floater has been updated, and the behaviour of the Access tab in the About Land floater has changed.
In the case of the Estate tab in the Region / Estate floater, the check box Allow Public Access has been removed, and a new option, Parcel Owners Can Be More Restrictive, has been added (see below).
The new Parcel Owners Can Be More Restrictive option on the Region / Estate > Estate tab and its Apply button. Used to determine whether or not parcel owners can set parcel access restrictions through the About Land floater
By default, Parcel Owners Can Be More Restrictive is checked, which means that parcel owners should see no difference in behaviour for their parcels unless an estate holder / manager opts to make changes at the estate level.
Should the option be unchecked, the estate holder / manager making the change will receive a warning that they are about to make a change that could affect parcel settings in the estate:
The new warning estate holder / managers will see when changing the new access settings
To set the change, the region holder / manager must then clear the warning (OK) and click the Apply button on the Region / Estate floater – failure to do so will leave the option unchanged.
UNCHECKING the option will result in two things happening at the parcel level:
Parcel owners will receive a new system notification for every parcel in the region they hold which has been affected by the change:
The new system notification displayed to parcel holders for every parcel in the region they hold which has been affected by a change to the region’s access settings at Estate level
Any previously active banlines around affected parcel will be removed, and parcel owners will no longer be able to set parcel access restrictions via About Land > Access, as the options to do so will be greyed out:
When the Parcel Owners Can Be More Restrictive option is checked, the parcel-level access options in the About Land floater will be greyed out for parcel holders, preventing them from overriding the region-level access
If a region which previously allowed parcel holders to set their own access restrictions is set to public access (by unchecking Parcel Owners Can Be More Restrictive and clicking APPLY), and then is reverted again (by checking Parcel Owners Can Be More Restrictive and clicking APPLY), all parcels on the region will revert to the access settings applied to them before any changes to region access were made at the estate level.
Trash Behaviour Changes
To try to help with inventory losses through accidental deletion of objects which have mistakenly been moved to Trash, the Maintenance RC viewer has the following Trash related behaviour changes:
The prompt displayed when you have over 5K items in Trash is amended to show the trash folder when you’re ready to purge it, and before you can purge it.
Backspace will now only delete on Mac systems (as it’s the only option available), it will no longer delete on windows.
The purging Trash notification now gives a count of items in Trash.
The Trash purging warning now gives a count of the items about to be permanently deleted from the Trash folder – one of the new behaviours in the Maintenance RC viewer designed to help combat accidental inventory loss through Trash deletions
The “Are you sure you want to delete this thing” warning will be seen at least once per session.
Note: Firestorm have included a debug setting to disable the trash purging warning – FSDontNagWhenPurging. This is set to FALSE by default (the warning will be displayed). It is recommended you do not change this setting unless you have complete confidence that you are unlikely to accidentally purge wanted items from trash / you viewer is unlikely to incorrectly move folders to your Trash.
Following the unprecedented demand for Firestorm 5.0.1 (see here for details), formal mirror sites are now available. When downloading Firestorm 5.0.1, please ensure you use with either the Firestorm download page or one of the mirror site links. Please do not source your copy of Firestorm from elsewhere. The mirror site download links are available here.
On Tuesday, December 13th, the Firestorm team released Firestorm 5.0.1.52150 – the new version number both reflecting the inclusion of the Lab’s Project Bento code and also bringing Firestorm more into line with the Lab’s own viewer version numbering, which the latter has been gently requesting for some time now.
As well as Bento, the release includes almost all the latest code updates and improvements from Linden Lab, and a lot of new nips and tucks from the Firestorm team and via contributions from other parties.
In keeping with my usual approach to Firestorm releases, what follows is not an in-depth review of version 5.0.1.52150, but rather an overview, highlighting some of the more significant / interesting changes, updates and fixes, which I feel will be of most interest to users.
For full details of all changes, and all due credits to contributors, etc., please refer to the official release notes. Note that this release means that Firestorm version 4.7.5 will be blocked in around three weeks time.
The Before We Begin
There is no need to perform a clean install with this release if you do not wish to.
You should, however, remove your existing version of Firestorm before installing 5.0.1.
Before removing your current version, make sure you back-up all your settings safely so you can restore them after installing 5.0.1.
Lab Derived Updates
Firestorm 5.0.1 brings the viewer up to parity with the Lab’s 5.0 code base, which means this release supports the new Bento skeleton enhancements plus VLC media capabilities, the Visual Outfits Browser (VOB), a range of fixes and improvements and some upstream additions from the most recent Maintenance RC.
Bento Avatar Skeleton Enhancements
As most people are aware, Project Bento is a collaborative project between the Lab and content creators to improve and enhance the Second Life avatar skeleton in order to better support mesh avatars (Bento does not work with the Second Life system avatar). It adds numerous new bones to the avatar skeleton, allowing easier creation and animation of things like additional wings and limbs, and offers the opportunity for greater facial animations with mesh heads and faces, and even finger manipulation on mesh hands.
In addition, Bento provides a set of new attachment points to work with the new joints – however, the overall limit of the number of attachments you can wear at any one time remains 38 (including HUDs).
Most of all of this work is entirely under-the-hood. However, there are two additions to the avatar right-click context menu for both your own and other avatars: Reset Skeleton and Reset Skeleton And Animations, which should be noted.
These options have been added because sometimes, when changing between one mesh avatar and another, the basic SL avatar can become deformed, resulting in it looking squished, stretched, caught between two looks, or something else. This problem is generally the result of race conditions when the avatar’s appearance is being updated, and both of these buttons are intended to correct the problem – the option to reset animations being intended to fix deformations which may be due to animations also kicking-in incorrectly / at the wrong time as well, which may cause an avatar to deform.
The reset skeleton options should “fix” your own or other avatars which appear distorted in your view after changing looks / shape – note both options only affect your view of the avatar in question, it does not affect how others may see the same avatar. Those using the Pie Menu should find the options under Appearance > Reset
Note than anyone not using a Bento-capable viewer will see Bento avatars “deformed” or “melted” and will also see any attachments using the new Bento attach points rendered in the avatar’s chest.
Further information on Bento can be found via the following links:
If you attach a HUD which makes heavy / excessive use of large textures and which, as a result, can impact your system’s performance, the viewer will display a warning to indicate the problem and which names the HUD. It will naturally fade after a set time has passed.
The new HUD complexity warning
Visual Outfits Browser
The Visual Outfits Browser (VOB) allows you to use the Appearance floater to capture / upload / select images of your outfits and save them against the outfits in a new Outfit Gallery tab within the floater. It can be accessed by either right-clicking your avatar and selecting Change Outfit or Edit Outfit > Click the left arrow at the top of the floater or via Avatar > Appearance / CTRL-O, then
The tab displays all of your created outfits as a series of folder icons, each one with the name of the outfit beneath it. You can replace these icons with an image of the outfit quickly and easily in one of three ways:
You can wear the outfit, then right-click on its associated folder icon and select Take a Snapshot. This will open the snapshot floater with save to inventory selected by default, allowing you to photograph yourself wearing the outfit and upload the image to SL, where it automatically replaces the folder icon for the outfit
You can use Upload Photo to upload an image of the outfit your previously saved to your hard drive, and have it replace the folder icon
You can use Select Photo to select any image previously saved to your inventory (including any image supplied with the outfit in question, if appropriate), and use that to replace the folder icon for the outfit.
The Visual Outfits Browser (VOB) allows you to browse your outfits in the Outfits folder be associating a snapshot with them which can be uploaded directly, or pulled from inventory (256×256). You can also wear or remove outfits through the VOB (images purely for show – I don’t actually use the Outfits folder!)
Any outfit within the gallery can be worn (Add to or Replace current outfit) and removed via the right-click context menu, which also includes options to create / delete new outfits, and to create new system clothing items / body parts.
When using the capability there are a number of points to keep in mind:
Both the Take a Snapshot and the Upload Photo options will incur the L$10 upload fee, with the images themselves saved in your Textures folder
In all three cases, link to the original images are placed in the outfit folder
VOB only works for outfits you’ve created using the Appearance floater / the Outfits tab. It doesn’t work for any other folders where you might have outfits – such is the Clothing folder.
QuickTime has been replaced with LibVLC support for the Windows and Linux versions of the viewer. This is due to Apple discontinuing QuickTime for Windows while leaving vulnerabilities unpatched. see QuickTime for Windows: “uninstall today”.
Other Lab Updates of Note
The viewer is now DPI aware on Windows 8.1+. This fixes the problems with tiny font size & user interface size on high-resolution monitors on Windows 8.1 and above. The UI Scaling is now be automatically set to the correct value for the system at viewer launch. The maximum UI scaling setting has also been raised as follows:
Windows 7: 2.0.
Windows 8.1: 2.5.
Windows 10: 4.5.
Improvements to the region “Object Bonus” setting – see BUG-11913.
A time stamp has been added to Help > About floater.
A fix to prevent editing marketplace listings before inventory has fully fetched causing listings to be unlisted – see BUG-11804.
A fix for resetting scripts via the build menu no longer works on many scripted objects – see BUG-20086.
A new alert has been added, warning if too much inventory is in coalesced objects.
PERMISSION_DEBIT notification now defaults to Deny, to to help prevent accidental granting of debit permissions (see below).
The old debit notification (left) gave equal emphasis to accepting / denying the request to access account balances. The update now focuses Deny as the default option.
Firestorm Updates
Preferences
Notable Preferences updates are:
Move and View: new option to re-render temporary derendered objects after teleport or after end of session/manual re-rendering via the asset blacklist floater: Re-Render Temporary Derendered Objects After Teleport (see also Asset Blacklist Updates, below).
Privacy > General: New option to log auto-accepted inventory to nearby chat (requires Automatically Accept New Inventory Items to be enabled).
New option to log auto-accepted inventory to nearby chat when Automatically Accept New Inventory Items is enabled
User Interface > Font: new font option: Noto.
Avatar Render Settings
Unlike the official viewer, the avatar render settings you apply to individual avatars will persist across log-ins, so if you set an avatar to Do Not Render, that avatar will only render as a grey imposter until such time as you right-click on them again and select either Render Normally (e.g. fully or as a Jelly Doll, depending on your Complexity Setting), or Render Fully, so they will always render in your view, no matter what your Maximum Complexity setting.
With Firestorm 5.0.1 you can track those avatars you’ve set to either always render fully or to never render (other than as a grey imposter) using World > Avatar Render Settings. This displays a floater listing all the avatars you’ve applied a render setting to as either Fully or Never. Right-clicking on an avatar’s name (or using SHIFT-click / CTRL-click for multiple selections) will display a pop-up menu, allowing you to change the current setting for the selected avatar(s). You can also right-click on an avatar’s name and then click the information icon just to the left of their render setting to display their profile.
World > Avatar Rendering Setting allows you to review all avatars whom you have set to either always render Fully or Never (other than as a grey imposter)
Asset Blacklist Updates
The Asset Blacklist (World > Asset Blacklist) has a number of improvements:
Temporarily blocked objects are now shown in the blacklist floater so they can be removed.
A fix has been added to prevent crashing when leaving an area where many objects were blacklisted.
A Preferences option has been added to re-render temporary derendered objects after teleport or after end of session/manual re-rendering via the asset blacklist floater: Preferences > Move & View > View > Re-Render Temporary Derendered Objects after Teleport.
A Clear Temporary button has been added to the blacklist floater to clear all temporary derendered objects.
Graphics Presets Now Global
Graphics presets (a Linden Lab capability introduced into Firestorm with the 4.7.9 release) are now treated as a Global setting, rather than a Per-Account setting. This means that presets can be set from the log-in splash screen without actually logging-in to the viewer, and helps ensures consistent presentation of the current preset setting. However, it also means that any existing presets either have to be re-created, or need to be manually copied from the per-account settings folder to the global user_settings folder. See FIRE-19810.
FSExperimentalLostAttachmentsFix
There is currently (at the time of writing) an issue in messaging between the simulator and the viewer during region crossings (physical or teleports), which can result in attachments being detached or, harder to detect, attachments being removed server-side, but remaining visible (but effectively ghosted) in your view, and which cannot be individually removed, as the simulator doesn’t recognise them as being there.
A common cause for this problem is multiple items using the same attachment point – which can be a major issue with things like rigged meshes, which then to be set to attach to something like the right hand. Thus, a way to solve this is to move multiple attachments using the same point elsewhere – in the case of rigged mesh, this should be relatively simple, as it will retain its orientation and position relative to your body no matter where it is attached.
The Lab is still investigating this problem. However, in an attempt to help mitigate it, Firestorm have implemented two new debug settings in Firestorm 5.0.1:
FSExperimentalLostAttachmentsFix: enabled by default, this triggers an attempt by the viewer to correctly resync what it believes to be your attachments with the simulator’s understanding of what you have attached, and either prevent items being unexpected removed, or items being removed, but remaining ghosted in your view, etc.
FSExperimentalLostAttachmentsFixReport: this option is disabled be default to prevent message spamming on your screen. When enabled, it reports any attachments which the simulator attempted to incorrectly detach during a teleport or region crossing to nearby chat.
RLVa (Restrained Love) Updates
For the full list of RLVa updates, please refer to the release notes. However, the following are worth highlighting:
RLVa restrictions can be sorted in ascending / descending order via RLVa > Restrictions and clicking on the Restrictions header
RLVa can be toggled on / off from the viewer log-in splash screen without the need to re-start the viewer on doing so.
If you are not logged-in to the viewer, RLVa can be toggled on / off from the Firestorm 5.0 login / splash screen without having the restart the viewer.
Building and Scripting
Mesh uploads should no longer fail from a folder with Unicode characters in the name (FIRE-19806 and BUG-37632), and clicking on a link in a script dialogue should no longer open it as a SLurl rather than launching a web browser (FIRE-20054).
In addition, the LSL preprocessor has the following improvements:
The “Preprocessed” text window of the preprocessor is no longer editable.
Line and column are now shown on the “Preprocessed” tab.
Context menu items and button which are unavailable are properly disabled.
Actions for context menu items and for buttons are performed on the active tab (if action is available) instead of always on the possibly hidden editor tab.
The Search / Replace and Goto Line floaters now work on the active tab instead of always on the possibly hidden editor tab.
Other Updates of Note
An FPS meter has been added to the viewer status bar, with a seconds count also added to the status bar clock (top right corner of the viewer
FPS meter (circles) and seconds on the clock
64-bit CEF for Windows x64 in now built as native 64-bit plug-in; no more QuickTime
The custom payment message is now also sent in-world with the payment instead of only being visible in transaction history
Your own avatar’s attachments should now appear in the correct locations when in Mouselook (FIRE-10574 and BUG-1408)
CTRL-F will now focus the local search editor of a window if available – can be disabled through the Debug setting FSSelectLocalSearchEditorOnShortcut to FALSE
Comma separators added to the avatar complexity notification (so 1,456,897 appears as such, rather than 1456897)
A refresh button has been added to the texture preview window when viewing people’s profile pictures, group insignia, textures in inventory, etc, to overcome issues of the image failing to render in the preview (FIRE-20150)
A refresh button has been added to texture preview windows to help deal with situations where the image may not properly load or render
Group updates:
A Copy SLurl to Clipboard option has been added to the right-click context menu when clicking on a group name – this copies the group’s URI to the clipboard (FIRE-20146)
Clicking a group URI should now put focus on an already open and maximised group profile.
Flickr upload fixes:
Direct snapshot uploads to Flickr should no longer upload multiple copies (FIRE-20026)
Flickr upload time-out increased to 5 minutes
Uploader now checks std:string.max_size() before appending image data to avoid buffer overrun (FIRE-20094)
OpenSimulator Updates
Setting Home location should no longer fail on OpenSim grids (FIRE-19894)
Legacy search results list items should now be selectable under all circumstances in Inworldz (FIRE-19912).
General Observations
Firestorm 5.0.1.52150 brings Firestorm bang-slap up-to-date with the Lab’s own viewer, something the Firestorm team have been striving to achieve for the past couple of years, so kudos to all concerned.
With the inclusion of Bento, this release now means all those making use of the most recent releases of all currently maintained viewers can now correctly render Bento products – so it will be interesting to see how the Bento market for mesh avatars (human or otherwise) now develops.
A side benefit with Bento is that during testing, a good number of preview and beta testers reported an overall improvement in viewer performance – potentially more than can be put down to a purely placebo effect. I run a reasonably high-end system, but have witnessed a step up in average frame rates on our home island / region when compared to 4.7.9 (which also brought something of an improvement for me), and have found some regions I’ve traditionally had problems with (FPS down in the teens with the bells and whistles on) also behaving better.
5.0.1 has, for me, so far been the most stable of all the recent Firestorm releases – not that I tend to have major issues (just oddball ones!). So, as Christmas presents go, this release certainly fills the stocking nicely!
Monday, August 8th saw Firestorm release version 4.7.9.50527 of their viewer. Coming a little over four months since the last release, 4.7.9 brings with it a lot of important changes from the Lab – perhaps most visible Avatar Complexity and graphics pre-sets – as well as a large number of nips, tucks, fixes and improvements from the Firestorm team and open source / TPV contributors.
As per my usual MO, what follows is not an in-depth review of the release, but rather an overview, highlighting some of the more significant / interesting changes, updates and fixes, which I feel will be of most interest to users.
For full details of all changes, and all due credits to contributors, etc., please refer to the official release notes.
When installing this release, uninstall the existing version and then install the new 4.7.9 release – no need for a clean install.
Available Downloads
Prior to getting stuck into the details, please note that with this release:
There is no 32-bit Havok version for OS X, due to incompatibilities with the RLVa update
Firestorm have discontinued producing a 32-bit Havok version of the viewer for Linux, due to the relatively low demand for it.
Firestorm is and willcontinue to be available as a 64-bit non-Havok (“OpenSim”) version for OS X and in both 32-bit and 64-bit non-Havok (“OpenSim”) versions for Linux. These versions can obviously be used with Second Life, and are available for the 4.7.9.50527 release.
This means it is unlikely there will be any Firestorm Havok support for either Max OS X or linux until Linden Lab release the 64-bit versions of the Havok library alongside their own upcoming 64-bit viewers. In the meantime, the Firestorm team offer their apologies for any inconvenience caused, and ask that those on either OS X or Linux who require Havok functionality (e.g. for mesh uploads reliant on Havok physics or for pathfinding purposes) to briefly switch to the LL viewer.
Log-in Credentials Display Update
The first noticeable aspect in this release is the log-in credentials area at the bottom of the splash / log-in screen have been revised, offering a slightly more Viewer 4 style look and bringing all the options together alongside of a single, obvious log-in button.
The revised log-in credentials area of the splash / log-in screen
Note that if you prefer the old login screen layout, you can set the debug setting FSUseLegacyLoginPanel to TRUE.
Another change with this update is that opening Preferences from the log-in screen should no longer cause splash screen layout problems, thus fixing FIRE-17518.
Lab Derived Updates
Firestorm 4.7.9 brings the viewer up to parity with the Lab’s 4.0.6 code base, and so includes the Avatar Complexity (aka “Jelly Dolls”) and graphics presets, as noted above, and includes many maintenance fixes, things like Voice updates and the most recent HTTP updates.
Avatar Complexity – or “Why is everyone I’m looking at an odd colour?”
Avatars can often be the biggest single rendering load on our computers. Hence why the bottom falls out of your viewer performance in a crowded place. Avatar Complexity is a means to offset this impact by allowing you to set a “complexity limit” for avatar rendering. Any avatar (including their attachments) exceeding this limit will be rendered as a solid colour – a “Jelly Doll” – putting a lot less load on your computer. You can adjust the limit according to your needs, and you can also override the setting for individual avatars around you. Do note as well that the setting only applies to other avatars in your view; your own avatar will always be rendered fully.
When first installed, a viewer with Avatar Complexity will set a default limit for you based on your current viewer graphics settings. Hence why you might see a lot of solid colour avatars around you when logging-on for the first time with Firestorm 4.7.9. These default limits are:
Low: 35,000
Low-Mid: 100,000
Mid: 200,000
Mid-High: 250,000
High: 300,000
High-Ultra / Ultra: 350,000
You can adjust you Maximum Complexity setting at any time in Firestorm in one of two ways either via Preferences > Graphics or via your Quick Preferences.
In both cases, moving the Max(imum) Complexity slider to the right increases your threshold, allowing more avatars around you to be fully rendered, while moving it to the left decreases your threshold, increasing the number of avatars liable to be rendered as solid colours.
Note that you can set the Max(imum) Complexity slider to No Limit (all the way to the right). However, this isn’t recommended simply because it leaves your viewer vulnerable to any graphics crashers some inconsiderates still occasionally try to use. It’s far better to simply set your viewer to a high limit (e.g. 350,000) if you don’t want to be bothered by seeing Jelly Dolls
Displaying Avatar Complexity Information
You can display Avatar Complexity information for all avatars (including your own) in Firestorm in one of two ways, depending on your preference (or both can be active at the same time, if you so wish):
By going to the Advanced menu (CTRL-ALT-D if not visible) > Performance Tools > Avatar Complexity Information (previously Show Render Weight for Avatars). This displays three items of information over the heads of all avatars Including yours):
The render complexity for each avatar
A ranking of the avatar’s distance from your camera (1=closest)
The attachment surface area for an avatar, expressed in square metres
Or by going to Preferences > General and checking Show Avatar Complexity (if not already enabled). This will display the render complexity for each avatar in their name tag, and includes two sub-options, which are pretty self-explanatory:
Only [show avatar complexity, when enabled] If Too Complex
Show Own Complexity.
The Firestorm options for displaying Avatar Complexity information in the viewer
