2015 viewer release summaries: week 42

Updates for the week ending Sunday, October 18th

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.5.305531, October 13 – formerly the Maintenance RC viewer 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):
    • Notifications RC viewer updated to version 3.8.6.305981 on October 14 – new Notifications floater separates incoming notifications into System, Transactions, Invitations, and Group. It provides a better way to view, interact with, prioritize and manage incoming notices for busy residents (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • Black Dragon updated to version 2.4.4.3 on October 17th – core updates: CEF integration, merge with current LL release viewer.
  • UKanDo updated to version  3.8.5.28153 on October 14 – core updates: merge to latest LL viewer release.

V1-style

Mobile / Other Clients

  • No Updates.

Additional TPV Resources

Related Links

SL project updates 42/2: server, viewer

Crossing Sands; Inara Pey, October 2015, on Flickr Richmond Landing at Crossing Sands  – blog post

Server Deployments – Recap

As noted in part 1 of this week’s update, there were no deployments to either the Main (SLS) or RC channels in week #42. This means there will be no deployment to the Main channel in week #43 (week commencing Monday, October 19th).

The RC deployment planned for week #42 was ultimately postponed pending further work.

Week #43 RC Deployment

The deployment originally planned for week #42 is now targeted for deployment on Wednesday, October 21st. It will include the server-side updates intended to help prevent attachment links in group notifications from going stale. However, as per the first part of this week’s report (see link above), because it is also believed that there are some viewer-side issues causing these problems, the update might not fix all situation where an attachment to a group notice fails to open when viewed in the incoming notification.

The reason for the late postponement of the release in week #42 was because the Lab wasn’t entirely happy with aspects of the update, and as a result of recent issues in attempting to deploy some server-side improvements to inventory handling which lead to unanticipated side-effects, caution won the day.

This RC release may also incorporate a server-side update to prevent the uploading of “hacked” mesh content (e.g. mesh items which show a LI of 1 no matter what their actual complexity, or which spoof a creator’s name).

SL Viewer

The Notification RC viewer updated to version 3.8.6.305981 on Wednesday, October 14th, following the promotion of the Maintenance viewer to the de facto release viewer. This release adds a further set of fixes to the viewer:

  • MAINT-5370 [Notice] Hard to operate with notification window control
  • MAINT-5694 [Project Notice] Links on the 1st line of a group notice message are sometimes not clickable.
  • MAINT-5708 [Project Notice] Images shouldn’t be displayed in notification titles
  • MAINT-5730 [Project Notice] Text overlapping in group invites with non-default group role.
The notifications viewer update corrects four issues within the viewer
The notifications viewer update corrects four issues within the viewer relating to layout and control of notifications

European Connection Issues

Thursday, October 15th saw a DNS issue upstream of Second Life impact users in Europe, and notably The Netherlands, preventing people from logging-in to SL and from accessing web properties such as secondlife.com and the Marketplace, etc. The situation occurred as the Lab were also carrying out some unscheduled maintenance on the grid, prompting them to update the original Grid Status report with news on the DNS issue:

[Updated 4:27 PM PDT, 15 October 2015] We’ve received confirmation from our upstream provider that a widespread DNS outage is impacting parts of Europe, including the Netherlands, and possibly other regions. We’re monitoring the situation and will report on developments.

Second Life project updates 42/1: server, viewer, misc items

Hestium; Inara Pey, October 2015, on Flickr Hestium (Flickr) – October 2015 – blog post

SL Server Deployments Week 42

There was no deployment to the Main (SLS) channel on Tuesday, October 13th. Also, the server maintenance package planned for deployment to the three RC channels in week #42 did not pass final testing, and the deployment has been postponed as of LL CoB on Tuesday, October 13th.

SL Viewer Updates

The Maintenance viewer, version 3.8.5.305531, was promoted to the de facto release viewer on Tuesday, October 13th. The viewer has over 90 fixes, improvements and feature requests – please refer to the release notes (link above) for details.

Group Notice Attachments

The server maintenance package postponed from deployment in week #42 comprises a partial fix for  group notice attachments failing to respond when clicked, forcing recipients to open the Group floater, search the Notices tab for the relevant notice and retrieve the attachment from there.

This problem most frequently occurs as a result of some of the data relating to the notification and the original notification users open to access the attachment being lost to the simulator after about an hour, and the fix in question is geared to correcting this. However, there can be other circumstances where the attachment fails to respond, which might be either server-side issues, or viewer issues.

“I’m pretty sure there’s a viewer issue too,” Simon Linden said, discussing the matter during the Simulator User Group meeting on Tuesday, October 13th. “If you notice when you click on notice attachments, sometimes when it doesn’t work you see nothing at all; no UI feedback where that attachment shading changes or anything. I think in those cases the viewer is dropping the click and not doing anything at all, and it might work if it actually sent a request to the server.” He added that he hopes the RC deployment, once available, will at least improve matters.

Other Items

Accessing Crowded Regions

A question was asked at the Simulator group about whether repeated attempts to access a crowded region by repeatedly trying to cross to it from neighbouring region or constantly trying to teleport into the region, causes it any significant issues in terms of performance. There are already some HUDs on the marketplace which will automatically re-try teleports to a specific location, and the question was prompted by a feature request to Firestorm to make a similar capability within the viewer.

Simon Linden was understandably cautious in his response, pointing out that any attempts to move between regions will use up time and network traffic, but suggested that a retry system with a delay of around 5 seconds or so shouldn’t put any stress on the simulator (some of the available HUDs actually work on a faster retry cycle than this, so could be having more of an impact). It was also suggested – although not by a Linden –  that moving such a capability client-side might actually reduce a small load from the simulators when compared to using a scripted HUD.

This question prompted the idea of some kind of list managed queuing system for crowded regions, so that people attempting to reach it would be automatically teleported when there is room, and in the order they were added to the queue.

However, as was pointed out in the meeting, such an approach would require a considerable amount of work in terms of just managing the list (keeping track of who is on the list, who joins the list, who opts to log-out before a space becomes available, forcing an update to the entire list, removing people who are teleported from the list, and so on).  As such, Simon indicated he’d rather work on improving simulator performance to allow more avatars into a region, and have the viewer improved so it can better handle large numbers of avatars.

Special Events Regions

In a similar vein, there have been rumours of large events getting dedicated servers to handle the load more effectively. Commenting on this, Simon said, “We’ve talked about that, and I don’t know what might happen; but we’ve discussed the short-term need people have for regions or better performance. It’s now more in the product folks lap … they need to figure out how we would offer something like that.”

Temp Attach from Object Inventory

A question was asked at the meeting about whether anyone at the Lab was working on a means to allow a temporary attachment directly from an object’s inventory (contents). Simon noted that while no-one is currently working on this, it is on the Lab’s feature list, adding, “it’s just an idea; but the current attach process used by experiences is rez the thing, then attach. It would be better to just directly attach.”

It’ll be interesting to see if this comes about.

2015 viewer release summaries: week 41

Updates for the week ending Sunday, October 11th

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.4.305119, September 29 – 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 version 3.8.5.305771 released on October 9 – provides improved performance and stability. Impacts include: asset uploads, AISv3 inventory manipulation, VMM, Experience management, LSL compilation, Simhost event polling, etc.  (download and release notes)
  • Project viewers:
    • Project Valhalla (CEF media update) project viewer version 4.0.0.305703 released on October 7 – replaces the ageing LLQTWebKit system used in the Web media plugin with a shiny new one based on the Chromium Embedded Framework (CEF) that supports modern web technologies (download and release notes)

LL Viewer Resources

Third-party Viewers

V3-style

  • No Updates.

V1-style

  • No updates.

Mobile / Other Clients

  • No Updates.

Additional TPV Resources

Related Links

SL project updates 41/2: TPVD meeting, attachments & Interest List issues

Ironwood Hills; Inara Pey, October 2015, on Flickr Ironwood Hills (Flickr) – blog post

The following notes are primarily taken from the TPV Developer (TPVD) meeting held on Friday, October 9th, 2015. A video of the meeting is included at the end of this report, although the opening few minutes of the meeting are missing. Because of this, I’ve included an audio file as well to cover the opening of the meeting.  Time stamps to both the audio and the video are provided, and my thanks as always to North for the video recording and providing it for embedding.

Please note that any extraneous noises on either the audio or the video are the result of an open mic in the meeting itself, and not from myself or North

Server Deployments: Week 41 – Recap

As per the server deployment thread, there were no scheduled deployments / restarts for the three RC channels during the week, while the Main (SLS) channel received the same server maintenance package deployed to the RCs in week #40.

SL Viewer Updates

 

[00:00 – 02:10 on audio]

CEF Project Viewer

On Wednesday, October 7th, the Lab issued the long-awaited project viewer utilises the Chromium Embedded Framework (CEF) for media handling – and more – in Second Life. Version 4.0.0.305703 sees CEF replace the ageing llqtwebkit functionality for media management in Second Life (also see my separate update).

[13:25 video] The emphasis from the Lab is that if you use web media in-world test your products / projects / uses thoroughly with the CEF project viewer, and make sure you continue to test as the project viewer is updated, in order that specific issues encountered can be reported and looked at while the lab is still developing the viewer.

It also appears that QuickTime media may still work on this viewer, rather than being disabled, as had been indicated in my last TPVD update. However, this should not be taken to mean either QuickTime or Flash will be supported by the Lab going forward, or that media using them will be viewable by all users. CEF, HTML 5, etc., are the future of media in SL.

Other Viewer Updates

On Friday, October 9th the HTTP updates viewer (project Azumarill) was promoted to release Candidate status with the release of version 3.8.5.305771. This viewer provides improved performance and stability. Impacts include: asset uploads, AISv3 inventory manipulation, VMM, Experience management, LSL compilation, Simhost event polling, etc.

Currently, it appears as though the Maintenance RC viewer, version 3.8.5.305531, is in line to be promoted to the de facto release viewer in week #42 (week commencing Monday, October 12th).

An update for the Oculus Rift project viewer (currently version 3.7.18.295296, and now almost a year old), is still expected, but it is subject to other work being undertaken at this point in time.

Attachment Loss on Region Crossings

[03:44 audio;  00:00 video]

The Lab recently carried out extensive work to reduce the number of attachment loss issues occurring as a result of issues caused directly within the viewer itself (project Big Bird). However, while this work fixed a lot of issues, some still remain, particularly during region crossings, whether physical or via teleport (see BUG-7761 as an example).

Essentially, what happens when moving from one region to another is that all of the attachments on your avatar must get new IDs from the simulator to which you are moving. The viewer then has to associate these new IDs with the attachments you are wearing, and the locations where those item as actually attached. In doing so, it attempts to preserve continuity  by keeping things where they were according to the region you’re leaving, and then updating them with the information it receives from the new region.

A problem I sometimes encounter when flying / boating is returning home and finding one of my scripted mesh shoes has been detached at some point during the trip
A problem I sometimes encounter when flying / boating is returning home and finding one of my scripted mesh shoes has been detached at some point during the trip

This obviously involves a lot of messages being passed back and forth between server and viewer – and the more attachments you have, the greater the number of messages being passed back and forth.

Additionally, if the attachments are scripted, further messages relating to script states, etc., also need to be passed relating to their state, etc., which adds to the load. Finally, all of these messages may use different transport mechanisms to pass between server and viewer.

This means there are many opportunities for messages to arrive out-of order due to race conditions, etc., or to be dropped and lost because of possible network issues and some messaging mechanisms not having a retry option, etc. It is these problems which tend to result in issues with attachments being removed, etc.

The Lab is interested in trying to eliminate as many of these problems as they can (allowing for the fact some might be related to your network connection, and possibly outside of their ability to control). However, in order to do so, they first need to identify exactly what is going on, and this requires examples of attachment losses, etc., that are consistently reproducible (e.g. attachment type X will always detach when crossing between regions Y and Z, for example). It is these kinds of consistent examples which are proving hard to find – so if you do know of one, please raise a JIRA outlining it step-by-step.

Continue reading “SL project updates 41/2: TPVD meeting, attachments & Interest List issues”

Second Life project updates 41/1: server, viewer

The Trace too; Inara Pey, September 2015, on Flickr The Trace Tooblog post

Server Deployments, Week 41

A light week this week. As per the server deployment thread, there will be no scheduled deployments / restarts for the three RC channels during the week. The Main (SLS) channel will, however, receive the same server maintenance package deployed to the RCs in week #40.

SL Viewer Updates – Quick Graphics Viewer

The Quick Graphics viewer reached release candidate status on Friday, October 2nd with the release of version 3.8.5.305528. This is the view which provides the new Avatar Complexity options and the new graphics preset capabilities for setting, saving and restoring graphic settings for use in difference environments / circumstances.

The revised Advanced Graphics floater for the RC, first seen in later iterations of the project viewer
The revised Advanced Graphics floater for the RC, first seen in later iterations of the project viewer

One of the more visible changes within this RC for those who may have used the initial project releases of this viewer, but not the more recent iterations, is that the Advanced Graphics floater has undergone further changes, and is now presented as a two column floater, rather than the single huge floater seen in the first releases of the viewer.

In terms of the graphic presets as well, it should be noted that this RC update does not appear to resolve BUG-10398 “Graphics preset changes to None each time the Advanced Graphics floater is opened, even when no changes are made”.

The colours used for "Jelly Baby" avatars exceeding a user's complexity limit have been further toned down in the Quick Graphics RC update
The colours used for “Jelly Baby” avatars exceeding a user’s complexity limit have been further toned down in the Quick Graphics RC update

For Avatar complexity, the RC update sees further tweaks to the default Complexity value you will see displayed in the Advanced Graphics floater, which is based on your system’s capabilities. The colours used for avatars which are “Jelly Babied” for exceeding your Complexity setting have also been further toned down so that they are not quite so glaring.

However, a number of Avatar complexity issues still appear to be unresolved with this release, and which appear to be related to avatars with very high attachment byte sizes (the 4th value displayed over avatar heads by the viewer when showing Avatar Complexity information):

  • BUG-9962 – Avatars often permanently stuck as jelly babies even when Max complexity = No Limit
  • BUG-10401 – Blocked avatars are always fully rendered when imposters are disabled & other odd new behaviour with blocked avatars
  • BUG-10330 – Some avatars remain invisible until imposters are disabled.

Note: I’ve seen a couple of comments in some group IMs and elsewhere suggesting some people are under the impression this viewer should produce faster in-world rendering (presumably because of the”quick graphics” project title). This isn’t actually the case; however, and depending on variables outside of the Lab’s control, much improved rendering should be seen when using the project Azumarill viewer.