Lab posts on their 64-bit viewer and plans

On Tuesday, January 16th, Linden Lab promoted the Alex Ivy 64-bit viewer (version at the time of writing). This is a significant release, not so much because of any specific new features (although it does include improvements to media handling), but because it marks a number of important changes to the viewer.

Following the release, which Oz Linden blogged about the viewer and the Lab’s plans around it, on Wednesday, January 17th, 2018, and I’ve highlighted a few points of note from that blog post below – but do please read it in full.

Most notably, this version of the official viewer is built using an updated set of libraries (some of which will be undergoing a further update in the future), and a revised build process. It is currently being made available for download for Mac OS X (64-bit) and Windows (32-bit and 64-bit) – there is no Linux version of this viewer at this time, as explained below.

For Windows users, the most significant update lies with a new viewer executable, the SL_Launcher, which – as Oz explains in his blog post:

Manages the viewer update process, and on Windows also ensures that you’ve got the best build for your system (in the future it may pick up some other responsibilities). For Windows systems, the best build is usually the one that matches your operating system. For example, if you’re running a 64-bit Windows, then you’ll get the 64-bit viewer. If not, then you’ll get the 32-bit viewer.  However, some older video cards are not supported by Windows 10, so the launcher may switch you to the 32-bit build which is compatible for those cards. You won’t have to do anything to make this work – it’s all automatic – if you get an update immediately the first time you run this new viewer, it’s probably switching you to the better build for your system.

Oz also notes that if you have a shortcut to the viewer set-up, you should update it to point to SL_Launcher rather than the viewer .EXE, to avoid issues with running / updating the viewer, and indicates there is a slight bug with both the SL_Launcher and Second Life Viewer processes both show as icons on the OS X Dock, and will be fixed in a future update so that only a single icon is shown.

One of the things the Lab has been tracking with the Alex Ivy viewer is overall performance / stability. It had long be noted that running the 32-bit version of the Windows viewer on 64-bit version of Windows with more than 4 Gb of memory could lead to fewer crashes related to running out of memory. However, with the 64-bit version of the viewer, the Lab have seen further benefits for Windows users, and so are encouraging those who can to switch to using a 64-bit version of their preferred viewer, if one is available (e.g. users still running a 32-bit version of a viewer on a 64-bit version of Windows, or those upgrading their hardware to a system running 64-bit Windows).

Linux will be supported – if there is sufficient input from the open-source / Linux communities

Linux is the notable exception to the Alex Ivy branch of the official viewer, as there is currently no support for the operating system.

Linden Lab halted Linux development work in 2015 for a number of reasons (see here for more), and sought the support of the Linux community (who represent around 1-1.5% for the SL user base) to help maintain the viewer on Linux. More recently, as I’ve reported in a number of my weekly SL project updates (see here for an example),  the Lab has set out new plans for Linux support going forward, With Oz explaining:

We’re reorganising the Linux build so that instead of a tarball, it produces a Debian package you can install with the standard tools, and rather than statically linking all the libraries it will just declare what it needs through the standard package requirements mechanism. We’ll post separately on the opensource-dev mailing list with information on where that project lives and how to contribute to it.

Again, a key aspect of this project will be continued support from the open-source / Linux community to help maintain the Linux viewer going forward, in providing bug fixes, etc., and the Lab providing essential QA and the core build environment, as noted above. This approach is seen as beneficial, as it will remove many of the idiosyncrasies / overheads involved in producing a Linux viewer, such as maintaining multiples libraries associated with the viewer, and instead provide a basic viewer package which can be used by TPVs / Linux users to meet their specific preferences.

Some TPVs have already released versions of their viewers based on the Alex Ivy code, and Firestom’s upcoming release should also, I believe, include a 64-bit version based on Alex Ivy.

And if you’re wondering about the viewer’s name – as Oz explains (and I noted back when the first 64-bit project viewer appeared), Alex Ivy is derived from 64 in Roman numerals: LXIV – aLeX IVy.



10 thoughts on “Lab posts on their 64-bit viewer and plans

  1. What a shame about Linux. eh? And why does The Lab feel compelled to lie about the percentage of Xers in the residency? Linux’s “market share” hovers around 3% right now, and why all of sudden, in a technosavvy environment like SL, it should be smaller than in the normal mom and pop world is beyond everyone’s understanding. When I last checked what OS my readership were using (yay, Google stats! LØL) it was not just more than MacOS – which Linux had surpassed already years ago – but scratching on Windows’ numbers. Ok, now is my blog a weird one, but still.

    Methinks the real reason for the lab to ignore a huge chunk of their residents is nothing but incompetence!


    1. Reply to self: Orca, stupid little flake she is, totally forgot to mention that the Lab’s viewer plays no role with SL residents anyway, so the decision to forego a Linux branch of their needless viewer is as insignificant af.

      Liked by 1 person

    2. Like it or not , the viewer stats down the years have consistently shown that the SL Linux user base is 1-1.5%. Mac tends to be around 5-7% and the rest Windows. You might not like it, but that doesn’t change how it’s always tended to be.

      Liked by 1 person

      1. Has nothing to do with liking it or not, Inara. It’s just somehow weird that in a rather geeky virtual world the number of Linux users should be smaller than on the overall market, where Linux is on 3% right now. Googe stats showed readers of my blog were even more than Macsters … already reaching the numbers of Windows. And that was years ago, when I was still on BlogSpot. The same sort of unbelievable stuff, although on my blog there is an explanation for it, since the content is often about GNU/Linux and FOSS. But in SL it’s counterindictive that the amount of Linux users should be so small, even smaller than in everyday mom’n’dad computing. :/
        Are these maybe American regional statistics? Coz far as I know Mac is worldwide on ~3-4%, if you don’t count all the fukn iPhones.


        1. “Has nothing to do with liking it or not, Inara. It’s just somehow weird that in a rather geeky virtual world the number of Linux users should be smaller than on the overall market, where Linux is on 3% right now.”

          Last time I looked, 1-1.5% for SL was smaller than the 3% global you quote. The Lab’s viewer stats – which admittedly haven’t been published in a good while now – are drawn directly from the log-in data sent to the the servers including: viewer channel (whether it is the official viewer, Firestorm or another TPV) viewer version, & host operating system (Windows, Linux, Mac) and OS version.

          Liked by 1 person

  2. Firestorm has been 64-bit for ages though. And it’s pretty easy to build Firestorm in 64-bit under both Linux and Windows (I have a blog post that I update regularly that shows how easy it is).


    1. Most TPVs have been 64-bit for some time.

      The difference here is that this is the core viewer code supplied by the Lab (and used by TPVs) is now updated to use 64-bit libraries. These include a 64-bit Havok sub-library (which has not been previously been available). Overall, this streamlines the entire viewer build process for 64-bit versions of the viewer, and means that most TPVs are / will build using this code base – with a couple of possible caveats: Linux builds (for those that support Linux) and OpenSim (which requires a build without the Havok sub-library, whether 32- or 64-bit.

      Liked by 1 person

Have any thoughts?

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s