Kokua 6.0.1 updates

The last version of Kokua I looked at in these pages was version 6.0.0, which primarily added Animesh functionality to Kokua.

Since that time, there have been a number of further updates, up to and including 6.0.1.44454 (RLV), and this article is intended to catch up to the current releases. In short, the intervening updates have been:

  • 6.0.0.44291 (RLV), November 29th, 2018: focused on parity with Marine Kelley’s RLV 2.9.24.
  • 6.0.0.44301 (RLV for Windows), December 8th, containing RLV bug fixes and four new RLV information panels.
  • 6.0.1.44374 (RLV) and 6.0.1.44375 (No RLV) for Windows, Mac and Linux, released on December 13th.
  • 6.0.1.44454 (RLV), December 17th, 2018 for Windows, Mac and Linux – essentially a bug fix release for a issue with the 6.0.1.44374 (RLV) release.

In addition, the 6.0.1.44374/44375 updates saw Kokua merged to parity with the (at the time of writing) current SL viewer release, version 6.0.1.522263, formerly the Spotykach Maintenance RC viewer, promoted by the Lab of December 13th, 2018 (release notes here).

It is the the 6.0.1.44375 and 6.0.1.44454 (RLV) updates that I am focusing on in this update, together with an overview of the new RLV panels introduced with 6.0.0.44301.

Menu Restructuring

The major visible change to both 6.0.1.44375 and 44454 is a revised menu structure. Up until now, Kokua has used the legacy (going back as far as v1 viewers) initial menu structure of  File, Edit and View, as opposed to the Me, Communicate and World options found in the official viewer and followed by (for the most part) most other v5/v6 viewers.

To help Kokua users gain familiarity with the new menu structure, the Kokua team have produced a document outlining how and where options have been moved between menus in converting them from the old format of File, Edit and View to the more standard Me, Communicate and World.

Advanced menu > Classic Kokua Menus allows users to toggle between the “legacy” (File, Edit, View) and “current” (Me, Communicate, World) menu titles. A restart is required for each change to take effect

By default, the new menu structure is OFF, to avoid the risk of confusion for users not expecting the change. For those wishing to to use the new menu system, it can be enabled via Advanced menu > unchecking Classic Kokua Menus. The viewer must be restarted to apply the change. This option can also be used to switch back to using File, Edit, View, if desired (again with a viewer restart required).

RLV Updates

Kokua 6.0.1.44301 implemented a new set of RLV diagnostic panels designed to assist RLV users, as these were initially only available in the Windows version of the viewer, I’m covering them here, as they are now available on all OS flavours of Kokua.

The new panels are a combination of code from the Script Error window found in the standard viewer, and some code from the RLVa implementation within Firestorm. They’ve been designed by Chorazin Allen of the Kokua team, who gives full credit for the base code used, although as he notes, the operation of the panels based on Firestorm’s RLVa implementation have been substantially modified to work with RLV and his own design preferences.

The new panels are all accessed via the RLV menu, which includes a new section for the panels, shown on the top right in the image below.  Chorazin also provides a comprehensive guide to their use, and I refer RLV users to that document for further information.

The new RLV windows – click for full size, and also refer to New RLV Information Windows on the Kokua viewer blog. Console, Status and Attached / Worn panel images via the Kokua website

From 6.0.1.44374 (RLV) to 6.0.1.44454 (RLV)

Version 6.0.1.44374 (RLV) and 6.0.1.44454 (RLV) are functionally identical to one another with the exception of the Out Of Character (OOC) functionality – that is, the use of “((” and “))” in text during role-play to indicate comments / messages that should not be considered part of the on-going role-play exchanges.

In short, a change was implemented in RLV 2.9.24.1 that affected how OOC chat is handled when a user is under certain RLV restrictions. However, the change broke the OOC chat processing logic. While not a problem for the dedicated  RLV third-party viewer, it has caused problems for Kokua users (see OOC chat with (( )) not working with Kokua RLV 6.0.1.44374).

6.0.1.44454 fixes the issue through the provision of two new options in Preferences > Kokua > General:

  • Allow OOC chat using (()) (requires restart): enabled by default, this must be checked in order for OOC chat to work at all. If it is disabled, all OOC will appear as “…” in local chat. So, only disable this option if you do not want to see OOC in local chat at all (as the option notes, you will have to restart Kokua when enabling / disabling this option).
  • Send OOC chat to redirected chat rather than local chat – enabled by default. This has two functions:
    • When enabled and applicable RLV restrictions are in operation, all OOC chat goes to redirected chat handlers and it will not appear in local chat.
    • When disabled, the expected OOC behaviour applies, and OOC chat will appear in local chat in the usual (( and )) parentheses.
    • This option can be set independently to the first, and does not require a viewer restart.

You can find out more about this update in Kokua 6.0.1.44454 – RLV OOC chat handling fixed.

Additional Links

Advertisements

Kokua goes Animesh with version 6.0.0

On Sunday, November 18th, 2018, Kokua issued version 6.0.0, which includes full Animesh support. As always with Kokua, the viewer is offered in two options:

  • With RLV support: 6.0.0.44120.
  • Without RLV support: 6.0.0.44121.

Both of these options are, again as always, available for Windows, Mac OSX and Linux.

As well as Animesh support, the update includes a series of third-party updates and additional bug fixes.

Animesh

As per my release overview, Animesh has been in development for about a year, and like Bento, has been a collaborative effort between Linden Lab and Second Life content creators. Essentially, it allows the avatar skeleton to be applied to any suitable rigged mesh object, and then used to animate the object, much as we see today with mesh avatars. 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.

Rigged mesh can be set to be used as Animesh through the Build / Editor floater

To help people get started with Animesh, there is already a range of available resources, including:

In particular, the user guide and test content offer the best way of getting started with Animesh for those who haven’t tried it thus far.

And, Animesh isn’t just for content creators: it has been designed such that just about any rigged mesh can be converted to Animesh directly from the Build / Edit floater. Do be aware, however that simply converting an object will not cause it to start animating – you’ll obviously 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. If you’re not a scripter / animator, you can still use the Animesh test content and have a play around with things.

Additional Updates

The 6.0.0 release of Kokua re-introduces the NACL viewer sound explorer (found under World > Sound Explorer). In addition, a number of options have been ported from Firestorm:

  • The animation explorer (under World > Animation Explorer).
  • The Money Tracker/Tip Tracker (View > Money Tracker).
  • Phoenix-style extended hovertips (View > Highlighting & Visibility > Hover Tips > Show More Information).
  • Avatar Complexity score in name tags (Edit > Preferences > General) along with the Only If Too Complex and Show Own Complexity options.
Kokua adds Firestorm’s approach to display avatar complexity information

Other updates comprise:

  • A bug fix so that Turning on Full Res Textures works.
  • 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 screen.
  • Further ports of:
    • Reporting the latest grid status bulletin in chat at login (Edit > Preferences > Notifications).
    • The ‘do not hide worldmap after teleport’ option ( Edit > Preferences > Kokua > General).

I’ve not had time to take the viewer for a thorough test of the viewer, and the Kokua team note they’ve not had the opportunity to test Animesh. Therefore, 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 against Kokua at: https://sourceforge.net/p/team-purple/kokua/tickets/.

Additional Links

Kokua update, MetaChat issues and Firestorm version block

A quick round-up of news relating to a handful of viewers and clients.

Kokua

Kokua 64 bit (Windows, Mac and Linux) updated both the RLV (5.1.7.43693) and non-RLV (5.1.6.43692) 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.

Links

MetaChat

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 5.0.1.52150 (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.

Kokua presents Alex Ivy based 64-bit Linux Viewer

Viewer support has been a subject of frustration among SL users who prefer to use Linux (around 1%-1.5% of the total SL user base) over the lack of official support for the operating system.

As I reported at the time, in 2015 and due to a lack of Linux expertise, Linden Lab pulled back from active Linux viewer development in favour of seeking support from the open-source community in order to maintain a Linux version of the viewer (see here for more). More recently, the Lab has been looking to provide a means to build a Linux flavour of the viewer, based on their Alex Ivy 64-bit code base and libraries, but not distribute or build all the various dependencies required for the viewer, instead leaving this to TPVs to do as part of providing their own support for Linux users (see here for more), although this is taking time to happen.

In the meantime, on May 6th, 2018, the Kokua team released the first third-party viewer for Linux based on Lab Lab’s 64-bit Alex Ivy code base, although built using Kokua’s own Linux libraries.

Kokua release 5.1.3.43237 (RLV) and Kokua release 5.1.3.43238 (no RLV) are  are supplied in Windows, Mac and Linux flavours. In addition, and as is to be expected, both are built using the latest LL release code base (SL 5.1.3) while the RLV version is at parity with RLV release 2.9.23.0.

The viewer is currently available for download on the Kokua website for those who wish to try it – just scroll down to the RLV 64 bit (active development) or the NORLV 64 bit (active development) sections of the download page for the version you’d prefer to use.

If you are a Linux user and opt to download the viewer, please do take the time to report any issues you find with it via the Kokua Issue Tracker at Sourceforge,  as refinement and enhancement of the Linux flavour of the viewer is dependent on the Linux community, perhaps more so than the Mac and Windows flavours (which each have the advantage of larger user bases and more chances of issues being more widely identified and reported).

It should be noted that the Linux flavours of the viewers does come with a warning:

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.

– The Kokua May 6th 5.1.3 release notes

However, the news that there is now an up-to-date 64-bit Linux viewer available for download which is based on the Lab’s current code-base should hopefully come as good news for Linux users.

Additional Links

Kokua: new faces, the future and release 5.1.3.43129/43130

In March I reported that Chorazin Allen, had joined the Kokua viewer development team. He volunteered after Nicky Perian’s decision to step back from day-to-day management of the project, announced in October 2017 to allow him to enjoy more of his retirement, failed to elicit hoped-for volunteers to take over the general management of the project.

Chorazin, although he modestly describes his C++ coding skills as “rusty” (causing him to initially hold back from volunteering sooner), has considerable experience in project management, software development and build experience coupled with many years of experience of in-world LSL scripting and working with RLV/RLVa.

Since joining Kokua, he has been getting familiar with the rest of the Kokua team, and together they have been working on updates to the Second Life viewer to bring it up to parity with the current Linden Lab code base, including full integration with the Alex Ivy 64-bit code. I’ve been tracking these updates – made through the projects Sourceforge pages, rather than being “official” releases, for the past few weeks via my Current Viewer Releases page and my weekly viewer release summaries.

Kokua: The Future

On April 15th, this work reached a point where the team were ready to resume making formal Kokua releases, and to publish a blog post outlining the viewer’s future development. I strongly urge all Kokua users to read this post in full, and am only bullet-pointing the key elements here:

  • Until such time as an OpenSim developer can join the project, Kokua will only be actively maintained for use with Second Life.
  • Kokua for Second Life will be developed as a 64-bit bit viewer only, offering both RLV and non-RLV variants.
    • The Windows and Mac versions will be actively maintained, based on Linden Lab’s  Alex Ivy 64-bit code base.
    • Effort will also be put towards a 64-bit Linux flavour of the viewer based on the Lab’s Alex Ivy code. However, this will doubtless be dependent on the Lab’s broader attempts to work with the Linux community to develop a 64-bit Linux viewer.
  • In keeping with a request from Linden Lab, the major version numbers for Kokua releases will reflect the Lab code base release they are based on. So, for example Kokua 5.1.3.xxxxx indicates it is based on the Lab’s 5.1.3 code base.
  • Legacy 32-bit versions of Kokua will remain available via the download page, but will not be actively maintained.
  • The Kokua group within Second Life is the preferred medium for user-to-user support and will also be used for group notices about new versions or other significant developments. All other channels of outward  communication (IRC, Twitter, etc), have been discontinued.
  • The Kokua wiki will continue to be used for viewer release notes (as seen in the viewer when a new version is launched) and for the summary of current versions and download sites.
  • The preferred method of inward  communication to the team is via a ticket raised in Sourceforge against the Kokua Project.

Kokua 5.1.3.43129/43130

The formal release the release of Kokua’s Alex Ivy based 64-bit viewer for Windows and Mac, offers the viewer in both RLV (5.1.3.129) and non-RLV (5.1.3.43130) variants on both platforms. It brings with it a full parity with the Second Life viewer up to and including (at the time of writing) the current official release viewer, 5.1.3.51364, formerly the Media Update RC viewer. The RLV version of the viewer also gains parity with RLV 2.9.23.0.

Performance Feedback Capabilities

The core element of the updates made by the Kokua team comprise new performance and information feedback capabilities, including the ability to report on changes in the number of scripts in a region, changes in the server channel with changes of region.

All of the new settings can be found in two new Preferences tabs: Preferences > Kokua > Performance 1 and Preferences > Kokua  > Performance 2:

  • Performance 1 deals with notifications on entering a new region and agent (avatar) and script notifications, which must be enabled on a group basis – agent and / or script notifications, and then individual options within group set as required.
  • Performance 2 provides notifications on Frame Timing and Basic Performance.

In addition, it should be noted that:

  • Performance 2 also includes a check box to display the information from these features either as a notification in the top right of the viewer window and in chat history, or have them only displayed in chat history.
  • All of the options have default values which are intended to be representative of fairly average performance. If you aren’t familiar with what they do, it is probably preferable that you don’t randomly enabling them, as you could end up  swamped in notifications and feedback.
  • It is important to not that any changes made relate what is reported by the viewer and when – changing these values does not change actual simulator performance.
The new Preferences > Kukua Performance 1 tab, allowing users to set notifications for region, agent (avatar) and script notifications.

Some of these options mirror similar capabilities found in other TPVs – such as reporting a change in the server channel when moving between regions; others may be of more benefit to region holders and their estate managers than they are for general consumption. The idea with them is not to simply turn everything on, but to select those options which might be of specific interest.

For example, while knowing how many avatars (agents) are in a region might be of use to some users when hopping about Second Life, information on how the physics  simulation is performing or on overall timing information within a region, together with the active object count and script count is only likely to be of interest to those managing a region. Similarly, enabling the Physics time section of the frame monitoring options in the Performance 2 tab could help creators monitor vehicle performance during testing (e.g. on region crossings.

The new Preferences > Kokua > Performance 2 tab, providing Frame Timing and Basic Performance notifications

For a more rounded examination on how these options might be used, please refer to the Kokua release notes, which provide a range of examples of now the tabs might be used. It should also be notes that general “real-time” monitoring of the options provided can also be done via the Statistics (CTRL-SHIFT-1) and Scene Load Statistics (CTRl-SHIFT-2) floaters. Finally, those particularly interested in learning more about the viewer’s statistics reporting abilities and on tuning viewer performance should refer to the Viewer Statistics wiki page, and the Viewer Performance Knowledge Base article respectively.

Feedback

While the lack of OpenSim maintenance for Kokua – at least until such time as an OpenSim developer volunteers to work with the team, as noted – will probably be lamented in some quarters, the “return” of mainstream release announcements of Kokua, together with information how the viewer’s development will proceed into the foreseeable future is to be welcomed.

That Kokua is only being maintained on Windows 64-bit might cause frustration for some. However, given that systems capable of running 64-bit Windows (e.g. supplied with more that 4Gb of RAM) are far more prevalent on the marketplace; ergo, the decision to focus the team’s limited resources on providing support for the one flavour of Windows  makes sense.

It’s hard to judge how well the two new Performance tabs will be utilised. Aso noted, for the likes of those engaged in region management, or scripting, they could potentially be very useful. For others, the tabs might rarely see the light of day. But that’s what TPVs are about – providing choice for users.

I’ve not had an opportunity to run Kokus 5.1.3 hard, having only spent part of a morning bouncing around SL with it. However, in that time I found it to be (as usual) robust and providing frame rates and general experience with the official viewer and – on a frame rate basis – somewhat above that managed by Firestorm on the basis of very rough-and-ready “like for like” testing across some of my preferred regions where things like agent numbers., etc tend to remain constant.

Additional Links

Kokua viewer – news and future updates

Update, March 10th: Two new versions of Kokua are available for 64-bit Windows (RLV – version 5.1.3.42936 – and non-RLV – version 5.1.3.42935).  These build on recent updates to Kokua using the Lab’s 5.1.3 code base, and feature internal code refactors. They can be downloaded from Kokua’s Sourceforge repository.

In October 2017, Nicky Perian announced he would be stepping back from a direct, hands-on leadership role in maintaining Kokua to enjoy a well-deserved retirement. He put out a call for members of the Kokua community to step forward and help maintain Kokua, although he has maintained a role working on the Mac and Linux versions of the viewer.

On Friday, March 9th, Chorazin Allen – perhaps best known as the creator of Chorazin Creations, a range of RLV-enabled cages and cells for the BDSM community, and the Chain of Command range of scripted plug-ins for the Real Restraints range of products by Marine Kelley-  issued a Kokua group notice indicating he would be joining the team, taking directly responsibility for:

  • The Windows builds of Kokua
  • RLV updates
  • Release management and general administration.

In a separate group notice, Chorazin also notes:

You can check on the latest Win64 versions of Kokua by visiting Sourceforge here:

https://sourceforge.net/projects/kokua.team-purple.p/files/Kokua-SL/Windows64Bit/

You may also set up notifications from Sourceforge when new versions are added.

RLV users should update to 42932 to get a fix for the garbage collector failing to remove restrictions from vanished objects.

Chorazin notes that – understandably –  it will take a little time for the re-organisation within the Kokua team to be completed, and Kokua users are asked to keep an eye on group notices – which will become more frequent as a new version is readied for release – and on the  Sourceforge repositories for updates to forthcoming versions.

In the meantime, news that Kokua is to be moving forward will likely be welcomed by the Kokua community, and kudos to Chorazin for taking up the request to help manage the viewer and carry it forward. I’ll continue to cover updates as they are released.