Catznip R11: jelly dolls, Bento, oh my!

catznip logoOn Sunday, December 1tth, Catznip R11 arrived, bringing with it a lot of Lab love and Kitty goodness. With the last update having been back towards the start of 2016, there are quite a few updates and features from Linden Lab, and well as some niceness from the Catznip team themselves.

In particular, this release picks up on the Lab’s Avatar Complexity capability and graphics presets, and also include Bento avatar skeleton support, as well as a raft of Lab changes such as HTTP co-routines, CEF, LibVLC, voice improvements, bug fixes, and more.

This is not intended to be a comprehensive review of Catznip R11; rather, the hope is to provide an overview of the more major updates and changes. Information on all changes can be found in the release notes (when available – link to be added).

Updates Via the Lab

Avatar Complexity, aka Jelly Dolls

There are probably very few in SL who have not heard of Avatar Complexity, be it by that name or its more popular nickname, Jelly Dolls. However, for those who need a quick re-cap and run through, here’s the deal.

As avatars can often be the biggest single rendering load on our computers (and why you can experience a lot of lag in a crowded place) Avatar Complexity is a means by which you can set a “complexity limit” within your viewer. Any avatar (including their attachments) exceeding this limit will be rendered as a solid colour – a “Jelly Doll” – thus putting a lot less load on your computer. It comes with a handful of notable points:

  • Avatar complexity only applies to other avatars in your view; your own avatar will always be rendered fully to you
  • You can also override the setting for individual avatars around you and select how they render in your view
  • You can adjust the limit at any time according to your needs at that time
  • You can use graphic presets (see below) to save different avatar complexity settings for different circumstances (e.g. a very low limit for crowded places, a much higher limit for home use, etc.).

When first installed, a viewer with Avatar Complexity will set a default limit for you based on your current viewer graphics settings. Hence why you might see a lot of solid colour avatars around you when logging-on for the first time with Catznip R11. These default limits are:

  • Low: 35,000
  • Low-Mid: 100,000
  • Mid: 200,000
  • Mid-High: 250,000
  • High: 300,000
  • High-Ultra / Ultra: 350,000

Avatar complexity is controlled via the Avatar Maximum Complexity  slider, which can be found in three locations:

  • In the Preferences > Graphics tab: Avatar Maximum Complexity
  • In the Advanced Graphics Preferences floater (see Revised Graphics Preferences, below, for more on this): Avatar Maximum Complexity
  • The Quick Appearance panel of the new Catznip Quick Preferences floater (see below for more on this): Complexity Limit
The Avatar Complexity slider in Preferences > Graphics
The Avatar Complexity slider in Preferences > Graphics

In all three cases, moving the Maximum Complexity slider to the right increases your threshold, allowing more avatars around you to be fully rendered, while moving it to the left decreases your threshold, increasing the number of avatars liable to be rendered as solid colours. Changes made in one slider will be reflected in the others.

Note that you can set the Maximum Complexity slider to No Limit (all the way to the right). However, this isn’t recommended because it leaves your viewer vulnerable to any graphics crashers some inconsiderates still occasionally try to use. It is far better to set your viewer to a high limit (e.g. 350,000) if you don’t want to be bothered by seeing Jelly Dolls.

To help you understand how complex your own avatar is, every time you change your appearance, a small notice with your new complexity value will appear in the upper right of your viewer window for a few seconds. Your own complexity value is also displayed at the top of the My Appearance floater (Me > Appearance or right-click your avatar and select My Appearance from the menu), and on the Quick Appearance panel of Quick Preferences (“Complexity”), while the Quick Wearing panel will provide a breakdown of the complexity of all your worn attachments (see Catznip Quick Preferences, below for more on Quick Preferences).e

You can find your own maximum complexity via the avatar context menu > Edit Appearance, and a breakdown of your avatar cost via Quick Preferences >Quick Appearance
You can find your own maximum complexity via the avatar context menu > Edit Appearance, and a breakdown of your avatar cost via Quick Preferences > Quick Appearance

You can also display avatar complexity information on yourself and all avatars around you by going to the Advanced menu (CTRL-ALT-D if not visible) > Performance Tools > Avatar Complexity Information (previously Show Render Weight for Avatars). This displays three items of information over the heads of all avatars Including yours):

  • The render complexity for each avatar
  • A ranking of the avatar’s distance from your camera (1=closest)
  • The attachment surface area for an avatar, expressed in square metres.

Other points of note:

  • Setting an individual avatar's rendering in your view
    Setting an individual avatar’s rendering in your view

    The complexity value of your avatar is transmitted to each simulator as you travel around Second Life. In return, you’ll get a brief notice in the upper right of your screen telling you the approximate percentage of avatars around you who are not fully rendering you because of your avatar complexity.

  • If you always wish to fully render certain other avatars, no matter what your Maximum Complexity setting, you can right-click on those individuals and select “Render Fully” from the context menu.
  • Conversely, if there are avatars around you whom you’d rather render as grey imposters, right-click on them and select “Do Not Render” from the context menu.
  • Note that in both cases above, these per-avatar settings do not persist between log-ins. If you re-log, any avatars you have set via these options will revert to being displayed in accordance with your Avatar Complexity setting
  • You can also revert any avatar exceeding your Maximum Complexity setting by right-clicking on them and selecting Render Normally from the context menu. They will become a Jelly Doll once more.

Finally, Avatar Complexity does not replace Avatar Imposters, but rather is intended to work alongside of it, offering another means to reduce avatar rendering load on your computer.

HUD Complexity Warning

If you attach a HUD which makes heavy / excessive use of large textures and which, as a result, can impact your system’s performance, the viewer will display a warning to indicate the problem and which names the HUD. It will naturally fade after a set time has passed.

The new HUD complexity warning
The new HUD complexity warning

Graphics Presets

Graphics Presets allows you to easily save and restore different sets of graphics settings within the viewer, which can then be used according to need. So you might have one with all the performance-hitting options enabled for when you’re taking photos, and another with many of them turned off, as they’re not really needed (e.g. for shopping or clubbing, etc.), for example. You can then swap back and forth between them as needed via a drop-down options list and without any need to relog.

There is no limit to the number of presets you can create, and any you no longer require can be easily deleted.

The Graphic Presets buttons on Preferences > Graphics
The Graphic Presets buttons on Preferences > Graphics

Continue reading “Catznip R11: jelly dolls, Bento, oh my!”

2016 viewer release summaries: week 48

Updates for the week ending Sunday, December 3rd

This summary is published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:

  • It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog
  • By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.

Official LL Viewers

  • Current Release version: 4.1.2.321518, dated November 10, promoted November 15 – formerly the Maintenance RC viewer download page, release notes.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • Project Bento  RC (avatar skeleton extensions), updated to version 5.0.0.321958 on December 1 – primarily as a further fix for a rendering bug related to bad skin weights in some mesh avatars. (download and release notes)
    • Maintenance RC viewer, version 4.1.3.321792 released on November 30– some 42 fixes and improvements (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V4-style

V1-style

  • Cool VL viewer Stable branch updated to version 1.26.18.35 and the Experimental branch updated to version 1.26.19.37, both on December 3rd (release notes).

Mobile / Other Clients

  • Radegast updated to version 2.20 on November 30th –  featuring a new voice installer linking to most recent SL Voice repository. Note that as there is currently no access to the Radegast website, this update is not listed there (blog post, download link, source code link).

Additional TPV Resources

Related Links

Radegast now up-to-date with SL Voice

 Radegast client is the leading lightweight client for many users with disabilities
Radegast client is the leading lightweight client for many users with disabilities

Earlier in November 2016, I invited Beq Janus to write about recent issues which have come to light for people trying to use SL Voice with the Radegast client. In short, it was recently noticed that Radegast would no longer install SL Voice on a new or clean (for those who had previously used it) installation. The problem lay with the Voice package being used no longer being available, compounded by the fact that since the sad passing of Radegast’s developer, Latif Khalifa, no-one is actively maintaining the client.

At the end of the article, Beq put out a plea for someone with the necessary coding expertise to consider stepping forward, and – if not take over maintenance of Radegast – at least update the installer to ensure it can use the correct Voice package going forward.

Well, that plea has been answered.

Cinder Roxley, a TPV developer and open-source contributor to Linden Lab, has stepped forward and updated Radegast to work with the current SL Voice, and provider a new installer package.  The links are as follows:

Many thanks to Cinders for responding to the plea and updating Radegast like this.

2016 viewer release summaries: week 47

Updates for the week ending Sunday, November 27th

This summary is published every Monday, and is a list of SL viewer / client releases (official and TPV) made during the previous week. When reading it, please note:

  • It is based on my Current Viewer Releases Page, a list of all Second Life viewers and clients that are in popular use (and of which I am aware), and which are recognised as adhering to the TPV Policy. This page includes comprehensive links to download pages, blog notes, release notes, etc., as well as links to any / all reviews of specific viewers / clients made within this blog
  • By its nature, this summary presented here will always be in arrears, please refer to the Current Viewer Release Page for more up-to-date information.

Official LL Viewers

LL Viewer Resources

Third-party Viewers

V4-style

  • No updates.

V1-style

  • Cool VL viewer Stable branch updated to version 1.26.18.34 and the Experimental branch updated to version 1.26.19.36, both on November 26th (release notes).

Mobile / Other Clients

Additional TPV Resources

Related Links

Radegast: recovering Voice capabilities

Gentle Heron, second from the right encountered a Radegast Voice installation during the recording of a Designing Worlds special. Credit: Beq Janus
Gentle Heron, second from the right encountered a Radegast Voice installation during the recording of a Designing Worlds special. Credit: Beq Janus

Update, November 30th: Cinder Roxley has updated the Radegast installer to work with the most recent SLVoice package. See her comments here and here (following this article). There is also a separate blog post on her work, for easier future linking.

It was recently discovered that the Radegast client was no longer installing the SLVoice extensions with a new / clean installation. On hearing of the problem, Beq Janus and Whirly Fizzle decided to investigate, and thanks to their work, we now two workaround solutions. As they had put the effort into sorting things out, I asked them if either would like to write about the issue and the solution, and Beq, with Whirly’s blessing, agreed to do so.

by Beq Janus

A few days ago when I was invited to reprise my role as a videographer for a special episode of Designing Worlds on the Future of Second Life, which will air in early December. The panel for the discussion included Gentle Heron of Virtual Ability Inc, the group who work to enable access to virtual worlds for those who, through disability or illness are unable to make ready use of regular viewers.

During the show, Gentle urged Linden Lab and us all to look for ways to make Virtual Worlds more accessible, remarking, somewhat fatefully, that many of her communities are limited to a single, troubled viewer, Radegast.

A subject of reviews in this blog, Radegast is a lightweight, extensible client which has been the ideal foundation for the disabled communities to build upon. It boasts an impressive set of speech to text and text to speech integrations and can be integrated with other devices such as braille screen readers. Sadly, Latif Kalifa, Radegast’s creator, passed away earlier this year and despite the code being open source, no-one has yet stepped forward to maintain it at a time when the Lab viewer is moving ahead in leaps and bounds, with the risk that non-maintained viewers and client might lose functionality.

 Radegast client is the leading lightweight client for many users with disabilities
Radegast client is the leading lightweight client for many virtual world users with disabilities

As if to underline this, Gentle fell silent towards the end of the show, as she was dealing with a number of users who were reporting they were unable to use Voice with Radegast as it was failing to install the all important SLVoice extensions. While I am unfamiliar with Radegast, I offered to try looking into it for Gentle.

SLVoice is a pre-built binary package supplied by Vivox and distributed by Linden Lab. During the summer, it had been upgraded to address some security concerns and so it seemed likely to me that Gentle’s problem might be that the older SLVoice package had been deprecated and removed from the download server. Sure enough, a quick check on the package URL resulted in  the dreaded 404 not found error. I sent an email to Oz and Patch Linden asking them to confirm whether older versions of SLVoice had been moved.

The next day Oz confirmed that all old SLVoice packages were still available and nothing had changed. Whirly Fizzle, the powerhouse behind Firestorm QA, leapt into action: she cracked open the installer and discovered the URL actually pointed to a separately hosted Voice package which was no longer available, causing the Voice installation to silently fail during a new or clean Radegast installation as a result. However, Whirly also found a working back-up archive we could perhaps use. Unfortunately, neither Whirly or I are C# coders and cannot update the installation package directly; so how could we get a Radegast installation to work with the back-up Voice package?

I hit on the idea of first installing the backup package that Whirly had discovered, and then running the standard Radegast installer. Success! So, for anyone who is performing a clean / new install of Radegast and needs Voice, I’ve produced a set of instructions – see the link below. There is, however, more.

I mentioned above that Linden Lab had updated the SLVoice packages over the summer to deal with security concerns. Because of this, older versions of SLVoice are to be blocked from connecting to the service, and Radegast would once again be without a Voice option. Knowing this, and never one to leave a job half done, Whirly successfully tested my approach using the most recent SLVoice package available from the Lab, and confirmed it will also work.

This means that providing that there is no internal dependency within Radegast on the legacy Voice package, we now have an upgrade path for Radegast users that will ensure continued voice support after the block on older SLVoice packages comes into force. To help ensure people know what they need to do, Whirly’s instructions can also be found in the link below.

Radegast Voice Installation Instructions.

A Plea to Developers

These instructions are only a workaround. We still need to find a way to have Radegast install the correct Voice extensions automatically, as a part of the client install process. So, if you are a C# (C-Sharp) developer and are willing to spare a few hours looking at this, please take a look at the Radegast codebase and see if there is a way to incorporate the correct binaries into an installer package. Thank you.

With grateful thanks to Whirly Fizzle.

Lumiya 3.2: Google Cardboard support

lumiya-logoOn Thursday, November 24th, Alina Lynette release Lumiya 3.2, which brings with it support for Google Cardboard and compatible VR kits and headsets!

Even though the Lab has – at least for the foreseeable future – put work on a VR headset compatible version of the viewer off to one side, interest in seeing Second Life from the “inside”, as a fully immersive VR experience remains high, and Alina has sought to rise to the challenge with Lumiya.

There are obviously a couple of caveats to using the application in VR mode:

  • You really need a suitable headset
  • You need a device with Andorid 6.0+ Marshmallow installed

I have Android 6, but I don’t have any form of headset, Cardboard or otherwise, that I can use with my device – which happens to be a Nexus 7 2013 HD Tablet – a little clunky for any headset device, although there are some out there. Nevertheless, I gave the new capability a go as best I could.

To enter VR mode on a suitable device, simply log-in to Second Life on Lumiya, and then go to the 3D view (Menu icon, top left > 3D view).

Access the VR mode in Lumiya 3.2 is done via the Action menu, when in the 3D view
Access the VR mode in Lumiya 3.2 is done via the Action menu, when in the 3D view

Once the view has loaded, tap the Action menu icon (top right) and select Virtual Reality Mode. The first time you do this, you will be prompted whether you want Lumiya to handle speech-to-text conversion for you to allow you to “converse” in-world, via the “microphone” button. You can deny this if you wish, but it will leave you with no means to converse.

Whether you Allow or Deny the speech-to-text conversion, Lumiya will switch output to a stereoscopic format, suitable for use with Cardboard devices and the likes of the Samsung Gear VR. Three buttons are projected into the field-of-view:

  • Microphone – for enabling speech-to-text translation
  • Finger – for touching things
  • Chat bubble for text-mode chat.

Any of the three can be activated by staring at the required button – it should be highlighted when your stare is registered – then pressing the Cardboard device flap (or button / magnet actuator in the case of a Cardboard V1 device). If you’re trying Lumiya in VR mode without a headset, you can try staring at the button and touching the top of the screen between the left and right view – how successful you might be is debatable, and dependent upon on a number of factor (ambience background light, etc).

Movement is achieved by tapping and holding the same area of the device (or screen, if not using a device) while not looking at any of the buttons. You will then move in the direction yo are looking. Release the device / screen to stop.

Lumiya in VR stereoscopic mode. When using a Cardboard or similar device, staring at the on-screen buttons and pressing the flap / button on the device should activate the required function. Or if you're not using a device, you can try staring at a button and touching the screen where indicated (approximately) by the red circle. Pressing this point (or the flap / button on a device) will allow you to walk in the direction to are looking
Lumiya in VR stereoscopic mode. When using a Cardboard or similar device, staring at the on-screen buttons and pressing the flap / button on the device should activate the required function. Or if you’re not using a device, you can try staring at a button and touching the screen where indicated (approximately) by the red circle. Pressing this point (or the flap / button on a device) will allow you to walk in the direction to are looking

To exit VR mode, manually tap the X icon top left of the screen. The gear icon, top right can be manually used to access the Google Cardboard application for calibrating your headset device, if required (and if installed on your device).

The 3.2 release also includes a bug fix to prevent a black screen in the 3D world view when anti-aliasing is enabled.

As I am without a suitable headset kit / device, I was unsuccessful trying to test the button functionality, but the walking certainly worked for me without a hitch. Adding VR to Lumiya might seem to some a bit of a niche thing, but that doesn’t stop it from being a fun addition. It certainly further demonstrates what can be achieved with the application, and kudos (again) to Alina for her work.

Related Links