Kokua project status update and request of testers.

We updated Kokua to upstream version 4.0.2 on March 29, 2016. Since then SecondLife (SL) updated to:

An HTTP Client Release

A Maintenance Release

The QuickGraphics Release

The HTTP Client Release is mainly under the hood, but is significant in the amount of code touched. In addition to SL code merges, Kokua over time has taken in code from Firestorm. For those changes we have taken in additional code from Firestorm to provide the HTTP Client updates. Nicky Dasmijn led Firestorm’s efforts and Kokua would likely be stuck in the poke-at-it stage if not for her work. Thank you Nicky D.

The Maintenance Release is just that, a series of bug fixes and minor enhancements.

QuickGraphics provides two features; Graphics Presets and Avatar Rendering Complexity Controls. These features come with User Interface (UI) changes that will require a learning curve to master. Inara Pey, ( @InaraPey), and Nalates Urriah, (@Nalates) have blogged about QuickGraphics since its inception as an SL project viewer. Linked to their names are Inara’s and Nalates’ posts. Please review their posts.

Our downloads location has installers with RLV and NORLV in the file names. The RLV build can be used in RLV mode or vanilla mode. In “vanilla mode” the RLV build acts just like the NORLV build by skipping over RLV-specific logic or by executing corresponding plain SL upstream logic instead. The logic of the skipping mechanism (for the technically inclined: “if”-statements wrapping RLV-specific code sections) itself has to be executed in either mode, but should be negligible in performance. NORLV installers deliver viewers that are ~99% free of RLV viewer specific code. There is some code developed by Marine Kelley in her RLV viewer that is not specific to RLV features. Those non-RLV-feature related changes in the RLV viewer make up the remaining ~1% of code from RLV viewer included in both our builds and enabled whether in RLV or vanilla mode. NORLV builds provide a fallback in case of illness or other unexpected events that prevent timely updates to RLV. At present NORLV is not delivered as a release viewer. Users may use test viewers in those cases where there is moral objection to RLV or for any other reason. NORLV is where all developmemt first takes place. For Kokua-4.0.5 RLV code remains at upstream version 2.09.17.

Kokua has no formal Quality Assurance (QA) and we rely on our users to run test viewers and report back and, depending on the problem, file a Ticket. The lack of formal QA is a blessing of frequent releases and a curse of buggy releases.

We need testers for this release. Especially for RLV viewers in both RLV on and vanilla modes. We need to know if Avatar Complexity interferes with RLV visibility restrictions.

For OpenSim (OS) users we have found that HTTP Client code crashes with teleport (TP) on grids that use unmodified OpenSim code. These crashes seem not present on OSGrid and 3rdRock grids that make use of HTTP for asset delivery. This concern and the pending Inventory Message changes in both the viewer and SL server have us considering a split from the one viewer for all approach.
Geir Nøklebye is lead on this split and all can monitor his work on Bitbucket . Kokua-opensim does not rely on upstream merges. Most all changes are cherry-picked from various repositories. As we progress test viewer installers will begin to appear with “_OS_” in the installer name. We haven’t determined a version number scheme yet, but we will not have the version number match the SL version for the same functionally. For now, the version begins with 4.0.2 our branch off point. As we progress, we will provide follow-up blog posts. This is a work in progress and if we are able to solve the TP issue and the Inventory Message changes are not as difficult to make as expected we may decide to stick with the “one viewer for all” approach.

Known SL appearance bugs that affect all versions of Kokua code.
Swapping between different wearables too quickly using “Wear” causes old wearables not to be removed from being worn when they should be – only reproduces on the Attachment fix/AIS3 viewers.

Appearance update is STILL broken after recent changes in 4.0.4 (314579)

35 Responses to “Kokua project status update and request of testers.”

  1. Danni

    I have no use for RLV, but what I found so far by testing on Linux 64 bit is, when you open a profile, the list with groups does show a generic group symbol for each group and the name of the group partially appears on top of it. In the previous version, there were no group symbols. Then the “L$” next to my Linden Dollar amount on top of the main window is cut off. And third, when I am in Mouselook and receive a LSL Textbox, it does not pop up while I am in Mouselook. It did in the previous version, which is how it should be.

  2. NickyP

    Thanks for testing and commenting.
    I opened a ticket on the first item.

    Please open tickets on the other 2 items. The L$ cutoff and the LSL Textbox will need images of the problem,

    I could not reproduce the L$ on windows so it may be a function of full screen /windowed or how many options in the status bar.

  3. Danni

    The Create-Ticket-Button is greyed out for me and I get the message that I need to be authorized by the admin. I also found another bug. When I shrink the main viewer window and then click the maximize-button to get the full screen view, the actual viewer stays small, while the rest of the window now is black.

  4. NickyP

    If you register on sourceforge it will free the Create-Ticket-Button. Please use an email that can receive mail so that updates may be monitored.

  5. Gavin Hird

    *Danni. The group icon issue has been identified and should be resolved in the next test builds.

  6. Jax

    Please don’t shoot me but I was able to access a friend’s new parcel of land (which has ban lines up) while using this viewer. I am not on the land’s access list nor am I in the group set to the land. I was able to walk straight onto the parcel and not get that message about not being able to access the land due to not being on an access list. o.o

  7. NickyP

    Please file a ticket. Using windows on the SL beta grid (aditi) it works properly. I think this is something the server handles.
    In your ticket include a copy of Help->About Kokua
    Ban Line Block SL aditi

  8. NickyP

    Linux 64 bit full screen.

    Linux 64 bit Windowed screen

    Linux 54 bit back to full screen

    I did notice the black areas after restore to full screen about 10% of the time. I think this an operating system windowing anomaly. Maybe you can look into the issue in Linux forums.

  9. NickyP

    Still waiting on tickets to be filed.

  10. NickyP

    L$ Ticket #412 corrected.


    And third, when I am in Mouselook and receive a LSL Textbox, it does not pop up while I am in Mouselook. It did in the previous version, which is how it should be.

    I need a ticket opened and step by step reproduction written up in the ticket comment.

  11. Stephan

    I created tickets for viewer resizing problem and the LSL textbox issue.

  12. Jenni

    I am likely missing something, but I’ve had problems getting voice to work – up to and including the latest Kokua 4.0.5 (39214) Jun 23 2016 09:21:05 (Kokua Test RLV):
    CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (3405.84 MHz)
    Memory: 7944 MB
    OS Version: Linux 4.4.0-24-generic #43-Ubuntu SMP Wed Jun 8 19:27:37 UTC 2016 x86_64
    Graphics Card Vendor: NVIDIA Corporation
    Graphics Card: GeForce GTX 650 Ti/PCIe/SSE2

    OpenGL Version: 4.5.0 NVIDIA 367.27

    RestrainedLove API: RestrainedLove viewer v (
    J2C Decoder Version: OpenJPEG Runtime: 1.4.0
    Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.16.0 / OpenAL Community / OpenAL Soft: OpenAL Soft
    LLCEFLib/CEF Version: 1.5.3-(CEF-LINUX-3.2526.1371.g91b2536-32)
    Voice Server Version: Vivox

    Built with GCC version 40805
    Packets Lost: 12/22402 (0.1%)

    I am still on Kubuntu 16.04… everything else (including MoaP/CEF) seems to work fine aside from issues that are present (and known) in the official viewer too.

    For reference, these are the additional libraries I installed, derived via LD_LIBRARY_PATH=${PWD}/lib ldd bin/* and looking up missing libs via apt-file:
    sudo apt install libnss3:i386 libnss3:i386 libpangox-1.0-0:i386 libpangoft2-1.0-0:i386 libxcb-render0:i386 libxcb-shm0:i386 libxft2:i386 libxtst6:i386 gstreamer0.10-pulseaudio:i386 gstreamer0.10-plugins-base:i386 gstreamer0.10-plugins-good:i386 libxcomposite1:i386 libxinerama1:i386 libxtst6:i386 libxrandr2:i386 libglu1-mesa:i386 libxcursor1:i386 libopenal1:i386

    To actually get regular sounds up I had to delete the bundled Kokua openal* libraries. Kinda hoping the upcoming libvlc integration might fix some of that too :)

    The actual error message is:
    We’re having trouble connecting to your voice server.
    Voice communications will not be available.
    Please check your network and firewall setup.

    No firewall enabled, voice works fine with older versions of Kokua, e.g. the last official release version.

    Vivox log:
    06-24-16 08:23:12.000 4138379072 Error VivoxSystem::MethodResult<std::vector<vx_req_base_t*, std::allocator > > Connection::Read() Disconnected: this=0x921a718
    06-24-16 08:49:57.000 4138067776 Error VivoxSystem::MethodResult<std::vector<vx_req_base_t*, std::allocator > > Connection::Read() Disconnected: this=0x9869718
    06-24-16 08:49:57.000 4138067776 Error void Service::ShutdownSDK() Shutdown failed to complete: this=0xffffffffffbd7050

    Kokua logs show this (with my SL name blanked out):
    2016-06-24T14:49:47Z INFO:#Voice LLVivoxVoiceClient::userAuthorized: name “MY_SL_NAME” , ID MY_SL_UUID
    2016-06-24T14:49:48Z INFO:#LLCoros generateDistinctName: LLCoros: launching coroutine LLVivoxVoiceClient::voiceControlCoro();
    2016-06-24T14:49:53Z INFO:#Voice LLVivoxVoiceClient::provisionVoiceAccount: Provisioning voice account.
    2016-06-24T14:49:57Z WARNING:#Voice LLVivoxVoiceClient::connectorCreateResponse: Connector.Create returned wrong handle (2) expected (1OW2lvL1wAqu)
    2016-06-24T14:49:57Z INFO:#Voice LLVivoxVoiceClient::waitForChannel: Waiting for channel
    2016-06-24T14:49:57Z INFO:#Voice LLVivoxProtocolParser::process_impl: returning STATUS_STOP
    2016-06-24T14:50:02Z WARNING:#Voice LLVivoxVoiceClient::loginToVivox: too many login retries or timeout connecting, giving up.

    I doubt the issue is with Kokua, because the same happens in the LL viewer: No voice. If anyone has an idea what I am missing…? Hoping some other Linux user might have an idea.

  13. NickyP

    I’m getting the same issue. Did voice work on 4.0.2? Answered Yes in comment. Drakeo had a patch for 4.0.5, but it was a bit hackish and I didn’t pull it. This is an issue with the linux viewer. I think Drakeo is doing a rewrite of his patch.

  14. Jenni

    Still works in Kokua 4.0.2 (38137) Apr 3 2016 13:49:57 (Kokua Release 64).

    Looking forward to the patch, and please relay my thanks to Drakeo.

  15. NickyP

    Kokua RLV with Drakeo Voice Fix. Please check it out. We are in progress of moving to separate viewers for SL and OpenSim.
    There is a different look at log on for the SL variant.

  16. Jenni

    Yes, voice works flawlessly on that build, though CEF doesn’t. Might be an issue 64bit vs 32bit – though the same libs are installed on both architectures, I checked. For me voice is more important though :)

    Interestingly I didn’t need to remove the bundled libopenal on that one either, whereas I had to on the 32bit 4.0.5 (39214) build to get regular sounds working.

  17. NickyP

    I was able to play a youtube video ok. For cef to work it needs installed sudo ./install.sh or chown root:root /bin/chrome-sandbox

    The current CEF/SL is cranky about anyother formats such as mp4 etc. It complains that it is a download and doesn’t play.
    VLC is better behaved in that regard.

  18. Jenni

    No luck even installing it as root. CEF hasn’t worked for me since some of the really early builds (prior to the install/root owned requirement it worked), with the exception of the 32bit build mentioned earlier – there CEF works fine, which surprised me to no end. It even works without doing the install or the root:root ownership of the chrome sandbox.

    If down the road I’ll have to use 32bit to get CEF _and_ Voice going that’s fine for me too, the 32bit limits have never been a problem here.

  19. Mich

    Finally quick graphics with voice on Linux, Nice patch!

  20. NickyP

    Thinking you have already checked, but are any instances hanging on if you run ‘top’ or any program that does the same as.

  21. Jenni

    I’ve always checked for hung processes – even rebooting to make sure none snuck by.

    Here’s an oddity: Two PCs, both having the exact same packages and config (cloned) – one has CEF, the other does not. They do have significant hardware differences though. I’ll meddle with it this weekend to see if i can figure out any difference in logs or somesuch.

  22. Jenni

    Addendum: That previous post was for the 64bit viewers. The 32bit works fine on both, that is to say Kokua_Test_RLV_4_0_5_39238_i686.tar.txz

  23. NickyP

    On the not working system, from the install directory:
    LD_LIBRARY_PATH=${PWD}/lib64:/lib32 ldd bin/llplugin/libmedia_plugin_cef.so

    LD_LIBRARY_PATH=${PWD}/lib64:/lib32 ldd bin/SLPlugin

    Maybe that will show a missing library.

  24. Jenni

    No such luck, it says all libraries are present and accounted for – that is, no libraries shown as “not found”.

    Console shows this (installed as root):

    2016-07-02T16:28:20Z INFO: LLPluginProcessParent::idle: Forcing LD_PRELOAD for /opt/kokua-install/bin/SLPlugin with a value of libcef.so
    2016-07-02T16:28:20Z INFO: LLProcess::LLProcess: SLPlugin (3220): launched cd /opt/kokua-install/bin/llplugin: /opt/kokua-install/bin/SLPlugin 33249
    2016-07-02T16:28:20Z INFO: setStartupState: Startup state changing from STATE_BROWSER_INIT to STATE_LOGIN_SHOW

    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::idle: Forcing LD_PRELOAD for /opt/kokua-install/bin/SLPlugin with a value of libcef.so
    2016-07-02T16:28:21Z INFO: LLProcess::LLProcess: SLPlugin (3221): launched cd /opt/kokua-install/bin/llplugin: /opt/kokua-install/bin/SLPlugin 38001
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: plugin version string: CEF plugin 1.1.3
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: base -> version: 1.0
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: media -> version: 1.0
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: media_browser -> version: 1.0
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: plugin version string: CEF plugin 1.1.3
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: base -> version: 1.0
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: media -> version: 1.0
    2016-07-02T16:28:21Z INFO: LLPluginProcessParent::receiveMessage: message class: media_browser -> version: 1.0
    ERROR: ld.so: object ‘libcef.so’ from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
    2016-07-02T16:28:21Z INFO: LLPluginMessagePipe::pumpInput: Got EOF from plugin socket.
    2016-07-02T16:28:21Z INFO: LLProcess::handle_status: SLPlugin (3221) exited with code -1

    Not terribly helpful (for me at least).

  25. Jenni

    On the plus side: Just sailed across around 100 sims – no crash.

  26. Parker

    Some recent linux RLV builds (e.g.: Kokua_Test_RLV_64_4_1_1_39566_x86_64.tar.txz or Kokua_Test_RLV_64_4_1_1_39609_x86_64.tar.txz) do not seem to include RLV.

    Which seems a bit odd, given that part of the goal here was to test RLV.

  27. NickyP

    Automatic build repository was messed up with the labels reversed. Corrected downloads are building now and should be up in a few hours,
    Sorry for the confusion.
    Thanks for reporting.

  28. NickyP

    Looks like it may be longer than I first thought to produce a linux 64 bit build as there are issue with the vlc plugin. I suggest using the 32 bit build for a while.

  29. Parker

    An odd bug in Kokua 4.1.1 (39611) Aug 16 2016 08:21:06 (Kokua Test RLV 64)

    The built-in browser, also used for search, is functionally upside down. It displays the page normally, but mouse clicks are mirrored. So, to click on a link that’s displayed in e.g. the upper left of the page, you need to click in the lower left!

  30. Jenni

    Confirmed. I don’t use MoaP much, but yes… it’s there.

  31. NickyP

    Please open a ticket on this one.
    There has been a bunch of Y coordinate flipping from SL.
    Hopefully, it will be resolved soon.

  32. NickyP

    I am not seeing this problem. I asked Drakeo to check and he didn’t see it either.
    Both of us use sudo ./install.sh which is a full install with backup.
    If the install is as a user I wonder if there is an issue with the llcef plugin not being
    over written. However, that is a SWAG and unconfirmed.

    Please reinstall as sudo and see if the problem is still present.


  33. Parker

    Yeah, problem still present when installed using sudo.

    I didn’t install at all in the past, just ran from the untarred folder. Never had problems with that.

  34. NickyP

    See Ticket #427.
    Repro of flipped media on linux.

  35. NickyP

    This is fixed now. Current test viewers have the fix and are ready to download.