Alchemy 4.0.0: client-side AO

Alchemy-logoAlchemy viewer updated to version 4.0.0.37561 (Beta) on April 16th. This is another progressive update, containing a lot of under-the-hood improvements and fixes – notably around rendering – and a new visible update in the form of a client-side animation override capability, modelled after the one most popularity seen in Firestorm.

The update also sees a Linux 64-bit release as well, although going by the comments following the release notes blog post, there appear to be log-in issues associated with the Linux version.

This, and the previous “beta” release are intended to get the team’s own updates in front of users ahead of some major updates which will be forthcoming as Alchemy (as with all other viewers) merge with some significant releases coming down the pipe from Linden Lab (including the Avatar Complexity capabilities and – eventually – the Project Bento updates).

As the AO update is the most visible change with this release, and given I am not a regular Alchemy user (although I find it possibly the best viewer for video capture), the rest of this article focuses on the AO aspect of the update.

The client-side animation override (AO), is intended to replace he need for HUD-based scripted animation overrides, instead driving animations – walks-sits-standing poses, etc – directly through the viewer, thus freeing-up simulator resources. Using one does require a little work in setting-up (but so can HUD-based systems), but you can run multiple animation sets directly from the viewer.

Essentially, the AO system comprises three parts:

  • The animations you wish to use, which you will need to copy / move from any associated HUD system to your inventory – placing them in a folder within your Animations system folder is often a good way to do this
  • A configuration note card defining the animation you wish to use. Like configuration note cards found in many ZHAO -based animation overrides (so simply using the note card found within your scripted AO system should work OK), this defines animations by type: stand, walk, sit, etc (you can also manually create an animation set if no configuration note card is available)
  • The viewer UI elements.
To use the client-side AO, you'll need to have the animations you wish to used stored within your inventory (not within another AO system) (l), and a suitable note card defining the animations you wish to use with the AO (r)
To use the client-side AO, you’ll need to have the animations you wish to used stored within your inventory (not within another AO system) (l), and a suitable note card defining the animations you wish to use with the AO (r)

Once you have done this, you’re ready to set-up the client-side AO system.  You can access the AO floater in one of two ways:

  • By adding the AO button to your viewer toolbar and then clicking on it to open the AO floater
  • By hovering the mouse over the AO icon at the top right of your screen to display a minimised AO floater.

The latter is actually the easiest, given the way Alchemy have implemented to AO system. Assuming you take this approach, click on the spanner icon in the minimised AO floater to expand it.

The client-side AO floater - minimised (l) and expanded (r)
The client-side AO floater – minimised (l) and expanded (r)

Now, simply drag and drop the configured animation note card from your inventory to the AO floater. This will cause Alchemy to configure the AO system ready for use, and result in a list of your animations appearing in the floater. At the same time, a set of links will be created in the Animation Override folder in your inventory – do not delete these!

Alternatively, if you don’t have a configuration note card for an animation set, click the + button on the AO system floater, type in a name for your animation set, then drag and drop all of the animations you want to use in the set from your inventory into the AO system floater.

The AO floater with the loaded animation set (l) and the associated links in the Animation Override folder in your inventory (r)
The AO floater with the loaded animation set (l) and the associated links in the Animation Overrides folder in your inventory (r)

Continue reading “Alchemy 4.0.0: client-side AO” →

Firestorm 4.7.7: get ready to update!

firestorm-logoThursday, March 17th saw Firestorm release version 4.7.7.408706 of their viewer. Coming four months after the last release, this update is slightly later than planned, but includes a number of important updates from the Lab as well as a good mix of updates, improvements and fixes directly from the Firestorm team and contributors.

As per my usual MO, what follows is an overview of the release, highlighting some of the more significant / interesting changes, updates and  fixes to be found in the release, and 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.

The Usual Before We Begin Notes

For best results when installing this release:

This update means that Firestorm 4.6.9 will be blocked in approximately 3 weeks time.

Lab Derived Updates

Firestorm 4.7.7 brings the viewer up to parity with the Lab’s 4.0.1 code base, and so includes the TLS 1.2 and CEF changes. These and other Lab derived changes are outlined below.

TLS 1.2 and Viewers

The reason this release might be regarded as becoming a mandatory update for Second Life users is the integration of TLS1.2 into the viewer – and by “viewer”, I mean all current or upcoming viewer releases, LL or TPV.

TLS, the successor to Secure Sockets Layer (SSL), is a cryptographic protocol for communications security intended to provide privacy and data integrity between two communicating computer application (such as the viewer and the Lab’s servers).

TLS 1.2 is currently being implemented by Linden Lab under the umbrella of their work of fiscal compliance, This involved changes to both the viewer and LL’s servers, the upshot of which means that, once TLS 1.2 has been fully implemented, any viewer that does not support TLS 1.2, will not be able to do any interactions with cashier or anything that involves L$. While there is no precise time frame for this work to be completed, indications from the Lab are that it will be sooner rather than later.

Again, this is not an arbitrary decision on the part of either the Firestorm team or Linden Lab; the work is being carried out as a compliance requirement.

Chromium Embedded Framework

Firestorm 4.7.7 includes the Lab’s implementation of Chromium Embedded Framework (CEF) for media management (and more). CEF completely replaces the old llQTwebkit for media management within the viewer, replacing it with current web technologies such as HTML5, CSS3 support and WebGL, which can allow direct manipulation of objects on a browser page displayed in-world with ease.

CEF should also enable things like viewing PDF files in-world, editing PDF documents via Google Docs, etc. See the CEF forum thread for more.

CEF integration into the viewer means that Flash and QuickTime content require third-party support (see this Knowledge Base article on enabling Flash support for CEF viewers, for example). However, because they do rely on plug-in support, there is no guarantee given by Firestorm or Linden Lab that either will work, and are regarded as unsupported.

Other Updates from the Lab

Materials (texture / diffuse, bumpiness / normal and shininess / specular) in the Build floater Texture tab can now be selected via radio buttons, rather than picking from a drop-down list, to make locating and selection them easier (see BUG-10149).

Firestorm replaces the materials drop-down selection menu (seen in version4.7.5, left) with the radio buttons for materials types (right), as also seen in the official viewer
Firestorm replaces the materials drop-down selection menu (seen in version4.7.5, left) with the radio buttons for materials types (right), as also seen in the official viewer
  • A fix for ALM enabled + full bright + shiny objects failing to display texture on Mac (see FIRE-12681)
  • A fix for activating Show Avatar Complexity disabling all llSetText (hovertext) viewer is restarted (see BUG-10488)
  • A fix for show land owner colour overlay is only visible where there is water in deferred rendering (see FIRE-11654)
  • A fix for a black screen if ALM is enabled while in wireframe mode and then wireframe is disabled (see BUG-4543)
  • A fix for rotating an object that is used as grid reference going crazy (see FIRE-2593 and BUG-9419)
  • A fix for “Ban Member” in the group chatters list context menu being greyed out (see FIRE-16160 and BUG-10500)
  • A fix for animated agents at high altitudes randomly showing up at 0,0,0 (see bug FIRE-14439 and BUG-6648)
  • A fix for having to open ‘About Land’ twice to get parcel ban timings to load in the parcel ban list when banned names are not cached (see bug FIRE-17408 and BUG-10831)
  • A fix for a stuck freeze frame state if snapshot floater is closed with freeze frame left enabled and the viewer window is subsequently resized (see FIRE-16739 and BUG-9952)
  • A fix for opening a note card with the same name as one already open failing to work (see  VWR-2981)
  • A fix for replacing current outfit with contents of a non-outfit folder creates a folder link in the Current Outfit Folder (see BUG-11274)
  • A fix for opening an experience compiled script in an object in an adjacent region failing to show the script is compiled with an experience in the script editor (see BUG-8980).

Continue reading “Firestorm 4.7.7: get ready to update!” →

Kokua 4.0.1.37934

kokua-logoNicky Perian announced the release of Kokua 4.0.1.37934 on Tuesday, March 1st 2016.

The update sees Kokua gain parity with the latest release version of the viewer from Linden Lab (version 4.0.1.310054 (Maintenance release) at the time of writing), and also with the February 26th release of RLV version 2.9.16 from Marine Kelley.

Not that if you are currently still using a test version of the viewer, the automatic update feature will not function. A separate download and install is required.

CEF Updates

This release incorporates the Chromium Embedded Framework (CEF) updates for media from the Lab, as well as the assorted crash and bug fixes from the Maintenance release. Also included for CEF are a series of contributed updates for Linux, coming by way of Drakeo and including work by Nicky Dasmijn of Firestorm and Henri Beauchamp of CoolVL. Commenting on this, Nicky points out:

Drakeo’s development focus is media and providing Slackware viewer packages. Upstream CEF frequently issues security updates and Drakeo puts those into his own Slackware packaged viewers and contributes updates to Kokua. These security updates from CEF come more often than the Kokua release cycle, however, our Test viewers can be used to maintain a level of currency. Please remember that Linux viewers are Alpha and that is even more the case now that we no longer have the benefit of Linden Lab’s Quality Assurance run through of new features added to Linux viewers. We do our best to provide stable Linux viewers, but with the vast number of Linux distributions problems will occur that may not have timely solutions.

Inventory Updates

Transferable Items Filter

Kokua 4.0.1 includes a new Transferable Items Only inventory search filter. When active, this will limit the main inventory display to transfer enabled items only.

To prevent possible confusion / worry about inventory loss, the option does not persist between log-in sessions when enabled.

The new Transferable Items Only filter for inventory searches
The new Transferable Items Only filter will display only those items which are transfer enabled in your inventory

OpenSim Exportable Parameter

Kokua 4.0.1 adds an Exportable parameter to the Item Profile floater for OpenSim grids, allowing content creators to easily mark items they build as being exportable to other grids. The option is not displayed by the floater when logged-in to Second Life.

The OpenSim only Exportable parameter
The OpenSim only Exportable parameter

Do Not Let Me Fly

A new option added to Preferences  > Kokua and to the Commands menu is Do Not Let Me Fly. As the name suggests, when checked, it prevents your avatar from flying even where flying is enabled.  The option is specifically intended for use in combat zones where flying within the region may still be enabled, to prevent any risk of accidentally flying (such as when jumping an obstacle) and interrupting the combat flow.

The Do Not Fly option will prevent you avatar for accidentally flying whilst still allowing Page Up to be used for jumping
The Do Not Let Me Fly option will prevent you avatar for accidentally flying whilst still allowing Page Up to be used for jumping

Under the Hood

In addition to the above, the release includes numerous under the hood improvements and updates, all of which are listed in the downloadable change log for those interested.

Related Links

Alchemy 4.0.0

Alchemy-logoOn Tuesday, February 16th, the Alchemy team announced the release of Alchemy 4.0.0.37374 Beta.

The release  – as indicated by the version number shifting to 4, incorporates code for the Chromium Embedded Framework (CEF) for media handling. Already in the official release viewer on some TPVs, CEF replaces the ageing QTWebkit framework, and supports all modern web technologies including HTML5, CSS3, and WebGL.

This release also implements the Lab’s auto update feature, which means that when a new version of Alchemy is release, users well get a notification prompting them to allow the updater to run and install the latest update when they log into an older version.

Perhaps a more visible change to the viewer is the ability to initiate nearby chat through a local chat bar, rather than either through the Conversations floater or having the detached Nearby Chat bar always open either full-sized or minimised.

As with similar local chat bar options found in other TPVs, this will only work if you set the viewer so that pressing letter keys starts local chat (Preferences > General).  You also need to ensure that Preferences > Chat > Open Conversations When Initiating Nearby Chat  is unchecked. Once done, starting to type within the viewer window will open a compact chat bar, which will close automatically upon pressing Enter.

The new local chat bar offers a convenient means of typing local chat, complete with gear icon options, and can be enabled by ensuring pressing the letter keys on your keyboard initiates typing (rather than movement), and that the option to Open Conversations when Initiating Nearby Chat (shown above) is unchecked (leaving it checked will open the Conversations floater in full or the Nearby Chat floater, is detached from it)
The new local chat bar offers a convenient means of typing local chat, complete with gear icon options, and can be enabled by ensuring pressing the letter keys on your keyboard initiates typing (rather than movement), and that the option to Open Conversations when Initiating Nearby Chat (shown above) is unchecked (leaving it checked will open the Conversations floater in full or the Nearby Chat floater, is detached from it)

Removed from this version of Alchemy is  media pop-ups, which aren’t supported by CEF.  Other updates are reported to be directed at OpenSim use, together with a few “hidden gems” and also under-the-hood updates intended to improve performance.  There are also a number of fixes implemented, as indicated in the release notes.

Related Links

Catznip R10: the cat comes roaring back

catznip logoUpdate: February 8th, 2016:  Catznip 10.1 beta is now available.  Functionally, it is exactly the same as the R10 release except is has a much updated openJPEG, If you are a Catznip user and are experiencing crash issues, this beta may help.

To find out if your issues are openJPEG related, go to  Preferences > Crash Reports. and if you see openJPEG anywhere on that page, you should updated to the R10.1 beta as soon as you can.

Saturday, January 30th saw the long-awaited release of Catznip R10, the first update to the viewer in some 18 months, largely as a result of fate playing a very unfair hand to members of the Catznip team (and it’s good to see you back in-world Kitty, and hoping your recovery swiftly moves beyond the uncomfortable stage) .

Currently, the release is for Windows only, but it see Catznip come right up to date with the current release version of the official viewer, including support for  Chromium Embedded Framework (CEF), for modern media support.

Lab Updates

Obviously, so long a period between releases means that there have been a string of major and minor updates from the Lab, all of which have had to be incorporated into Catznip R10, and which have all be covered to one degree or another in the pages of this blog. With this in mind, and to avoid boring people with a lot of repetition of information already available, I’ve summarised the cor Lab changes found in R10 below, together with links to additional information for those who need it.

Revised Log-in / Splash Screen

The first noticeable change is that Catznip R10 now uses the revised log-in splash screen as deployed by Linden Lab, which places the log-in options at the top of the screen. However, because Catznip is unlikely to be the first viewer new user to SL are likely to encounter, the “first time log-in” option has been disabled.

SL Share 2 and Unified Snapshot Floater

SL Share 2 capabilities, introduced in 2014, allow users to upload snapshots directly to Twitter and Flickr, while the unified snapshot floater provides an initial means of accessing the options to upload snaps to Facebook, Flickr and Twitter from within the snapshot floater, as well as adding a much larger snapshot preview panel.

Group Ban Functionality

Group Bans allow group owners and those roles provided with the ability within a group, to remove troublemakers from that group / prevent them from joining / re-joining the group.

HTTP Pipelining

HTTP pipelining enables the viewer to issue multiple asset fetches on a connection without waiting for responses to earlier requests. This helps to improve things like initial scene loading. In addition, the pipelining code includes improvements to inventory fetching.

Avatar Hover Height

Avatar Hover Height, developed as a direct request of a proposal put to the Lab by members of the Firestorm team, allows “on-the-fly” adjustments to be made to your avatar’s height with the minimum of fuss and without having to use the Edit Appearance Hover slider or use a modifiable shape.

Experience Keys

Also referred to as Experiences, this allows creators to build more seamless and immersive experiences in Second Life without the need to constantly ask users to grant permission to act on their avatar. Instead, permission is requested once when they join (or re-visit) the experience, and then revoked when they leave.

Viewer-Managed Marketplace

The Viewer-Managed Marketplace, or VMM, enables merchants to manage the creation and management of Marketplace product listing through the viewer, bypassing the need to use the Merchant Outbox (and have copies of items stored on the Marketplace inventory servers) or using Magic Boxes.

Group Bans, Viewer-Managed Marketplace and Experiences are all now part of Catznip
Group Bans, Viewer-Managed Marketplace and Experiences are all now part of Catznip

In addition, there has been all the maintenance, snowstorm and other releases which have all board improvements and changes to the viewer, and all of which have been incorporated into Catznip R10. These include, but are not limited to: viewer build library updates, interest list improvements, inventory handling updates, GPU benchmarking, attachment fixes, the ability for an avatar to wear up to 60 wearable layers – jackets, shirts, tattoo, alpha, etc. – in any combination, rather than being restricted to a maximum of 5 per specific layer type, and so on.

Notifications Floater Improvements

Caznip offer a means to filter received notifications as well as a drop-down list for displaying notifications by category
Caznip offer a means to filter received notifications as well as a drop-down list for displaying notifications by category

A further update made to the official viewer during 2015 was that of the Notifications floater, which appeared in the latter part of 2015.

For those unfamiliar with it, the Notifications floater allows incoming notifications (group, system, invitations and transactions, to be sorted and displayed for easier viewing. The default floater splits all such notifications using a tab system, with a tab for each category.

In implementing the feature, however, Catznip have made a couple of improvements.

The first of these is that rather than presenting received notifications under a series of sub-tabs, Catznip R10 allows the user to select which category of notifications they wish to view (or all of their received notifications) via a drop-down list, removing the need for any scrolling between tabs.

This has allowed the Catznip team to include their second improvement, in the form of a search filter. This allows users to filter notifications based on criteria such as originating group, sender’s name, etc. If, like me, you are someone who receives a lot of group notices, this significantly eases sorting through and finding those to which you might want to pay particular attention.

Continue reading “Catznip R10: the cat comes roaring back” →

Firestorm 4.7.1 to be blocked from January 7th

MadPea and Firestorm: working in collaboration to enhance the experience those new to Second life have with the platformFirestorm have announced that as from Thursday, January 7th, Firestorm viewer 4.7.1 is to be blocked from accessing Second Life, and those using 4.7.1 are being encouraged to update to a more recent version (or revert to 4.6.9 for the time being if using Windows XP or Mac OS X 10.6) ahead of the block coming into force.

The move is in keeping with Firestorm’s commitment to Linden Lab to only have 3 versions of their viewer (allowing for specific issues which might otherwise come us, as has been the case for Mac users, who have had to face a series of (apparently) Cocoa related issues impacting their ability to use viewers incorporating these updates) active at any given time.

As noted in the announcement, this means that only Firestorm 4.6.9 will remain available for those still using Windows XP or versions of OS X older than 10.7, and this will be blocked some time after the next release of Firestom, which currently looks to be set for some time in February.

Those needing help in updating their version of Firestorm can find it on the following Firestorm wiki pages: backing up and restoring your settings and Updating Firestorm.