Kokua 6.0.0 with Animesh

As well as Animesh support, of which more shortly, this version of Kokua brings across a number of usability features from Firestorm.

* Reintroduce the NACL sound explorer (World > Sound Explorer)
* Port over the animation explorer (World > Animation Explorer)
* Bugfix – Turning on Full Res Textures wouldn’t work
* Port over Avatar Complexity score in nametags (Edit > Preferences > General) along with the ‘only if too complex’ and ‘show own complexity’ options
* Port over reporting the latest grid status bulletin in chat at login (Edit > Preferences > Notifications)
* Port over the Money Tracker/Tip Tracker (View > Money Tracker)
* RLV version only: If RLV is active, the Message Of The Day will appear in chat at login as a substitute to it being suppressed on the login progress screens
* Port over the ‘do not hide worldmap after teleport’ option ( Edit > Preferences > Kokua > General)
* Port over Phoenix-style extended hovertips (View > Highlighting & Visibility > Hover Tips > Show More Information)

The major news though is the arrival of Animesh alongside the incrementing of the viewer version to 6.0.0

Introduction to Animesh: https://modemworld.me/2018/11/14/animesh-officially-released-for-second-life/

Release Notes for the LL viewer: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/

We haven’t been able to test Animesh so whilst we’ve made every effort to make the port into Kokua accurate some bugs may be present. If you see any strange behaviour please check it against the LL viewer and then either raise a Jira ticket on the LL viewer or one against Kokua at: https://sourceforge.net/p/team-purple/kokua/tickets/

As ever, our primary downloads are from https://sourceforge.net/projects/kokua.team-purple.p/files/Kokua-SL/

Kokua Release 5.1.9

This release brings Kokua to parity with LL version 5.1.9, see http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/

This LL release has a bug where group notice attachments are not accessible at login. The workround is to access the notice via the group’s notice history.

In addition, the RLV version is updated to RLV, see http://realrestraint.blogspot.com/2018/09/rlv-29232.html

Linux users should take note of these two points:-

”’Ticket #504 Web Browser fails with media type for: text/html on Linux”’


The desired goal was to provide a LindenLab dullahan solution. That goal was not met. Process “dullahan_host” would not spawn correctly. We have returned to Chromium Embedded Framework (cef) using a previously working the solution. If someone wants to try to get dullahan_host working we can provide work in progress code.

”’Ticket #506 No readable font in upload dialogs”’


Since Kokua’s inception there have been several shared libraries for font handling that change and/or revert with linux distribution releases. Kokua’s team provides as built shared libraries so that users could choose to use system libraries when the as built libraries presented problems. Most commonly users would delete the as built libraries from Kokua’s lib64 directory and use distribution provided libraries. New releases of Kokua will no longer be delivered with as built libraries. We presently build Kokua with Ubuntu-16.04 and have test results from Ubuntu variants through 18.04 with no as built libraries. Going forward, distribution library incompatibility should be reported through Kokua Tickets.

Kokua Release 5.1.8

This version brings parity with LL release 5.1.8 http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/ which brings a number of Voice-related improvements.

The version numbers are for RLV and for NORLV.

As usual, downloads can be found at: https://sourceforge.net/projects/team-purple/files

Kokua Release 5.1.7

This version brings Kokua to parity with LL viewer 5.1.7 http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/

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

Kokua Release (NORLV) and (RLV)

This version brings Kokua to parity with LL Viewer 5.1.6 http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/

Thanks to Nicky for doing what proved to be a particularly complex merge because 5.1.6 came out just as I was heading out on vacation.

Downloads will be available shortly from the usual location: https://sourceforge.net/projects/team-purple/files

Additional Kokua 5.1.5 Release (NORLV 43463, RLV 43464)

This is an additional release based on LL viewer 5.1.5 with the following changes:-

NORLV & RLV: Fast track a bug fix for issues with hud layer items mis-rendering when a mesh object is selected. Original fix by Ansariel Hiller of Firestorm.

RLV: Following Marine’s announcement of the “hardcore” experimental viewer based on RLV we have followed Kokua’s usual philosophy of adding user configurability features. There are now new options on the first tab of Preferences/Kokua to enable/disable the use of (( )) for OOC chat and whether to ignore anything configured in the RLV command blacklist. Both these options need a relog to take effect.

RLV: A bug fix from Marine that should help when an object tries to teleport the avatar right after they log in

RLV: An internal bug fix from Marine that makes logins more efficient when log-in blinding is enabled

RLV: Fix a merge bug where some remnants of the now-removed SVC-7532 fix were still present, causing left-mouse-click in mouselook to fail in some situations. This is a long story, see https://modemworld.me/2016/12/03/2016-sl-project-updates-482-tpvd-meeting-svc-7532-roll-back-for-guns/ and previous postings for the whole saga

Kokua Release 5.1.5

Later today we will be releasing a new Kokua release ( for NORLV and for RLV) which bring Kokua to parity with Second Life Viewer 5.1.5

Downloads available from: https://sourceforge.net/projects/kokua.team-purple.p/files/Kokua-SL/

Linden Lab release note: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/

Please report any issues or bugs in the Issue Tracker: https://sourceforge.net/p/team-purple/kokua/tickets/

Kokua Release (RLV) and (NORLV) including Alex Ivy for Linux

This release brings Kokua to parity with Second Life Viewer release ( http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/ ) and RLV ( http://realrestraint.blogspot.co.uk/2018/05/rlv-29231.html )

In addition there are some Alex Ivy Linux fixes under the covers which should be undetectable in normal use and a further change to the RLV blind-at-login behaviour (more details can be seen on the RLV version release note at http://team-purple.sourceforge.net/wiki/Kokua:Release_Notes/Kokua_Release_RLV/ )

We have some open issues with the Linux Alex Ivy version which are being investigated – you can see these or report a new issue at our issue tracker ( https://sourceforge.net/p/team-purple/kokua/tickets )


Kokua Release (RLV) and (NORLV) including Alex Ivy for Linux

Please note: Sourceforge is currently experiencing difficulties. If you find you can’t download a new version or get to the Issue Tracker please be patient and try again later.

The headline news for these versions is the first release of an Alex Ivy Linux build as part of the release set.

This version is at parity with Linden Lab viewer release 5.1.3 and also with RLV for the RLV edition.

Some areas of the Linux release are still being worked on, however we believe that enough is working and well enough to share this with a wider audience to help us squash any remaining gremlins.

Please raise any issues you find via the Kokua Issue Tracker at Souceforge https://sourceforge.net/p/team-purple/kokua/tickets

Here are the other changes in this release compared to and

  • Both: Resolved a bug that could cause incorrect textures to be used to render water when viewed from high up (more than 1000m). The viewer will now not render anything for the water until considerably closer.
  • Both: Remove reporting of the region corner in decimal from Help > About (this was left over from the OpenSim code removal – the standard Linden Lab message with global coordinates is still there)
  • RLV: The behaviour of the blind-at-login feature is improved in this version. The decision whether to apply the blinding is now taken automatically based on whether any items have queued RLV restrictions before the viewer begins processing them (as will typically be the case with worn items reapplying restrictions from the previous session). If you want to always have the blind behaviour (or have problems with late arriving attachments failing to trigger the automatic code) you can set the option “Always apply blinding effect upon login” which can be found on Preferences > Kokua > General below the RLV enable switch. It can also be edited directly using the debug setting KokuaRLVAlwaysBlindStartup. The former KokuaRLVNoBlindStartup debug setting which was used in previous versions is now obsolete and does nothing.

Kokua Releases RLV and NORLV

Kokua announces the release of:
Kokua Release RLV/ and Kokua Release NORLV/

This version of Kokua is at parity with Second Life Viewer V5.1.3.513644 ( http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/ ) and in the case of the RLV version also with RLV

Starting with this release we will keep the viewer version (5.1.3) aligned with Linden Lab to make it easier to confirm the latest version is being used. When LL releases a 5.1.4 viewer we will increment to 5.1.4 too. The new Second Life Viewer version includes a number of media-related improvements and newer component versions – see the viewer release notes for more details.

Kokua gains the ability to report on changes in the number of scripts in a region, changes in the server channel with changes of region found in other viewers and much much more.

All the new features can be found on the Performance 1 and Performance 2 tabs within Edit/Preferences/Kokua.
The idea behind these is not that most people will want to turn everything on – that’s a surefire way to swamp the screen with too much performance related information. The actual idea is that most people will want to use only a few of the possible options that reflect on specific interests such as how many avatars are in a region, how many scripts are running, how the physics simulation is performing or overall timing information. Think of it not as a big hammer to use but rather a toolkit of very specific tools to use only when each is best suited.
The first section of the Performance 1 tab deals with notifications on entering a new Region. Once the region entry notification is enabled it has options for additional information about channel, agents (avatars), scripts, timing and basics (Time Dilation and Frames Per Second). You may also choose to have this information repeated with every performance notification if you wish to see more detail when one particular measurement goes out of limits. This is followed by the options for a notification if the server software channel version of the region just entered is different to the previous one and another option to control whether notifications are given when a statistic returns within limits as well as when it goes outside. While this can be useful for knowing when an out-of-threshold situation has ended it also doubles the number of notifications. The rest of Performance 1 consists of the individual areas for Agent and Script notifications. The notifications can be turned on and off as a group allowing individual settings to be maintained. Each option then has its own enable checkbox and a slideable/writable value to set the threshold. Changes in this window are immediate and do not need OK selected to apply them.

Performance 2 consists of similar areas covering Frame Timing and Basic Performance. Within the Frame Timing group there are additional options to display the whole frame timing information every time the whole frame exceeds its threshold or every time any component exceeds its own threshold.

Finally there is an option that selects whether output from these features is displayed as a notification in the top right and in chat history or just in chat history (perhaps with a chat toast too if the chat history is not visible at the time).

It should be noted that blips in most of these statistics will occur and are often part of normal Second Life operation. For instance, when an avatar arrives in the region the statistics will reflect that the region is prioritising completing the arrival and in particular will often give a lot of script time to get the avatar’s scripts running again which will then settle down as the transfer fully completes. This also means that when you have region entry statistics enabled and arrive in a new region yourself the values will often be abnormal since the region is prioritising your arrival.

All of the statistics have default values which are intended to be representative of fairly average performance. Where a statistic is of interest it should be enabled and then the threshold value adjusted so that most of the time the performance in the area of interest is within that threshold. You can tell when you pass the current value during adjustments by the generation of a notifcation each time the value being adjusted passes the actual value.

Although the basic statistics of Frames Per Second and Time Dilation are included they are generally of less value now than some years ago since regions have become much better at managing their time distribution and in particular at limiting script time to stay within the overall target frame of 22.5 ms. Should you see a region that is consistently failing to maintain FPS or TD it is either significantly overloaded beyond its self-management capabilities or has something wrong and would benefit from a reboot.

Homestead and Open Space sims are intended for very light use. In both cases it will be observed that script performance is strongly and deliberately limited. The script run percentage will start to drop well before the region runs out of frame spare time. In contrast mainland regions typically perform as well as a full private region (island) under all but the heaviest loadings.

Finally, here are some tips about what to watch for in specific situations.
If you are interested in vehicles then enabling the Physics time section of the frame monitoring is an essential. Turning on the ‘include whole frame information’ option is also recommended so that other factors can be seen at the same time as the Phsyics portion overruns. Enabling notification of changes in the region agent count is also recommended since arrivals and to a lesser extent departures will cause the region to re-prioritise its timings. Successful region crossings with vehicles depend a lot on how much data has to be transferred, so the lighter the vehicle load (and its passengers’ scripts, attachements and rendering complexity) is the easier and more likely a successful region crossing will be.

If you are interested in the overall health of a region various features should be enabled to allow notification of unusual situations, particularly total number of objects and active objects, total number of scripts, overall frame time, script time and physics time particularly.

If script performance is the most important aspect then most of the notifications in the Script Notifications section will be of interest together with overall frame time and extended region entry notifications
Should you wish to monitor most of these statistics continually they are available in any viewer by selecting SHIFT-CTRL-1 for the full Statistics window or SHIFT-CTRL-2 for the Scene Load Statistics. Unfortunately the latter omits one or two important statistics, notably the script execution percentage.
More information on the meaning of each statistic can be found here: http://wiki.secondlife.com/wiki/Viewerhelp:Statistics together with some performance tuning hints here https://community.secondlife.com/knowledgebase/english/how-to-improve-viewer-performance-r601/Section_.3

The new Performance 1 tab within Kokua Preferences
The new Performance 2 tab within Kokua Preferences
An example of a Homestead showing script limiting taking place well before the region runs out of frame spare time (the screenshot is of the standard CTRL-SHIFT-1 Statistics display mentioned above)