A quick round-up of news relating to a handful of viewers and clients.
Kokua 64 bit (Windows, Mac and Linux) updated both the RLV (184.108.40.206693) and non-RLV (220.127.116.11692) flavours of the viewer on Sunday, August 11th. I’ve not had time to drive the update – and my not be able to, due to other commitments. However, the core of the update brings the viewer to parity with the SL viewer 5.1.7 code base, and offers some updates from the Kokua team, described in the release notes as follows:
In addition the options for configuring the chat range rings and colours move from the Kokua General preferences tab to Kokua Chat which as well as being more logical also frees up space needed in the RLV version for a new option on the General tab.
The RLV version gains an option on the Kokua General tab which allows @standtp to be disabled. This has been added because @standtp tends to operate in various counter-intuitive ways despite operating as intended.
Here’s one scenario that illustrates the problem:-
@standtp is applied to the avatar.
The avatar hitches to (sits on) a cart.
The avatar pulls the cart from location A to location B.
The avatar is unhitched from the cart (stands up).
At that point @standtp teleports them back to location A.
MetaChat the iOS client is having problems courtesy of Apple. The app was removed from the iStore on August 9th, as part of a purge by Apple on “gambling apps”.
Enquiries have been lodged with Apple on when / if the app will be allowed to re-list, but thus far, no response has been given.
In the meantime, versions already downloaded / downloaded and installed will still work, this move by Apple only affects the client’s listing on the iStore.
iOS / MetChat users can read more on the MetaChat blog, where updates will also be posted.
Firestorm Version Block
A reminder to Firestorm users, Firestorm 18.104.22.168150 (released December, 2016) will be blocked from Tuesday, August 14th, in keeping with the Firestorm team’s policy of only allowing the current, and the two version immediately prior to it.
This means that if you are still used Firestorm 5.0.1, you need to update to a more recent version: 5.0.7, 5.011 or the current 5.1.7 release.
To find out more about why Firestorm versions are blocked, please read this blog post from the Firestorm team.
On Tuesday, July 24th, 2018, the Firestorm team announced the release of Firestorm 22.214.171.124786. 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.
Firestorm 5.1.7 has been updated to Restrained Love API: RLV v3.2.1 / RLVa v126.96.36.199786 – 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
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.
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.
Help: new item: Firestorm Events Calendar – opens the Firestorm Google Calendar of event, including all Firestorm classes.
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.
Move & View: new options to manage viewer-side region crossings add to the Movement sub-tab. See Experimental Region Crossing Code, below.
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
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.
Double-click will add/remove.
Wearing tab – double-click will remove for “Wearables” and “Temporary attachments”.
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.
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.
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 188.8.131.52634. 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 184.108.40.206579, 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).
Note: while Firestorm 220.127.116.11634 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
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.
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.
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).
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 18.104.22.168912.
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 22.214.171.124912, 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).
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:
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:
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:
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 “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.
Further to my recent report, the Firestorm mirror download sites are now available, and Firestorm’s primary server has been stabilised.
With the assistance of Linden Lab, through the work of Second Life Technical Director Oz Linden and his team, one of these sites is hosted via Linden Lab, the other is a service established by the Firestorm team. All links are provided below.
Commenting on the Lab’s offer of support with the issue, Jessica Lyon, the Firestorm project lead said, “Ever since Ebbe Linden came into power we have seen huge advancements in not just features, functionality and improvements in Second Life, but also in customer relations and collaboration with their user-base.”
She continued, “Yesterday we found ourselves in a real crunch with this Bento release due to demand, and staff at Linden Lab really stepped up to help us out. They very quickly offered to set-up a mirror host, and provide downloads on their server. Even the Grid Status page was updated to point to the links!
“We thought the demand for this Firestorm update was unprecedented, but Linden jumping to help out a third-party viewer in this big of a way has absolutely been more so. If this doesn’t demonstrate to everyone just how dedicated Linden Lab is to its customers, then perhaps nothing will.
“Thank you Oz, Grumpity, April, Steven, Landon, Derrick, Alexa and all the other Lindens who were involved in this effort. You guys really came through for us and your customers!”
With the provisioning of the mirror sites and with the main Firestorm server now stabilised, hopefully the worst of the crisis is over, and Firestorm users will be able to access the new release through either the main download link, or through the mirror site links, given below. However, Jessica and the team still ask that people not all rush at once and tempt fate!
I’d also like to add my thanks to Oz, Grumpity and the team at the Lab for stepping in and providing this support.
Mirror Download Links
Please ensure you download Firestorm 5.0.1 only from the Firestorm main download page, or via the links given below. No guarantee of security can be made if using any other download location when obtaining the viewer.
Update, 11:23 SLT, Wednesday, December 14th: The mirror sites are now available – the links are available here.
On Tuesday, December 13th, Firestorm released the much-anticipated Bento update, Firestorm 5.0.1 – which you can read about here.
HOWEVER, such has been the demand for the update, the Firestorm servers have been overloaded, a situation which has left Firestorm without the ability to provide their download and web services.
“This is an unprecedented situation for us,” Jessica Lyon, the Firestorm project lead informed me. “While we have had download problems in the past, we’ve never seen demand on this scale before. It’s repeatedly taken all our servers off-line with the load.”
Because of the demand is preventing people from even accessing the Firestorm web services – the blog, JIRA, etc., – the Firestorm team is asking that people hold-off if they cannot obtain a download or access the Firestorm website, and not to keep repeatedly trying.
Jessica added, “Please, just be patient. Our servers need the breathing space. We are working on adding additional capacity to meet the demand trough mirror sites, but this does take time. When we have these up and running, we’ll let people know through the in-world Firestorm support groups and social media.”
In the meantime, and in an attempt to alleviate the lack of downloads, some people have placed the Firestorm 5.0.1 installers on cloud servers, dropboxes, and other network file sources. While the effort to help meet the download demand is appreciated, the Firestorm team ask that people do not do this, but to wait until Firestorm’s own mirrors are up and running.
“With the best will in the world, not all networked download sites are secure, and there is a chance that by going to some, users could inadvertently expose themselves to the risk of viruses or Trojans,” Jessica said. “At the end of the day, we can only guarantee our download service and its mirrors are secure, and we’d prefer that people wait a little while, rather than expose themselves to any such risk.
“Again, we will notify people via the in-world support groups as the situation improves, and also via Twitter and any other medium we can use.”