Linux update from Third Party Viewer meeting 15 July 2016

Pantera P√≥lnocy(sp) uploads youtube recordings of all Third Party Viewer (TPV) meetings. This is a great service to those of us that are working or just don’t like meetings. Linked is the 15 July 2016 meeting.

Discussed at the meeting was the lack of voice support for Linux and that no additional support from the vendor, Vivox, Inc. would be forthcoming.

Discussed also was that some TPV projects, Kokua included, had backed out the changes that broke voice on Linux. Drakeo provided the code that allowed Kokua to reinstate voice on Linux. Our implementation of Drakeo’s changes were to use separate source code files and compile voice at the end of the compile process during platform specific code compile. To maintain compatibility Windows and Mac code for voice were also moved to platform specific compile.

Oz Linden mentioned that security concerns led LL to the latest changes by Vivox that broke Linux. Reading between lines it appears that the security holes are, or have been, exploited in world by greifers. Oz recommends that the older versions of SLVoice not be used on any platform, including Linux, and that there are a series of changes planned,if not adopted, will break voice on all platforms.

Suggested was for Linux to run the Windows SLVoice.exe instance under Wine.

I have never run Wine so, I request a Linux user volunteer to wright a README file outlining procedures to use a Wine instance of Windows SLVoice.exe and have it operate correctly from Linux.

9 Responses to “Linux update from Third Party Viewer meeting 15 July 2016”


  1. Jenni

    I’ve briefly done this in my early SL days, around 2009… in essence you just invoke the executable with:
    wine SLVoice.exe

    If you want to make sure there’s no odd libraries accidentally being loaded you can set a wineprefix (which will be 64bit on a 64bit Linux installation and 32bit on a 32bit installation):
    WINEPREFIX=/opt/kokua/wine wine SLVoice.exe
    Normally, 32bit and 64bit windows application should run with that.

    Or if you need/want to force 32bit Wine environment – the architecture cannot be changed on an existing wineprefix:
    WINEARCH=win32 WINEPREFIX=/opt/kokua/wine SLVoice.exe

    The other option is to compile a windows binary with winelib to run as “native” Linux application, I have never done this. There’s some instructions here: https://www.winehq.org/docs/en/winelib-guide.html

    If you want/need to mess with the wine configuration:
    WINEPREFIX=/opt/kokua/wine winecfg

    You could possibly ship the directory created by wineprefix along with the Kokua binary. Offhand I don’t remember what parameters SLVoice needs, if you want I can certainly try to run it via Wine and check.

  2. Peeter Tamerlane

    Please tell for Oz Linden, if dont supporting Linux users community, please dont use linux on servers, soo take off all SL server. because really disgusting the word of servers, the gameservers running on linux, enjoy all big ritch holding the free linux stuffs, and making big profit with that, but dont suporting linux users…
    The LL was lazy upgrading the linux sl client read me txt in last 6 year… Maybe dont changed nothing in last 6 year? That company totally pee on linux users head…

  3. NickyP

    About the same time I posted this Inara Pey provided her weekly project updates. Her reporting covers the entire TPV meeting and can be found at:
    https://modemworld.me/2016/07/16/sl-project-updates-16-282-tpvd-meeting/

  4. NickyP

    You can’t tell vendors specifically how to conduct their business. I think LL could have enforced contract T&C’s, if they existed, to encourage Vivox to continue to provide the original 3 platforms. Perhaps this was one of the reasons to stop supporting Linux viewers.

    I don’t know how much of LL network back bone is Linux. But, the last I checked the server code was built with Visual Studio.

  5. NickyP

    https://sourceforge.net/projects/kokua.team-purple.p/files/Kokua-SL/Kokua_Test_RLV_4_1_1_39547_i686.tar.txz/download

    This has VLC with audio still on gstreamer. Video streams are on vlc.
    Nicky D of Firestorm provided a change as you had suggested to place a win32 folder in the archive with the windows version of most up to date voice. In debug settings search for “FSLinux” and the search will go to the FSLinuxEnableWin32VoiceProxy setting. Testers on Firestorm say it works on their test builds; Drakeo nor I have been able to get it to work. Firestorm will have this in their next release which is a few days behind schedule.

    Concerning VLC the file mime_types_linux.xml in the skins folder can be changed between gstreamer and vlc by media type to test different plugins without a recompile.

    64 bit linux is not ready yet.

  6. Jenni

    Just a quick FYI: 4.1.1 (39547) (32bit) works flawlessly, including voice via Wine and CEF. Didn’t even need to install it. :)

    THANK YOU and the team for all your great efforts!

  7. Drakeo

    I know this is old. But I been working on this issue in my spare time. Plus the wine-WoW64 build WOW means just like real windows you have the same 64 and 32bit in one. for slackware. Ubuntu flavors are so different per distro. so after 14.04 things really changed 15 to 16 to 17.
    the prebuilt wine that’s in the 15 to 17 flavors do not come with wine-preloader. So when you install your 64 bit wine because that’s what ubuntu does they just give you it. Then when you check it with wine SLvoice.exe it will come back and say run this command.
    and will then install the i386 stuff and wine32. wish it was that easy.

    I keep 10 distro’s to test the viewer. And they run from an iso image. so I install everything vanilla everytime even graphics.
    since 15.04 and up the module wine-preloader is not there.
    lazy as I am I built it in slackware same glibc and droped it on the kubuntu install and it worked.
    here the thing if your going to have to install all of the 1386 stuff to use wine32 what are we accomplishing.

    You may have to because Ubuntu systemd has issues with handling that dbus no one will admit it but I am looking at the journal and it complains.
    Oz said we would get a true 64 bit vivox from C3 vivox and that never happen.
    That would be nice that would keep all of us away from multi-arch systems.
    you will not see a vivox for linux64 bit do to the fact the developer is actually emulating 32bit build on windows. And he complained he was unable to install ubuntu. I agree ubuntu is a night mare to install ?.
    As we all know vivox Linux still works.
    setting up Ubuntu flavors to use wine SLvoice.exe is cazy hard and breaks with updates.

  8. NickyP

    http://blog.kokuaviewer.org/2016/07/16/linux-update-from-third-party-viewer-meeting-15-july-2016/comment-page-1/#comment-9041

    Jenni.

    Have you surfaced any voice issues with Ubuntu update/upgrade.
    Sometime developer machines are not the best to test on.

    Nicky

  9. Jenni

    No issues with voice at all. CEF and Voice have consistently worked for me for quite a while now out of the box on Kubuntu 17.04, Kubuntu 16.04 LTS (on a laptop) and on a relatively fresh install of KDE Neon (which is based on Ubuntu 16.04 LTS I believe).

    Using the same version of Kokua on all three. The info below is from the Kubuntu 17.04 machine, I can post the info from my other machines when I’m at home if you like.

    As always, thanks a lot for everyones hard work on Kokua.

    Kokua 5.0.7 (41241) Jul 16 2017 00:55:57 (Kokua Test SL 64)
    Release Notes

    [...Location info hidden for privacy...]
    In region Dura at (1117, 1084)
    Second Life Server 17.07.11.327548
    Release Notes

    CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (3699.86 MHz)
    Memory: 7942 MB
    OS Version: Linux 4.10.0-28-generic #32-Ubuntu SMP Fri Jun 30 05:32:18 UTC 2017 x86_64
    Graphics Card Vendor: NVIDIA Corporation
    Graphics Card: GeForce GTX 650 Ti/PCIe/SSE2

    OpenGL Version: 4.5.0 NVIDIA 381.22

    Window size: 1920×1044
    Font Size Adjustment: 96pt
    UI Scaling: 1
    Draw distance: 64m
    Bandwidth: 2000kbit/s
    LOD factor: 1.125
    Render quality: 5 / 7
    Advanced Lighting Model: Enabled
    Texture memory: 512MB
    VFS (cache) creation time: July 26 2017 07:14:00

    RestrainedLove API: RestrainedLove viewer v2.09.21.03 (5.0.5.37916)
    J2C Decoder Version: OpenJPEG: 1.4.0, Runtime: 1.4.0
    Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.15.1 / OpenAL Community / OpenAL Soft: OpenAL Soft
    LLCEFLib/CEF Version: 1.5.3-(CEF-LINUX-3.2526.1371.g91b2536-64)
    LibVLC Version: 2.2.4
    Voice Server Version: Vivox 3.2.0002.10426

    Built with GCC version 40804
    Packets Lost: 10/3586 (0.3%)
    July 26 2017 07:15:26