Kokua Mac test viewer available

Several hours ago the first Mac build completed and I logged on to Second Life beta grid, aditi. Rebranding from Second Life to Kokua is needed. If there are Mac users that would like to help in this area please respond and I’ll help set up a build environment on your system. I would like Mac users to test and provide look and feel opinions as comments to this post. If there are bugs please report them to our issue tracker.

Thanks to McCabe Maxstead for sound (openal) make work tweaks and Cinder Roxley of Firestorm Project for make it build patches.

A special thanks to onefang, our primary Imprudence developer, who recently purchased a mini-mac and provided his system as a way for Kokua to be built.

Test viewers including mac are included in Kokua’s Nightly directory.

The mac download link is here This link will not remain current so please use the link to the Nightly directory to stay current.

42 Responses to “Kokua Mac test viewer available”


  1. Peter Stindberg

    Runs smooth and fast! I had extreme issues with FS lately. The beta lagged hooribyl, and even the latest stable one became slow. I always recalled Imprudence to be slow, but this new built is much better than FS on Mavericks.

  2. Gavin Hird

    First impression is very good (running on 10.9.2 beta).

    Two glitches you might want to look at:

    Setting a new window size via the Advanced > Set Window Sizeā€¦ menu did result in menus moving off window and the screen was not redrawn in the new window size. Only doing a full screen, and then back cleared the issue. I know this has been fixed in the LL code quite some time ago as I reported the same issue in their viewer.

    The grid manager: I had to edit the grid.user.xml file in ~Libary/Application Support/Kokua/user_settings to enter a completely new grid (that does not have any Robust services set up). Perhaps expose more of the fields to be entered in the UI for this case?

    Cheers!

  3. Gavin Hird

    Also, streaming mead does not work which should be the easiest thing to fix if you tap into the rich media framework of OS X.

  4. Peter Stindberg

    OK, there’s the same old bug with “pumping” textures: fully rezzed texture becoming blurry again, then slowly rezzing fully again, then going blurry again.

    FS had that issue a while back, haven’t seen it in a while.

    Where do I find the “:” as replacement for “/me”?

  5. NickyP

    Fuzzy and pumping textures has not been resolved upstream. There are still open jira. Some if these jira require a privileged view.

    I found “:” replacement for “/me” in Firestorm chat preferences. Please submit a Feature request, preferably with a patch, if you want this in Kokua.

  6. Jeff Kelley

    Process: launchd [89782]
    Path: /Users/jyb/Desktop/Kokua Test.app/Contents/MacOS/Second Life
    Identifier: com.secondlife.indra.viewer
    Version: ??? (???)
    Code Type: X86 (Native)
    Parent Process: launchd [139]

    Date/Time: 2014-01-21 17:49:02.346 +0100
    OS Version: Mac OS X 10.6.8 (10K549)
    Report Version: 6

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030
    Crashed Thread: Unknown

    Backtrace not available

    Unknown thread crashed with X86 Thread State (32-bit):
    eax: 0×00000000 ebx: 0×00000000 ecx: 0×00000000 edx: 0×00000000
    edi: 0×00000000 esi: 0×00000000 ebp: 0×00000000 esp: 0×00000000
    ss: 0x0000001f efl: 0×00010202 eip: 0x8fe01030 cs: 0×00000017
    ds: 0x0000001f es: 0x0000001f fs: 0×00000000 gs: 0×00000000
    cr2: 0x8fe01030

    Binary images description not available

  7. NickyP

    Hi,
    I’m sorry for the problem. Could you provide the version you downloaded? There have been several versions added to the Nightly folder since the original blog post.
    There have been 16 downloads of 3.6.14.30791 which is the currectly linked download. This is the first report of a problem of this nature.
    Nicky

  8. Jeff Kelley

    3_6_14_30794

    I’m running Snow Leopard. Would this be the reason?

  9. NickyP

    3_6_14_30791

    There have been 20 downloads of this version. Maybe 30794 is a bad build. I’ll pull it off the list for now.

  10. Jeff Kelley

    Nicky.

    I have tested these versions:

    3.6.14.30794
    3.6.14.30795
    3.6.14.30786
    3.6.14.30783
    3.6.14.30781

    and they all crash under 10.6.8 Snow Leopard. You have probably built againt 10.7 Base SDK or higher, and the app is not backward-compatible. Blame Apple to force planned obsolescence on us.

    Jeff

  11. NickyP

    Jeff please send me your email address. I have a non-public build I would like you to try.
    nickyperian@yahoo.com

  12. Tom P

    Process: launchd [3308]
    Path: /Applications/Kokua Test.app/Contents/MacOS/Kokua
    Identifier: Kokua
    Version: ??? (???)
    Code Type: X86 (Native)
    Parent Process: launchd [110]

    Date/Time: 2014-01-23 00:00:11.729 +0000
    OS Version: Mac OS X 10.6.8 (10K549)
    Report Version: 6

    Interval Since Last Report: 24447326 sec
    Crashes Since Last Report: 84
    Per-App Crashes Since Last Report: 3
    Anonymous UUID: B14A34B7-4258-40F6-B116-2A7A0F6F3088

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030
    Crashed Thread: Unknown

    Backtrace not available

    Unknown thread crashed with X86 Thread State (32-bit):
    eax: 0×00000000 ebx: 0×00000000 ecx: 0×00000000 edx: 0×00000000
    edi: 0×00000000 esi: 0×00000000 ebp: 0×00000000 esp: 0×00000000
    ss: 0x0000001f efl: 0×00010202 eip: 0x8fe01030 cs: 0×00000017
    ds: 0x0000001f es: 0x0000001f fs: 0×00000000 gs: 0×00000000
    cr2: 0x8fe01030

    Binary images description not available

    Model: MacBookAir3,2, BootROM MBA31.0061.B01, 2 processors, Intel Core 2 Duo, 2.13 GHz, 4 GB, SMC 1.66f61
    Graphics: NVIDIA GeForce 320M, NVIDIA GeForce 320M, PCI, 256 MB

  13. NickyP

    Which version or versions did you try?

  14. Tom P

    Hi Nicky
    I tested:
    Kokua_Test_3_6_14_30791_i386
    Kokua_Test_3_6_14_30795_i386

    both of these produced the same crash.

  15. Gavin Hird

    Tested with Kokua 3.6.14.30804 (Jan 25 2014 04:18:56)(Kokua Test)

    and I now have streaming media, but it fades in and out while the console is logging the following:

    Jan 24 20:42:26 host12 SLPlugin[38953]: objc[38953]: Class TSSandboxPrefs is implemented in both /Library/Frameworks/TSLicense.framework/Versions/A/TSLicense and /Library/QuickTime/Flip4Mac WMV Import.component/Contents/MacOS/Flip4Mac WMV Import. One of the two will be used. Which one is undefined.

    Resizing the window from the Debug menu, worked and content was updated to fill the new window size, although it was a bit sluggish while doing so.

    Finally, I had problems starting this version, but Ignoring after a crashed application launch, and then launching again got it going.

    It logged the following on failed launch:

    24.01.14 20:44:23,052 Kokua[39030]: Kokua(39030,0xa08421a8) malloc: *** mach_vm_map(size=4194770944) failed (error code=3)
    *** error: can’t allocate region
    *** set a breakpoint in malloc_error_break to debug
    24.01.14 20:44:23,481 com.apple.launchd.peruser.501[181]: (Kokua.47552[39030]) Job appears to have crashed: Abort trap: 6

  16. NickyP

    Working on the streaming audio on/off when this came in. Please file issues on specifically identified bugs/issue. In parallel work is continuing on the proper build setup for earlier than osx-10.8 mac’s.

  17. SinL

    While you are at such early development stage and with OSX now in full 64 bit mode wouldn’t it be better to go 64 bit or this is too complex to implement.

  18. NickyP

    A 64 bit viewer requires 64 bit libraries and there are many that are required support for a viewer. We provide a linux based 64 bit viewer as does Singularity. Supporting any 64 bit version carries “go it alone” support of the libraries. Most often that is a one time shot but, each time LL implements a feature with a library change that means a rebuild and re-integration of that changed library into the viewer.
    We plan to wait for LL to support 64 bit for Windows and Mac because we do not have the resources to support building and backend activies to provide a good product.

  19. Aya

    Heya! Before I report it as an issue (because I haven’t noticed that anyone else is mentioning it and because I’ve had this issue for many versions), I want to make sure this issue can’t be solved on my end quickly-

    In any of the previous versions, and including the latest (Windows), the audio stream is close to impossible to listen to. It is as though I don’t have enough bandwidth. When I arrive somewhere, the stream just cuts and repeats parts of whatever is playing. When I’ve stood still in a place for a while, the stream becomes more consistent and smooth, but the moment a new AV shows up that I have to load, the audio stream goes nuts again. It’s not happening in any other viewer and I’ve tried different bandwidth settings.

    Is there a debug setting I can change to give the audio stream more bandwidth priority? I adore this viewer and would really like to be able to enjoy live performances, or streamed audio in general.

  20. NickyP

    It is not a problem on your end. it is a logic issue in the viewer of which I have of yet been unable to solve.

    At present I am trying to get the xcode IDE to work so that I can set a trace point on stop the stream function and determine where and then why it is being called.

  21. NickyP

    This version should have streaming music with the on-off-on pump.

  22. Tom P

    Still crashes on startup on Mac OSX 10.6.8 :-(

  23. NickyP

    Haven’t done any work on 10.6.8 compatibility. Getting music to work has been all consuming the last couple weeks. Trying to get some packaging and branding done and once that is done will start 10.6.8 task.

  24. NickyP

    Please try this update.

    It is built against the 10.5 sdk.

    Please test and comment back with the result.

  25. Tom P

    Hi Nicky,
    Just tried the new 105sdk version, and it still crashes on startup on 10.6.8:

    Process: launchd [42702]
    Path: /Applications/Kokua Test.app/Contents/MacOS/Kokua
    Identifier: Kokua
    Version: ??? (???)
    Code Type: X86 (Native)
    Parent Process: launchd [110]

    Date/Time: 2014-02-12 00:18:28.521 +0000
    OS Version: Mac OS X 10.6.8 (10K549)
    Report Version: 6

    Interval Since Last Report: 24934287 sec
    Crashes Since Last Report: 93
    Per-App Crashes Since Last Report: 12
    Anonymous UUID: B14A34B7-4258-40F6-B116-2A7A0F6F3088

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030
    Crashed Thread: Unknown

    Backtrace not available

    Unknown thread crashed with X86 Thread State (32-bit):
    eax: 0×00000000 ebx: 0×00000000 ecx: 0×00000000 edx: 0×00000000
    edi: 0×00000000 esi: 0×00000000 ebp: 0×00000000 esp: 0×00000000
    ss: 0x0000001f efl: 0×00010202 eip: 0x8fe01030 cs: 0×00000017
    ds: 0x0000001f es: 0x0000001f fs: 0×00000000 gs: 0×00000000
    cr2: 0x8fe01030

  26. NickyP

    OSX 10.6.8 users
    Please try this new update with a changed curl library.
    I had rebuilt the curl library on a 10.8 system. This reverts back to the secondlife provided curl library.

    A shot in the dark.

  27. Tom P

    Hi Nicky.. tried it and still crashed upon startup:

    Process: launchd [48968]
    Path: /Applications/Kokua Test.app/Contents/MacOS/Kokua
    Identifier: Kokua
    Version: ??? (???)
    Code Type: X86 (Native)
    Parent Process: launchd [110]

    Date/Time: 2014-02-12 20:01:19.662 +0000
    OS Version: Mac OS X 10.6.8 (10K549)
    Report Version: 6

    Interval Since Last Report: 24954456 sec
    Crashes Since Last Report: 95
    Per-App Crashes Since Last Report: 14
    Anonymous UUID: B14A34B7-4258-40F6-B116-2A7A0F6F3088

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030
    Crashed Thread: Unknown

    Backtrace not available

    Unknown thread crashed with X86 Thread State (32-bit):
    eax: 0×00000000 ebx: 0×00000000 ecx: 0×00000000 edx: 0×00000000
    edi: 0×00000000 esi: 0×00000000 ebp: 0×00000000 esp: 0×00000000
    ss: 0x0000001f efl: 0×00010202 eip: 0x8fe01030 cs: 0×00000017
    ds: 0x0000001f es: 0x0000001f fs: 0×00000000 gs: 0×00000000
    cr2: 0x8fe01030

    Binary images description not available

  28. NickyP

    Tom P
    When possible try this.

    It is the same revision but with a directive MACOSX_DEPLOYMENT_TARGET=10.5

    Thank you for all this testing as we do not have box with 10.6 installed.

  29. Jeff Kelley

    Same problem:

    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030

    That’s a launchd crash. How can we help?

  30. Tom P

    Hi Nicky
    Still crashes on startup:

    Process: launchd [54888]
    Path: /Applications/Kokua Test.app/Contents/MacOS/Kokua
    Identifier: Kokua
    Version: ??? (???)
    Code Type: X86 (Native)
    Parent Process: launchd [110]

    Date/Time: 2014-02-13 22:20:10.826 +0000
    OS Version: Mac OS X 10.6.8 (10K549)
    Report Version: 6

    Interval Since Last Report: 24973999 sec
    Crashes Since Last Report: 96
    Per-App Crashes Since Last Report: 15
    Anonymous UUID: B14A34B7-4258-40F6-B116-2A7A0F6F3088

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030
    Crashed Thread: Unknown

    Backtrace not available

    Unknown thread crashed with X86 Thread State (32-bit):
    eax: 0×00000000 ebx: 0×00000000 ecx: 0×00000000 edx: 0×00000000
    edi: 0×00000000 esi: 0×00000000 ebp: 0×00000000 esp: 0×00000000
    ss: 0x0000001f efl: 0×00010202 eip: 0x8fe01030 cs: 0×00000017
    ds: 0x0000001f es: 0x0000001f fs: 0×00000000 gs: 0×00000000
    cr2: 0x8fe01030

    Binary images description not available

  31. NickyP

    @Jeff Kelley @Tom P

    I have opened a redmine task to track activities taken to “Make Kokua behave” on you systems. I need someone to volunteer to set up a development environment and build kokua and test the outcome of a build on your systems. I will be glad to assist with the steps needed to make a development system.

    Please use redmine for additional comments. That will help with having all steps taken in one place and not interspersed with unrelated blog comments.

  32. NickyP

    @Tom P @Jeff Kelly
    The link to the download is in Redmine

    Suggest you select to follow this issue for notifications. Of course that may be a mute point if this works.

  33. Jeff Kelly

    I have good news.

    Kokua_Test_3_7_0_30948_i386 works on OS X 10.6.8

    Testing further…

  34. NickyP

    osx 10.6 users.
    Please check this, It is a version built with a 10.8 sdk and minimum osx target of 10.6.

    An earlier version of this build checked ok when @Jeff Kelley tested. I want to close the loop and make sure this build works also.

  35. Jeff Kelley

    Kokua_Test_3_7_0_30949_i386 crashes after region handshake

    2/15/14 7:41:41 PM [0x0-0x377377].Kokua[8924] LogLock::LogLock: failed to get mutex for log
    2/15/14 7:41:41 PM com.apple.launchd.peruser.501[140] ([0x0-0x377377].Kokua[8924]) Exited with exit code: 2

    After running 30949, I could not run 30948 again. It hangs at “Decoding images” (spinball) and has to be killed. Deleting Application Support/Kokua did nothing. One hour ago, I could do an entire session, with hypergrid and voice.

  36. NickyP

    My guess is the texture cache corrupted on crash.

    Also, what grid are you logging to?

    Please send a copy of the complete log.
    For you privacy send as an email attachment to nickyperian@yahoo.com

    /Users//Library/Application Support/Kokua/logs

    Then put the entire Kokua directory into trash
    and restart.

    Using my local opensim grid the hang at region handshake has been a network
    issue.

  37. Jeff Kelley

    Logs sent.

    Well, I can use 30948 again. Did I mess with the two versions? Anyway, I am right now in NewWorldGrid. No noticeable bug, except this one:

    http://www.pescadoo.net/tmp/Kokua30948_window_update_bug.png

  38. Tom P

    I have just tried the 30949 version on my 10.6.8 system, and this time it works, but with the same bug as illustrated by Jeff Kelley above. This seems to happen when resizing of the window is attempted.
    Tested both on Second Life and OSGrid.
    Performance seems good (but only tested on near-empty sims).
    There seems to be a bug with audio streaming (as described by others), where it goes into a loop.

    Yay! This is progress though – thank you!

  39. NickyP

    Please see http://redmine.kokuaviewer.org/issues/1331
    The screen resize issue has been reported and is accepted by
    Secondlife.

  40. Oblee

    The first couple days with Kokua were bliss and now it’s begun to exhibit some strage behavior. I have set my bandwidth to 300kbps. I have a T1, so I have 1.5mb all the time, no exceptions. When I launch Kokua no one else in the house can use any network services. Web browsing slows to 20 seconds to load google.com. If I close Kokua, our bandwidth returns to normal. It is taking 1500kbps while the maximum bandwidth setting is set to 300. This has, of course, made the viewer unusable to me. I’m running a 4 core Xeon with OSX 10.6.8

  41. NickyP

    Did this bandwidth grabbing issue happen all on the same version? Please open an issue and attach a copies of About Kokua and Kokua.log to the issue. Issue tracker link.

  42. Oblee

    Hi NickyP, this is actually my first version of Kokua, I picked it up on the recommendation of a friend who said it was very fast and stable, which is most certainly was for the first 48 hours. I had this issue before with an older version of Firestorm which sent me crawling back to the LL viewer until now.