Black Dragon 2.4.4.4: Jelly babies and graphics presets

Blackdragon logoOn Sunday, November 29th, NiranV Dean released Black Dragon 2.4.4.4 (or 4.0.0.36527, depending on your personal preference). This release incorporates three significant features from the Lab, as well as Niran’s own nips, tucks, tweaks and changes.

First among the changes inherited from the Lab is the latest update to the Chromium Embedded Framework (CEF)  implementation which is intended to provide modern media support (HTML 5.0, WebGL).

Of possible greater interest to the vast majority of users is the addition of the Avatar Complexity rendering and the graphics presets, as found in the Lab’s Quick Graphics RC viewer. I’ve previously provided two overviews of these, in August and June of 2015, so what follows is a brief summary and examination of Niran’s implementation, starting with the graphics presets capability.

Graphics presets, a capability contributed by Jonathan Yap (see STORM-2082), allows users to create, save and use sets of viewer graphics options designed to meet a specific requirement, with the intent to help with viewer performance, and which can be used by any account logging-in to SL using the viewer on which the presets have been created.

This means, for example, you can create a sets specifically for indoor use, limiting your draw distance, reducing levels of detail for things like terrain and sky and water reflections and so, boost your system’s performance when visiting stores, etc., while having another preset with all the bells and whistles enabled for photography. Then with a couple of mouse clicks, you can swap between these and any others you create to meet your needs as you travel Second Life, all without the need to fiddle with settings or relog.

An issue with the official viewer’s implementation of graphics presets is that it requires the use of two rather clunky floaters which eat screen real estate. Niran avoids this by neatly integrating the core preset options (Save, Load and Delete presets) into the foot of the Display tab in Preferences. In doing so, he also makes creating a simple top-down flow through the Display tab options.

The new Graphic Presets Save and Load options can be found at the bottom of the Display tab in the Preferences floater. Simply add a name for the options you've set in the text box (arrowed) and click Save. To load a preset group when the floater is open on the Display tab, enter the name for the preset in the text box and click Load
The new Graphic Presets Save and Load options can be found at the bottom of the Display tab in the Preferences floater. Simply add a name for the options you’ve set in the text box (arrowed) and click Save. To load a preset group when the floater is open on the Display tab, enter the name for the preset in the text box and click Load

This means that creating a new preset is simply a matter of running through the Display options, making sure those you want active are checked and those that you don’t need are unchecked, and that all relevant sliders are correctly adjusted. Then, when you’ve done so, enter a name for the preset group in the text box at the foot of the tab (arrowed above) and click the Save button – then repeat as required.

You can also load an establish preset group from here by typing the name into the text box and clicking Load. Any unwanted presets can be removed by entering the name and clicking the Delete button.

The Presets icon allow you to easily access your graphics presets
The Presets icon allow you to easily access your graphics presets

When it comes to swapping back and forth between preset groups, however, the quickest way to do so is via the Presets icon located in the top right of the viewer window. Hovering the mouse over this displays a list of all presets you’ve created; just click the name of the one you wish to  activate.

This list also include a button which will open the Preferences floater at the display tab, allowing you to quickly set-up a new preset or modify and existing preset (just make your changes and save to an existing preset name to overwrite it).

As avatars can often be the single biggest impact on the viewer in terms of rendering, particularly in crowded places, Avatar Complexity has been introduced by the Lab as a mean by which those on lower specification systems can set a limit within their viewer for rendering particularly complex avatars (i.e. those with a lot of very high-resolution textures on them and their accessories, or using a lot of high-impact mesh and sculpt attachments etc). Any avatar exceeding this limit will then be rendered as a single, solid colour, vastly reducing the processing load on the user’s system. Because they are rendered as a solid colour, such avatars have been nicknamed  ”Jelly Babies” after the sweet (candy) of the same name.

Within the official viewer, the control for Avatar Complexity is a single slider (Maximum Complexity) which controls avatar rendering. Within Black Dragon, Niran control is seemingly split between three sliders, Derender Objects > Kb, Derender Surfaces > m2,  and Derender Avatars > AR. and some juggling between them may be required to achieve optimal results, if you play with all of them.

Avatar Complexity in Black Dragon
Avatar Complexity in Black Dragon

Avatar Complexity in the official viewer is still not perfected; this is reflected by the fact that avatars can often remain Jelly Babied even when Maximum Complexity is set to No Limit –  you have to disable avatar imposters to get avatars stuck like this to render correctly (or relog). Black Dragon didn’t seem to exhibit this problem when I was fiddling with it,

Continue reading “Black Dragon 2.4.4.4: Jelly babies and graphics presets”

2015 viewer release summaries: week 48

Updates for the week ending Sunday, November 29th

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: 3.8.6.305981, October 26 – no change download page, release notes
  • Release channel cohorts (See my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • Project Azumarill (HTTP updates) RC viewer updated to version 3.8.7.308134 on November 25 – a complete replacement of the under the hood HTTP infrastructure within the viewer (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • Black Dragon updated to version 2.4.4.4 on November 29th – core updates: incorporation of Lab’s Chromium Embedded Framework (CEF) support and Quick Graphics updates (Avatar Complexity and graphics presets) – release notes

V1-style

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

SL project updates: week #48/1: server, viewer

Voile; Inara Pey, November 2015, on Flickr Voile (Flickr)blog post

Server Deployments Week #48

As always, please refer to the server deployment thread for the latest updates.

  • On Tuesday, November 24th, the Main (SLS) channel was updated with the server maintenance package previously deployed to the three RC channels. This comprises the updates code for server-side attachment and upload validations (see below). The release also includes new code for a new upcoming SL feature to be revealed soon.
  • There is no RC channel deployment planned for the week, due the the US Thanksgiving weekend no change window.

Server-side Validation Enforcement

A new server maintenance package had been due for deployment on Wednesday, November 11th. This packed includes simulator-side enforcement checks against attachment point IDs (attachments using invalid attachment point ID will be moved to the chest attach point), and validation checks against animation and mesh to prevent the upload of animations and meshes weighted to invalid attachment points.

Baking Service Update

Speaking at the Simulator User Group meeting on Tuesday, November 24th, Oz Linden indicated an update to the avatar baking service (server-side appearance) has been made. This is aimed at dealing with a number of issues with the service (unfortunately Oz didn’t have a list of issues to hand).

SL Viewer Updates

After mysteriously vanishing from the viewer release channel, the HTTP project viewer (Project Azumarill) reappeared on Tuesday, November 17th, still with the same version number (3.8.7.306796, dated November 2nd) as previously. This may have been a error, and the viewer has once again been removed from the viewer release channel.

Friday, November 20th saw the current Maintenance viewer updated to version 3.8.7.308081. This viewer brings with it some 38 fixes and improvements, including updates for some regressions introduced into the viewer with the current release viewer (version 3.8.6.305981).

Note: this week is a relatively light week for technical updates from the Lab due to it being Thanksgiving week in the US, which is always marked by a no change window, as noted in the report, to allow Lab staff to enjoy a long weekend at the end of the week.

2015 viewer release summaries: week 47

Updates for the week ending Sunday, November 22nd

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: 3.8.6.305981, October 26 – no change download page, release notes
  • Release channel cohorts (See my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • Maintenance RC viewer updated to version 3.8.7.308081 on November 20 – core updates: some 38 fixes and improvements, including updates for some regressions introduced into the viewer with the current release viewer (download and release notes)
    • Project Valhalla (CEF media update) RC viewer version 4.0.0.307894 released on November 18 – replaces the LLQTWebKit system used in the Web media plugin with one based on the Chromium Embedded Framework (CEF)  (download and release notes)
    • Vivox RC viewer version 3.8.7.3.8.7.307744, released on November 17 – corrects a number of Voice quality and connection issues on both Windows and the Mac (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • Firestorm updated to version 4.7.5.47975 on November 17th – core updates: parity with LL 3.8.6 code (notifications viewer), wide range of additional features, fixes and improvements (release notes)
  • Kokua updated to version 3.8.6.37336 on November 17th – core updates: parity with LL 3.8.6 code (notifications viewer) and RLV 2.9.15.1 (release notes)

V1-style

  • Cool VL Viewer Stable version updated to 1.26.16.0(b) (Windows and (Linux)) on November 21(/22) – core updates: experimental CEF plugin (QTWebkit default media service) + fixes and improvements  (release notes).

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

Kokua 3.8.6: notify me

kokua-logoOn Tuesday, November 17th, Nicky Perian announced the release of Kokua 3.8.6.37336,  which brings the popular SL and OpenSim viewer to parity with both recent Linden Lab code releases and with Marine Kelley’s RLV,  while including some additional tweaks from the Kokua team.

The release was preceded by a test release version focused on integrating the most recent updates for RLV in order to ensure there were no unpredictable outcomes from multiple merges, etc. A request was put to Kokua users to assist in testing that pre-release, which saw around 600 people respond and download the viewer. Their feedback formed the basis for additional refinements to the code leading up to this release, with Nicky passing on his personal thanks to all of those who participated.

The Lab code releases in the Kokua 3.8.6 comprise:

  • Release 3.8.5.305531, dated October 13th – an Maintenance release comprising 90+ fixes, updates and feature requests from the Lab (release notes)
  • Release 3.8.6.305981, dated October 26th – the notifications viewer, incorporating the new notifications floater (release notes).

Notifications Update

The notifications update presents a new floater for managing all your incoming notifications and notices, the result of a feature request to the Lab from Aki Shichiroji.  This sees incoming notifications split between four tabs: System, Transactions, Invitations and Group, with each tab displaying the total number of notices stored within it.

Kokua 3.8.6 incorporates the Lab's new notifications floater, itself the result of a feature request from Aki
Kokua 3.8.6 incorporates the Lab’s new notifications floater, itself the result of a feature request from Aki Shichiroji

Clicking on an individual notice, or the down arrow to the right of a notification will open the details within the preview panel. Individual notices can also be closed by clicking the X to the right of them. The two buttons at the foot of the floater will either collapse all “open” notifications within the current tab, or deleted them all from the tab.

The RLV updates bring Kokua fully up to par with RLV 2.9.15, including the hotfix release of 2.9.15.1 on November 9th intended to correct BUG-10601.

The Kokua team contributions for this release comprise:

  • Uploading a Blender generated dae, and NOT retaining material group order (see Bug 10326)
  • OpenSim update –  Set Lag Meter Server section to operate at 11 fps.

There are a number of known issues with this release – please refer to the Kokua 3.8.6 release notes for details.

I confess to (once again) not having have that much time to drive this release due to having a busy schedule at the moment. However, when I was able to run it however (sans RLV active), I encountered no significant issues. My apologies (also again) to Nicky for not having spent more time using the release ahead of this summary review.

Related Links

Second Life projects update 47/1: server, viewer, issues

It's a New Dawn; Inara Pey, November 2015, on Flickr It’s a New Dawn (Flickr) – blog post

Server Deployments Week #47

As always, please refer to the server deployment thread for the latest updates.

  • There was no deployment to the Main (SLS) channel on Tuesday, November 17th
  • The maintenance package deployed to all three RC channels in week #46 received a further update on Wednesday, November 18th. This was apparently due to the postponed deployment from week #46 not containing all of the desired updates.

SL Viewer

After mysteriously vanishing from the viewer release channel, the HTTP project viewer (Project Azumarill) reappeared on Tuesday, November 17th, still with the same version number (3.8.7.306796, dated November 2nd) as previously.

The Vivox viewer entered the release channel as a RC viewer on Tuesday, November 17th. Version 3.8.7.3.8.7.307744 corrects a number of Voice quality and connection issues on both Windows and the Mac.

The Chrome Embedded Framework Viewer also reached RC status with the release of version 4.0.0.307894 on Wednesday, November 18th.

Group Ejections and Group Chat

SVC-32, “Person kicked remains in chat session” came up for discussion at the Simulator User Group Meeting on Tuesday, November 17th.

This is the ongoing issue where those who are ejected from a group whilst in a group chat session still being able to continue using the chat until they close the window (with various permutations on the issue vis muting and unmuting people).

The cause of the problem seems to be quite deeply rooted in how the group chat service works, with Simon Linden noting, “I hate that one … and I’ve been lurking in some large groups (like FS) and seeing it abused. It’s an ugly problem and I’ve looked into it … basically because the info about how to add the logic isn’t where the log needs to be run … I looked into revoking caps and other ideas but didn’t find a silver bullet, or a pile of them, that would work … I’ll try to get some time to see if there’s anything that can be done without major architecture changes or new servers.”

Object and Linkset  Contents and Limits

Changes were recently made to how many objects can be placed within an individual in-world / worn object  and linkset. The limit per individual objects is now 10,000, and the limit per linkset is 30,000. The limits were revised to help deal with people using objects which massive contents from eating up server resources and impacting region performance as a form of griefing. However, a side issue with the changes has been that tools such as texture organisers with huge contents spread through the linkset can stop working – permanently.

To help people check their organisers and make suitable adjustments in line with the new limits, the Unpackistan region has a 90K limit for linksets (although there was an issue with this region as well – BUG-10695 – which should now have been corrected).

Concerns were raised the simulator User Group over the lack of follow-through when limits like this are changed (there has been no Wiki update in this instance, for example).

While it is understood limits may be changed to help reduce problems with griefing, etc., and thus the Lab may no wish to announce forthcoming changes in case it leads to an increase in abuse before the door is shut, so to speak, it was pointed out that providing some indicators as to what has changed, and ensuring reference documentation is properly updated could go a long way to help people figure out what might have happened as a result of such changes having an unexpected repercussion (as in this case).

Acknowledging this point, Simon agreed to take the concerns raised back to the office for further discussion.