Archive for the 'Releases' Category

Kokua Release 6.0.1.44374 (RLV) and 6.0.1.44375 (NORLV)

This release includes LL Viewer 6.0.1. Details: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/6.0.1.522263

The RLV version also includes RLV 2.9.24.1. Details: http://realrestraint.blogspot.com/2018/12/rlv-29241.html

Note that the fast-sun bug mentioned is not fully fixed in this version.

This version also introduces a revised menu structure for the login and viewer main menus which is much closer to the current LL design. If you wish to use the new menu structure go to the Advanced Menu and turn off ‘Classic Kokua Menus’. The viewer must be restarted to apply the change.

If you want to know where commands have moved to in the revised menu structure see: http://blog.kokuaviewer.org/2018/12/09/advance-warning-main-menu-changes-coming/

New RLV Information Windows

Introduction

For some time now diagnosis facilities in RLV have been limited to “Show Debug Messages” which reports on RLV commands within the chat stream and “List Restrictions” which sends a list of currently active restrictions to the conversations window in the nearby chat panel.

In contrast RLVa has a similar facility to “Show Debug Messages” and several windows covering Restrictions, Locks and a Console facility.

RLV now has similar capabilities with new windows called RLV Debug Display, RLV Status, RLV Worn Status and RLV Console.

Clear Credit

The RLV Debug Display is based on the code from the Script Error window found in the standard viewer. The other new windows are based on, and use some code from, the RLVa implementation within Firestorm. While the window design will be familiar to RLVa users the operation has been substantially modified to work with RLV and my own design preferences.

ACCESSING THE NEW WINDOWS

The windows are all accessed and controlled through entries in the RLV menu. In the case of the RLV DEBUG DISPLAY/RLV COMMANDS window there is also a submenu with some options.

RLV DEBUG DISPLAY /RLV COMMANDS

This window is named RLV Debug Display in the menus to emphasise its relationship to the standard Show Debug Messages feature.

Its purpose is to show all RLV commands processed together with an indication whether they were accepted for execution (which means that no glaring syntax errors were present– a command may still be accepted but do nothing due to some intentional interaction of restrictions).

Note that the window does not begin capturing commands until it has been opened once, thus if you want to see everything that happens during login you will need to enable the Open Automatically option described a little later.

The first tab of the window shows all commands processed. Subsequent tabs are created on demand for each object generating RLV commands.

The name of the object is shown along with its current attachment point and “(child)” if the RLV commands are not being issued by the root prim of the object.

In the image above the window is currently showing all RLV commands in the order they occurred.

Some tabs have been closed (using the lower x along the right hand edge of the window) leaving just two RLV sources displayed. “Viewer Startup” refers to the viewer’s blinding restrictions which apply from startup until shortly after login and is intended to bridge the period during login where attachments are starting up and reinstating their restrictions as they were at logout from the previous session.

The phrase “executes…” has the same meaning as it does in “Show Debug Messages” – that the command matches the syntax for RLV commands and has been accepted for processing. It is not a guarantee that the command exists, is supported or will not be prevented from having an effect by some other active restriction (eg trying to do a teleport by RLV when teleport is disabled).

There are three options available to control the window’s behaviour which are shown on its submenu.

Show Window opens or closes the window.

The first option “Opens automatically” controls whether the window will open whenever a RLV command is processed. If you want to observe what is happening during login you must turn this option since RLV commands will be processed well before you have enough control within the viewer to do so manually. However, the automatic opening can also be intrusive so it is a matter of choice whether to use it.

The “Ignores =channel” option can be used to discard all commands of the format @something=channelnumber from the debug output. These are usually inquiring commands with no lasting effect on RLV restrictions. Many items issue commands like this on a regular basis to confirm that RLV is still in use or to check on restrictions being applied by other items. This regular recurring activity can be distracting so there is an option to suppress it.

The final option “Shows most recent” determines whether the window will automatically switch tabs to the one for the device that most recently issued RLV commands. This is very useful when you want to watch what is happening in real time however it can also become distracting when one particular device is of interest.

As is normal for viewer windows you may ‘tear off’ the tab for a particular object and display it separately to the main window. Individual tabs can be closed using the lower ‘x’ on the right hand side of the main window however closing the tab for ‘All RLV’ will close the main window too.

All of the tabs support highlighting text by click/dragging after which a right click will bring up a standard menu which includes Copy to transfer the text to the computer’s clipboard. Keyboard shortcuts for copy (such as Ctrl C on Windows) may also be used.

RLV CONSOLE

The RLV Console window allows commands to be entered without the need to create a script to issue them. These commands only persist as long as the RLV Console window is open (or until they are cancelled from within the RLV Console)

The operation of the Console is summarised in the text above the display area.

Any command may be entered. If a command is accepted for processing the RLV> prompt will be displayed again (along with any feedback from the command if output channel 0 was specified).

Generally using channel 0 as an output from RLV commands is not permitted due to possibilities for misuse. Using channel 0 is only permitted with commands within the Console.

Active restrictions applied by the Console will appear in the RLV COMMANDS window and other RLV windows with the avatar’s name as the source of the restriction.

Restrictions applied from the Console can be cancelled by using @clear within the Console or by closing the console window.

Since there are some scenarios where the Console could be used to perform actions not otherwise possible whilst restricted the Console can be disabled by a @viewscript=n command from any other source. This will close the Console window, release any restrictions it had in effect and prevent it from reopening until the @viewscript restriction is lifted.

The Console is the only RLV window that may be restricted in this way due to its interactive nature. The other windows solely deliver information.

RLV STATUS

This window provides a constantly updated view of the current RLV restrictions, exceptions, notify commands and modifiers that are in effect.

The Restrictions tab shows each restriction and the name of the object applying it together with where it is attached and whether it is a child (non-root) object.

If an object is owned by the viewer user but not worn its name will be correctly shown (rather than appearing as ??? which was previously the case with ‘List Restrictions’).

The Exceptions tab shows current exceptions together with the UUID resolved to a name, where possible, to make it easier to understand who/what the exceptions are applied for.

Notify commands are shown on the third tab to reduce the number of items appearing in the Restrictions tab and also because a Notify command does not apply any restrictions.

Finally the Modifiers tab shows current values for parameters that can be altered by RLV commands such as the camera settings, fartouch distance or tplocal distance.

When ‘unlimited’ is shown there are no modifiers in effect on the value and its default viewer value is in effect. Strictly speaking, the meaning here is “not limited by RLV”– there may be other limits coming into play as a result of non-RLV viewer settings such as draw distance.

All four tabs update dynamically and show current status.

‘Copy to clipboard’ pastes the output of “RLV Restrictions” to the clipboard. Note that this is often too large for a single chat or IM message so in situations where the output needs to be shared with someone paste it initially to a document outside of the viewer (eg the Notepad application in Windows) and then paste portions of it into chat/IM. See the next section for some minor changes to the output of “RLV Restrictions”.

RLV RESTRICTIONS

The ‘RLV Restrictions’ feature which outputs the current list of active commands to the nearby chat window is largely unchanged however it has been upgraded to use the same naming routine as the new RLV windows described here.

This means there are three specific changes:-

If an item is attached, its current attach point name is included. Since objects often also include a desired attach point within their name you may see two attach points shown. The first is the one within the object name. The second is the actual location.

If the RLV commands are not coming from the root prim of the object ‘(Child)’ will be shown.

Objects owned by the avatar that are rezzed inworld rather than worn will appear with their correct name rather than “???”.

The example below is from an attached object issuing RLV commands from a child prim that does not have an attachment point in its name

RLV WORN STATUS

This window deals with attachments and worn clothing layer items. There are currently no RLV features specific to mesh clothing thus mesh items are represented here simply as attachments and clothing which was worn through mesh appliers does not appear.

The first tab lists all attached items along with where they are being worn and whether they can be detached.

There are various reasons why something may not be detachable. In the case of ‘folder locked’ more information is available in this window on the Folders tab or in the RLV STATUS window.

The second tab lists all attachment points together with how many items are on them and the current attach/detach status for that attachment point.

Where ‘some items locked’ appears it means that the attachment point itself is free of restriction however one or more of the items there do have restrictions in place around removal. More detail can be obtained from the Attached Items tab or the RLV STATUS window.

The Folders tab shows all restrictions that have a bearing on inventory folders.

If any of @(un)shared(un)wear are in effect they will appear in the window. In addition all restrictions which either reference a folder or could affect a folder are listed.

In the example above the object has locked itself in place and also applied restrictions affecting three folders.

The reason that the object’s own lock is included here is that when an item is locked this automatically prevents detaching of the folder that contains the object so any individual item lock can also be considered as a folder lock too.

The Clothing Layers tab lists all the legacy clothing layers together with one line for each item being worn. If multiple items are worn (as is often the case for alphas) each will show on a separate line.

Along with the location and item there is also an indication whether items can be added/worn or removed. The first four locations (shape, skin, hair and eyes) must always have at least one item worn to prevent the avatar appearing as a cloud.

All the tabs in this window will update with any change (whether caused by RLV or independently) however a ‘Refresh’ button is provided for any situations where unusual behaviour has caused the window content to become outdated.

BUGS AND FEATURE REQUESTS

Please raise any bugs or feature requests to Chorazin Allen via the Kokua Viewer Issue Tracker which is located at https://sourceforge.net/p/team-purple/kokua/tickets/

Kokua 6.0.0 second release with RLV 2.9.24

Kokua 6.0.0.44291 is now available. This version brings RLV support up to 2.9.24 ( see http://realrestraint.blogspot.com/2018/11/rlv-2924.html for details).

Most of the bugs fixed in this version were reported by Kokua users – so thankyou for taking the time to report issues and helping make things better.

One fix is of particular note. If you have experienced problems with logging in as a cloud with one of skin/eyes/hair/shape missing you should find this version helps considerably. If you have also been using the option on the Kokua Inventory Preferences tab to bypass a LL decloud bugfix you’re recommended to try running for a while with the bypass turned off. Logins may still be slow sometimes but so far in testing I haven’t see a skin-less login.

You can get the new version from https://sourceforge.net/projects/kokua.team-purple.p/files/Kokua-SL/

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/6.0.0.520636

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.8

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

The version numbers are 5.1.8.43722 for RLV and 5.1.8.43723 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/5.1.7.517973

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 5.1.6.43613 (NORLV) and 5.1.6.43614 (RLV)

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

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 2.9.23.1 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 (5.1.5.43453 for NORLV and 5.1.5.43454 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/5.1.5.515811

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

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

This release brings Kokua to parity with Second Life Viewer release 5.1.4.515016 ( http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.4.515016 ) and RLV 2.9.23.1 ( 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/5.1.4.43398 )

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 )