SL projects update 2014 week 1 (1): HTTP project viewer arrives

It’s the first week of the year and the Lab is already busy on the viewer front.

New Release Candidate: PackageFix Viewer

Thursday January 2nd saw a new release candidate viewer enter the release channel. Version 3.6.13.284995 is described as Second Life PackageFix Viewer. This update fixes an issue introduced with the 3.6.12 code base whereby the Windows executable name was changed from “SecondLife” to “SecondLifeViewer”.

As any executable using the old name (“SecondLife”) was not removed as part of the 3.6.12 installation process, problems could result when using old shortcuts pointing to the old executable, rather that the new version, which would then run and could then trigger a further auto-update, again without removing older executables or shortcuts.

With this fix, any executables using the old name (“SecondLife”) will be removed from the installation folder, so any shortcuts created to it will cause Windows to display an error message, and the user can then remove them or modify them to point to the correct executable.

HTTP Project Viewer

Monty Linden's HTTP project viewer arrives
Monty Linden’s HTTP project viewer arrives

Monty Linden’s long-awaited HTTP project viewer surfaced from QA on Friday January 3rd. Part of the ongoing HTTP project work, version 3.6.13.284698 contains three headline updates:

  • Experimental Fix for Long-Standing DNS Problems: the mechanism used to perform DNS look ups has been changed from an application-hosted DNS resolver to a combination of threads and the host operating system’s resolver.
  • Mesh Download with Better TCP Connection Behaviour: this release of the viewer reduces by 75% the number of connections used for downloading meshes. It also reuses these connections more effectively further reducing network demands. Those who have experienced connectivity problems from router instability or other networking problems may see a significant improvement.
  • General Reliability Improvements in Mesh Upload and Download: a great deal of work has been put into the mesh upload and download code. Better error handling, less frequent request retries, removal of many thread issues and fixes for numerous smaller bugs are a part of this release.

Among the changes, this viewer sees the introduction of the new GetMesh2 capability, together with its associated debug, mesh2MaxConcurrentRequests, which are designed to reduce the number of concurrent number of mesh connections from 32 to 8, but which adds keepalive functionality and improved retry logic, and which see the number of viewer / server connections which can be requested by the viewer clamped to prevent individual users overloading the server-side capabilities, as explained back in my 2013 week 36 and week 34 reports.The new capability will run alongside the existing capability as things are transitioned-in to SL.

More news on this project viewer to follow.

New Merchant Outbox Project Viewer

Arriving on Thursday, January 2nd, the Merchant Outbox project viewer, version 3.6.13.284731, is described as including fixes for accurately detecting Merchant status and improves recovery for Merchant Outbox errors. As such, it addresses the following problems:

  • Merchant Outbox viewer crashes on Exit on Windows 7 (ACME-1219)
  • User needs to click OK twice to dismiss Merchant Outbox notification (ACME-1220)
  • Merchant Outbox Initialization fails with 404 error with new account in Merchant Outbox viewer (ACME-1221)
  • Merchant Outbox panel unusable and unrecoverable if outbox folder disappears (MAINT-2287)
  • Send to Marketplace from Merchant Outbox says it fails when it doesn’t (MAINT-2301)
  • Merchant outbox with genuine failure “409 conflict” causes all further imports to fail (MAINT-2452)
  • Merchant outbox: Second Life 3.6.8 (282375) build – results when user has a merchant outbox misplaced in inventory (MAINT-3319)
  • Viewer crash when deleting trash which contains Merchant Outbox (MAINT-3320).

Those who have experienced any of the above issues when using the Merchant Outbox might want to try-out this project viewer – but do keep in mind it is a project viewer.

Related Links

Group Tools: website revamp

GT-logoGroup Tools, the Windows-based third-party client aimed at users who need to manage large groups in terms of regular notices, group-wide IMs, or operate a region greeter bot, etc., updated on December 28th to version 2.2.26.

With it  – or quite possibly before the update, as I’ve not visited the Group Tools website since my week 51 viewer release summary – came a revamp to the Group Tools website itself, which very much helps to put information clearly and cleanly before people unfamiliar with the client.

I last looked at Group Tools itself in September 2012. The client has been through several iterations since then, so I’ve no idea how relevant that review is compared to the current version. Because Group Tools requires the purchase of a licence, and I don’t actually have any specific need for the client, I’ve not actually subscribed to the services in order to keep up-to-date. As a result, and given there are no publicly available release notes for updates, it’s a little hard for the likes of me to keep track of changes to the client as they are released.

The revamped Group Tools wesbites is cleaner and easier to read
The revamped Group Tools wesbite is cleaner and easier to read

I have tended to poke my nose into the website on a weekly basis, however, if only to check for application updates for my weekly viewer release summaries, which is why I copped the changes to the site this week.

The amount of information – with a couple of possible exceptions – in the site hasn’t overly changed; however, the layout has, and the result is a series of web pages which are easier to read, have improved navigation (the left-side menus would appear easier to read than the old white-on-blue menus), and the site appears to benefit somewhat from smoother loading – although that could be purely a placebo effect on my part. Some of the individual pages lack clear subject headings, it’s true, and the text could perhaps benefit from a little more white spacing between lines, but these really are minor niggles on my part; overall the look is very sharp and pleasing to the eye.

The two possible exceptions to the information presented appear to be the Support Ticket area and the updated FAQ area. I’m a little cautious as to calling these part of the revamp, as it is entirely possible they’ve been part of the website for at least a couple of months, and I’ve simply messed them when visiting it – although neither appear to have been there prior to late October. So if they are new, they’re likely to be very welcome for established users and those coming to Group Tools for the first time.

One thing I would personally like to see added to the site are details of updates to the client alongside of the downloads. While it may well be that such details are sent to registered users of Group Tools when an update is available, having them also recorded on the website, either as formal release notes or simply as a bullet-list of key changes, would also be of benefit both to registered users and to parties potentially interested in the client.

If you are a Group Tools users and haven’t seen the updated website, it might be worth hopping over and taking a quick look. In the meantime, for those unfamiliar with the application, here’s an introductory video.

Related Links

Viewer release summaries 2013: week 52

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 Viewer Round-up 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
  • By its nature, this summary will always be in arrears
  • The Viewer Round-up Page is updated as soon as I’m aware of any releases / changes to viewers & clients, and should be referred to for more up-to-date information
  • The Viewer Round-up Page also 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.

Updates for the week ending: December 22nd, 2013

Official LL Viewers

  • Current Release version: No updates
  • Release channel cohorts (See my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • No updates
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • No updates

V1-style

  • Cool VL updated on December 28th to:

Mobile / Other Clients

  • Group Tools updated to 2.2.26 on December 29th – core updates: unknown; no release notes

Additional TPV Resources

Related Links

Viewer release summaries 2013: week 51

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 Viewer Round-up 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
  • By its nature, this summary will always be in arrears
  • The Viewer Round-up Page is updated as soon as I’m aware of any releases / changes to viewers & clients, and should be referred to for more up-to-date information
  • The Viewer Round-up Page also 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.

Updates for the week ending: December 22nd, 2013

Official LL Viewers

  • Current Release version: No updates
  • Release channel cohorts (See my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
    • No updates
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • CtrlAltStudio Alpha version for Oculus Rift updated on December 18th to version 1.1.7.34400 – core updates: ability to turn your avatar when seated & wearing the Rift by turning your head; Rift prediction delta default value changed from 20ms to 35ms to improve typical perceived latency; fix for mouselook not being able to turn more than +/-180°   (release notes)

V1-style

Additional TPV Resources

Related Links

CtrlAltStudio: turn your avatar with a turn of your head

CAS-logoDave Rowe (Strachan Ofarrel in SL) has released an update to his experimental version of the CtrlAltStudio viewer with support for Oculus Rift (Windows only).

CtrlAltStudio version 1.1.7.34400, released on Wednesday December 18th, allows the user to turn their avatar with a simple turn of the head when seated and using Riftlook.

The capability has been developed in conjunction with Tom Willans at the Serious Games Institute of Coventry University, here in the UK, and the release notes for the new version, together with the blog post announcing the release, describe the function thus:

There are two ways to use this option:

  1. Setting the slider to 0° makes the turning happen all the time. This enables you to look at something then if you continue looking at it, your view will gradually rotate so that the object lies straight ahead and you can thus walk towards it.
  2. Setting the slider to a value such as 45° makes turning start after you look left or right 45° or more. Turning then continues until you look straight ahead again. Depending on the value you set and how flexible your neck is, the effect can be like a gesture that initiates turning.

The new capability can be found in the Oculus Rift section of Preferences > Graphics > Display Output.

The new option to turn your avatar when seated and using the Oculus Rift headset
The new option to turn your avatar when seated and using the Oculus Rift headset

Strachan has invited those who have a headset to try the capability and to let him have their feedback. So if you do, please drop him a line on his blog.

This release also brings with it:

  • A change of the Rift prediction delta default value from 20ms to 35ms to improve typical perceived latency.
  • A fix mouselook not being able to turn more than +/-180°.

If you have been using previous versions of the 1.1 Alpha release of CtrlAltStudio, you should be able to install 1.1.7.34400 directly over it. However, if you have been using the 1.0 release (stereoscopic) version, a clean install is recommended.

Related Links

SL projects Update week 51 (1): Group bans, viewer, misc news

As a reminder, there are no scheduled server-side deployments or restarts due to take place prior to Tuesday, January 7th, 2014.

Upcoming Server Deployments

Andrew Linden - departing LL
Andrew Linden – departing LL

Andrew Linden, in his last appearance at a User Group meeting – indeed, in possibly his last public appearance prior to his departure from Linden Lab – gave further information on the uniform scaling functions for objects and linksets he’s been working on.

In particular, he described a third function  – llScaleByFactor(float) – which sits alongside the two previously reported upon in part 3 of my week 50 report. So taken together, all three functions are:

  • integer llScaleByFactor(float factor):  uniformly scale a linkset by the specified factor (e.g. 2.0 to double the scale).  Returns TRUE if successful, FALSE otherwise
  • float llGetMaxScaleFactor(),   float llGetMinScaleFactor(): return the maximum / minimum scale factors that will work in llScaleByFactor due to limits in place by prim scale and linkability distance restrictions
  • llScaleByFactor(float) returns TRUE if the scale change succeeded.

The new functions do not require any viewer-side update, and have already been added to the server-side LSL syntax file, although they will not actually be deployed to the main grid in an RC release until 2014. In the meantime, those wishing to test the functions can do so on Aditi in the following regions: Balance, Boardman, Borrowdale, Hawkshead and Mayfair.

SL Viewer Updates

The Google Breakpad release candidate viewer won an exception to the code freeze which came into force on Monday December 16th, reappearing in the release candidate viewer channel as version 3.6.13.284710.

The build, dated December 13th, 2013, was allowed a free pass and added to the Alternate Viewer wiki page on Monday 16th December as it contains no actual functional changes to the viewer. Rather, it contains an update to Google Breakpad and restructures the crash reporting mechanism to support out of process crash reporting. The  changes are intended to give LL’s development team more call stacks from crashes more frequently in order to improve the triaging and debugging of crash-related issues.

Group Bans List

Obligatory Baker Linden shot :)
Obligatory Baker Linden shot 🙂

Baker Linden provided an update on his group ban list work. As per my week 46 report, he is going with the approach whereby granting a role within a group the ability to ban people from the group will automatically give that role both the “Eject Ban Members” AND “Remove Roles from Members” abilities as well.  However, it will not be possible to remove either the “eject” and “remove” capabilities from a role using the “ban” ability without first disabling the “ban” ability.

He’s also added server code  that will automatically eject a member, as long as the ejector has both the “eject” and “remove roles” abilities.

This means someone with both abilities no longer has to manually remove all the roles assigned to a group member prior to ejecting them, making the ejection process a lot more streamlined.Or at least, that’s the idea once implemented; right now the code has a small “oopsie” in it, as Baker explained, “Of course, in its current state, it will eject regardless of the two roles… which I’m working on fixing now 🙂  Somewhere down the line I did something wrong…”

There’s no timescale as to when the group ban work will appear. From Baker’s comments, it would seem as though the initial QA testing has now finished, allowing him to focus more on the viewer-side updates. Expect to see the results in a project or release candidate viewer before we’re too far into 2014.

Other Items

Disappearing Dwarfins and More

Judy Chestnut and Dante Spectre of Dwarfins fame attended the Simulator User Group meeting on Tuesday December 17th to report a worrying issue which has been affecting Dwarfins, as well as other breedable creations, which sees them suddenly vanishing from regions. Of those that vanish, some of which turn-out in the user’s Lost and Found folder, others reappear elsewhere in the region and others vanish completely.

Reporting the issue, Spectre indicated that his observed tests revealed that of those breedables which vanish, around 10% turn up in his Lost and Found folder, around 10% turn up somewhere else on the region, and the rest simply disappear, never to be seen again. Interestingly, those that are returned to Lost and Found do not appear to generate the notification normally seen following an object return.

Dwarfins (and apparently other breedables) have recently been inexplicably vanishing from regions
Dwarfins (and apparently other breedables) have recently been inexplicably vanishing from regions

The problems seem to have started around two weeks ago, immediately following the server deployments, although whether the issue is linked to a specific update is unclear, and neither Simon nor Andrew could see anything within the deployments which could explain the issue.

In terms of Dwarfins, the problem has been witnessed on regions running on both the Main (SLS) channel and on the Magnum RC. Regions affected include Dwarfins Rock, Rossavik, Hidden Sanctuary, Hawthorn Estate, and Bull Island, among others.

Andrew Linden has suggested that Dwarfins Rock is cloned on Aditi, where the behaviour of the region can be monitored closely. Should Dwarfins vanish from it, the Lab will then be in a better position to dig-in to data gathered from the region and hopefully determine what may be going on.

In the meantime, if you have noticed similar behaviour with any breedables of your own, consider raising a bug report.

LSL Materials Functions

There have recently been renewed calls for materials processing to gain additional scripted support so, as an example, normal and specular maps could be animated independently to one another / the diffuse (texture) map on an object. In fact, requests for such capabilities have been raised periodically since materials was first announced.

While the capability has not been officially ruled out, it is not at all clear when it might appear – if indeed it will. Commenting on the subject at the Content Creation User Group meeting on Monday December 15th, Nyx Linden said, “Scripted materials would be more difficult than you would think.” To which Oz Linden added, “There are some non-obvious complexities with scripted materials properties. We don’t have that in a plan yet, but we know that people would like it.”

So, for those hoping for scripted control of materials, it would appear to be some way off at the very least.