SL project updates 39/3: TPV Developer meeting

The following notes are drawn from the TPV Developer meeting held on Friday September 26th, and shown in the video above. Time stamps, where relevant, have been included for ease of reference to the video. Note that items are listed according to subject matter, rather than chronologically, so time stamps may appear out-of-sequence in places. My thanks as always to North for the recording.

Benchmark Viewer & GPU Table

[01:00] As noted in part 2 of this report, a new GPU Benchmark project viewer is available (version 3.7.17.294710), designed to put an end to the need for a dedicated GPU graphic table as the mean by which the viewer determines a computer’s initial graphic settings.

Instead, if there is no settings file for the viewer (such as after a clean install),  the viewer will measure how quickly data can be copied back and forth between GPU memory and your computer’s main memory. This, combined with a couple of other benchmarks, determines the initial graphics settings in the viewer. It may not always pick the most preferred settings (it might still set things a little high or a little low), but testing has shown it to be reasonably accurate,  and it does prevent the viewer opting for the lowest settings simply because a card isn’t listed on the GPU table. As is currently the case, any subsequent adjustments you make to the graphics settings should be saved within the viewer and take precedence.

Feedback on the viewer is encouraged (a wipe of any SL viewer setting files on your computer will be required), particularly if you encounter issues such as finding the viewer “sticks” with the settings it has determined, rather than allowing you to adjust them. When filing JIRA, the Lab requests that log files are attached.

HTTP and CDN

[09:39] The anticipated HTTP pipelining viewer should be appearing as a release candidate viewer in the early part of week 40 (week commencing Monday 29th September). This is the viewer that the QA team in LL have been referring to as QA,  “weaponized viewer”, it is so fast as a result of leveraging the HTTP streaming.

This viewer works with the CDN, with Oz Linden indicating a personal experience of logging-in to a CDN-enabled region with an empty cache and having the textures and meshes for the region loaded by the time the log-in process had finished, so it will be interesting to see how the viewer performs under more widespread use.

TPVs are being encouraged to adopt the HTTP updates as soon as their integration / release cycles allow. In the meantime, those wishing to test this viewer, when it appears, with the CDN can do so via one of the following regions: Denby, Hippo Hollow, Hippotropolis,Testsylvania, Brasil Rio, Brocade, Fluffy, Freedom City, Rocket City or Whippersnapper. It is anticipated  further regions will be added to the CDN channel (Snack) in the next week or so, prior to CDN support rolling to one of the server RC channels.

 Voice Updates

[17:16] Another batch of viewer updates due out, and which TPVs are being urged to adopt as soon as they can, are for voice. These mostly relate to managing voice sessions rather than voice improvements, and are aimed at helping Vivox with problems at their end, and should make troubleshooting genuine issues within voice a lot easier. However, this update should plug the hole where stalkers can track where someone using voice has teleported to just by monitoring their voice channels.

Z-offset Height Adjustment

Jessica Lyon demonstrated part of the avatar height offset issue at the last TPV Developer meeting: when seated using her preferred sitting pose, her avatar floats above a chair, and she has no means of adjusting the height so that she appears to be sitting in the chair
The z-offset hegiht adjustment option should help in situations where the current Hover option is unusable – such as trying to adjust you avatar’s height when using a preferred AO sitting pose

[18:42] Vir Linden is now working on the z-offset height proposal. The work is in the early stages, so no date on when it will appear in a viewer.

The current plan is for a new option to be added to the right-click avatar context menu which will access an adjustment slider. However, at present, any adjustments made using it will not be persistent across log-ins, although it will work alongside the existing Edit Appearance > Hover option (allowing for the No Mod shape limitation of the latter).

It has been suggested the offset setting could be made persistent by tying it to a debug setting. This is something the Lab has said they’ll think about; should they opt not to go that route, there will hopefully be no reason why TPVs should not go that route if persistence was deemed vital to their users’ experience.

[48:13] Adjustments made using the slider will occur locally until such time as the mouse button is released; only then is an update message sent to the server & relayed to other viewers, to prevent multiple messages spamming a server as people make adjustments. It is hoped that this approach will also allow z-offset adjustments to interact with other active animations relatively smoothly (e.g. adjusting your height to prevent appearances of dancing on air when using couples dance poseballs).

Continue reading “SL project updates 39/3: TPV Developer meeting” →

SL project updates week 39/2: server releases, viewer, misc

The Trace, April 2014 by Inara Pey, on FlickrThe Trace, April 2014 (Flickr) – blog post

Server Deployments Week 39 – Recap

As always, please refer to the forum discussion thread for the latest updates and information.

  • There was no scheduled deployment to the Main (SLS) channel this week.
  • On Wednesday 24th September, all three RC channel received a further update to the Experience Tool maintenance release deployed in week 38, which includes:
    • llGetExperienceDetails(), now includes group_id in return list. In addition,
    •  llUpdateKeyValue() now correctly creates a key if it did not previously exist
    • Objects using experience permissions and llAttachToAvatar() are no longer automatically detached when leaving an area where the Experience is allowed.

SL Viewer

The promised viewer using the new GPU benchmark system appeared as a project viewer on Thursday September 25th. Version 3.7.17.294710, includes MAINT-3131, which is simply described as “Death to the GPU Table”, which pretty much sums the viewer up!

Rather than using the GPU table as a means of determining default graphics level for a graphics card, the viewer measures the memory bandwidth of the card, and sets the default based on that (plus a couple of other parameters. The release notes add, “Initial settings on shiny powerful hardware should now let that hardware shine. Initial settings on low-end machines should not degrade performance from current experience.”

CDN and Regions

The Snack RC is currently being used for CDN testing on Agni. As noted in my week 38 updates, Denby, Hippo Hollow, Hippotropolis and Testsylvania Sandbox were initially placed on the RC, and they have since been joined by Brasil Rio, Brocade, Fluffy, Freedom City, Rocket City and Whippersnapper.

Group Ban Trivia

OK, so not exactly an update, but Baker Linden indicates that some 4500 group bans have occurred since the arrival of the group ban list functionality in the official viewer (and a number of TPVs). Will be interesting to hear how that number increases once Firestorm includes the capability.

 

SL project updates: week 39/1: server, viewer, iCloud and other issues

Matoluta Sanctuary and Bay; Inara Pey, September 2014, on FlickrSunrise, Matoluta Sanctuary and Bay (Flickr) – blog post

The following notes were taken from the Open Source Dev meeting on Monday 22nd September 22nd, and the Simulator User Group meeting on Tuesday 23rd September.

Server Deployments Week 39

As always, please refer to the forum discussion thread for the latest updates and information.

  • There will be no scheduled deployment to the Main (SLS) channel this week.
  • On Wednesday 24th September, all three RC channel should receive a further update to the Experience Tool maintenance release deployed in week 38, which includes a fix for an issue with llGetExperienceDetails().

SL Viewer

The most recent Maintenance release viewer, version 3.7.16.294015, was promoted to the de facto release viewer on Monday 22nd September. This viewer includes fixes for inventory and outfit management; appearance editing; group & group ban management; camera controls; multi-grid support for favourites; notifications management; stability, bug and crash fixes – see the release notes for further information.

On Friday September 19th, the New Log-in Screen RC viewer reached release candidate status when 3.7.16.294345 arrvied in the release channel. This viewer brings a simple and clean login screen for new users, and a corresponding update for returning users. (download and release notes, my overview).

GPU Table Retirement

An ongoing project at the Lab is to remove the need for the GPU table within the viewer. This is currently used to set the default graphics level for a user’s graphics card, and requires constant checking and update as new GPUs and cards are produced. Recent work has seen the GPU table massively updated, with the Lab working towards an alternative strategy of determining the capabilities of a graphics system.  This is primarily done by  measuring the memory bandwidth of a card and setting the default based on that (plus a couple of other parameters.

A viewer utilising this approach is currently with LL’s QA team and should be making an appearance soon. This strategy has already shown sufficient promise that new GPUs are no longer being added to the GPU table in preparation for it to be phased out.

Other Items

iCloud Conflict

A recent update to Apple’s iCloud service aimed at users of windows system using the service has had an unexpected impact on various aspects of the SL including killing mesh uploads, snapshots (saving to inventory fails with “Error encoding snapshot”) and textures (upload fail with “Couldn’t convert the image to jpeg2000”), and UI elements can turn completely black.

Full details of the issue can be found on BUG-7343,  and the problems have been particularly noted in both the official viewer and Firestorm, and Catznip. investigations are underway by both the Lab and the Firestorm team, and one line of thinking is that it might be some DLL injection poisoning issue.

The iCloud update, which was apparently deployed over the weekend of the 20th /21st September has, at the time of writing, yet to be deployed for Mac systems. There is some speculation that it may not result in similar issues for Mac users due to the way iCloud is implemented for each OS. One potential work-around is to roll-back to an earlier version of the service’s client, making sure that any auto-update option is disabled.

Group Tags

We’re probably all aware how changing group tags can often be a cure-all for a number of problems, even when logically it should be the case. One possible explanation as to why this is the case is that changing your group tag may trigger a full update of your avatar.

However, possibly as a result of interest list changes, there is now one situation where changing your group tag is not a good idea – and that is when a scene is still loading, as doing so can cause the scene load to fail, and the only means of resuming it is to relog – see BUG-6299. So, if you arrive in a location that sends you a request to join a group you’d like to join, wait a couple of minutes in order to give the scene the chance to fully load before you do so.

This issue is known to the Lab, but a fix has yet to be determined.

llSetlinkAlpha Update Issue

This is an issue that is getting a little long in the tooth – see BUG-1786 – which sees llSetLinkAlpha failing to correctly update a percentage of prims when a large(ish) number are updated simultaneously. Weapons users are liable to be familiar with this, as it can occur in “holstering”  or “slinging” a weapon which should cause the “held” version of the weapon to turn transparent and the “slung” / “holstered” version rendered, but often results in elements of the “held” version of the weapon remaining visible.

This issue appears to be related to UDP packets being lost between the server and the viewer, with Simon Linden commenting, “I remember digging into this and it seemed like lost packets.  It’s really hard to predict when they’ll get lost, but it seems it’s not slowing down updates quite right when there’s a sudden flood.” He promised to pass the issue with LL’s product team, but wasn’t optimistic it might move higher up the “fix” chain due to the current volume of work.

Updated log-in screen viewer reaches RC

The updated login screen viewer has made it past the experimental / project viewer status and is now a release candidate viewer, version 3.7.16.294345. This viewer, which I previewed while still a project viewer, features two log-in splash screens, one of which is seen by users logging-in to SL for the very first time, and one which is seen by returning users.

The “new user screen” provides a couple of hints as to what to expect when those coming to SL for the first time log-in.

The log-in screen displayed by the experimental viewer the *first time* a new user runs the viewer ready to log-in to SL
The updated log-in screen which is only seen by a user logging-in to SL for the very first time, and which provides some information on what to expect.

The more “regular” log-in screen which is seen by returning users (i.e. those who have previously logged-in to SL), has the log-in criteria fields moved to the top, and introduces a few changes, which I described last time around, but will re-cap here for convenience.

The most obvious of these is that the credentials area now has three independent log-in buttons:

  • At last location – as  most users will be familiar with, logs you in to your last location; you’ll also be logged in to that location if you type-in an avatar’s name and password and tap ENTER as per the current viewer log-in screen
  • My Favourite Places – a drop-down which lets you choose to log-in to your home location, or any landmark you have dragged and dropped into the viewer’s Favourites Bar / the My Favourites folder in your Inventory
  • The familiar Type a Location text entry box, allowing you to type-in the name of a specific region / sim to which you want to log in – this now works if you type a location and tap ENTER rather than having to then click the Log-in button.
The log-in / splash screen in the experimental viewer that is seen by user who have previously logged-in to SL
The updated log-in / splash screen users returning to SL will see

Note that on computers which are used to access Second Life with multiple accounts, the user name field now has an auto-complete function based on the initial letters of an avatar name entered into the field (providing Remember Me is checked). However, do note that this does not extend to the password field, which is not auto-completed on the basis of the user name field. When logging-in with different accounts, you will still need to manually enter the password for the account you’re using.

The reason the log-in screen has been revised is that during A/B testing, the Lab believe they noted a rise in user retention of 3-5% among those new users who were supplied with viewers using revised log-in layouts when compared to those who received the release viewer download with the current log-in screen. Speaking at the TPV developer meeting on Friday September 12th, Grumpity ProductEngine Linden also indicated that these may be the first in a series of changes to the viewer log-in, saying:

We’re going to be putting forward some changes to the newbie log-in screen and then the subsequent returning user log-in screen. They’re going to be gradual, and sometimes not as beautiful as we might like all at once; however, you can be assured that they’ve all been tested and that they perform better.

If this does mean further updates might be appearing down the road, it’ll be interesting to see what form they’ll take.

With thanks to Gibson Firehawk for pointing out the log-in auto-complete and location fix.

Viewer release summaries: week 38

Updates for the week ending: Sunday September 21st, 2014

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:  3.7.15.293376 – no change
  • Release channel cohorts (See my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • New Log-in Screen RC viewer 3.7.16.294345 released on September 19 – simple and clean login screen for new users, and a corresponding update for returning users. (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • UKanDo viewer updated to version 3.7.15.28403 on September 18th – core updates: parity with LL viewer code through to release 3.7.15; numerous tweaks and updates (release notes)

V1-style

  • Cool VL viewer updated on September 20th – Stable release to version 1.26.12.18 and Legacy version 1.26.8.76 – core updates: please refer to the release notes

Mobile / Other Clients

  • No updates

Additional TPV Resources

Related Links

SL project updates week 38/2: server, CDN, AR category changes

~Santaurio~, April 2014 ~Santaurio~, April 2014 (Flickr) – blog post

Server Deployments Week 38 – Recap

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

  • On Tuesday September 16th, the Main (SLS) channel received the server maintenance package previously deployed to the three RC channels, which includes crash fixes and a fix for a bug that prevented some people from leaving Skill Gaming regions – notably Linden staff who entered a region using their admin powers …
  • On Wednesday September 17th, the three RC channels each received a new server maintenance package, which includes some bug fixes, and tweaks some behaviours related to experience tools.

CDN News

CDN support has been deployed to a small number of regions on the main grid. Maestro Linden indicated these were four Linden-owned regions. These are Hippotropolis, Hippo Hollow and Denby (where the Simulator User Group meetings are held), and the Testylvania sandbox (which isn’t open to public access).

Further regions will be updated to use the CDN service going forward, and the Lab had created an e-mail address region owners can apply to have their region(s) added to the test channel for the CDN: cdn-test@lindenlab.com. Note that regions should be those with a relatively high texture / mesh count, and space is “very limited” at this time (the total for the initial testing appears to be set at around 30 regions).

In addition, the map tile fetching for the main grid is now entirely carried out via the CDN, so map tiles should load a lot faster for people now.

World Map tiles are now served via the CDN
World Map tiles are now served via the CDN

Abuse Report Category Changes

The categories used to define Abuse Reports were recently revised in the official viewer.

The old (l) and new (r) AR categories
The old (l) and new (r) AR categories

This has led to some discussion on the forums and not a little speculation elsewhere as what it means for the AR system, with some people speculating that because some categories are no longer explicitly listed, there are therefore now “allowed”.

While views such as this might be debated until such time as the Lab issues commentary on the changes, the one thing that is clear at the moment is that they do put the AR floater somewhat out-of-synch with its official Knowledge Base article given the “Other” category has been removed. This has been noted and the Knowledge Base article is liable to be updated.

The changes also put some TPVs out-of-sequence with the revised categories until such time as they update. However, this hopefully will not negatively impact ARs filed via viewers using the older category options.

Related Links