Category: SL Tech

Server Deployments Week 4 Recap

As always, please refer to the deployment thread in the forums for the very latest news.

• On Tuesday January 21st, the Main channel received the server maintenance project previously on the three RC channels, which includes the forced delay in llLoadURL being reduced to 0.1 seconds; the new LSL functions for uniformly scaling linksets (integer llScaleByFactor(float scaling_factor), float llGetMinScaleFactor(),float llGetMaxScaleFactor() ). The package also includes server-side support for STORM-68 and STORM-1831, both of which are awaiting viewer-side releases
• On Wendesday January 22nd, all three RC channels all received a new server maintenance project, which contains a single fix for a crash mode.

Server Deployments in Week 5

Details on the deployments for week 5 (commencing Monday January 27th) have yet to be finalised. However, it appears there will be a new server maintenance projects targeted at the RC channel, which Maestro Linden outlined during the Server Beta meeting on Thursday January 23rd:

We’ll have another small maintenance project going out next week which includes another crash fix and a fix to llModifyLand(), [where] the bug is that calling it in a child prim modifies the wrong land.

For example, if a child prim is offset by <8,4,0> from the root prim, then calling that function in the child prim will try to modify the terrain at <8,4,0>  of the region,  which may or may not work depending on who owns the parcel.

The fix is to make it modify the land underneath the child prim (which of course follows the same permissions rules – you can only modify land owned by the script owner.

Unless another project pops-up in the interim, it is likely this update will be deployed to all three RC channels in week 5.

SL Viewer Updates

A new Maintenance RC viewer appeared in the release channel on Thursday January 23rd. Version 3.6.14.285499 includes some 43 MAINT related fixes and updates, as listed in the release notes.

All other viewer RC, project and the release viewer remain unchanged, per my notes in part one of this week’s report.

HTTP Work – Monty Linden

Monty attended the Server Beta meeting to provide some more information on the HTTP project work.

“Basically, my hope is to move http operations to a domain where ping time has far less impact on experience as well as just doing HTTP better,” he said of the current work, the benefits of which are currently in an RC viewer – version 3.6.14.285253. “And that is happening.” (See Monty’s blog post on the subject.)

HTTP Pipelining

This work was slightly sidetracked as Monty got involved in issues around third-party libraries (see below). However, pipelining is seen as the first major step that will give the Lab some ping time independence, and it is likely that it will involve some server-side work.

“The server work will be small, a change in fairness policies,” Monty stated by way of a broad explanation, “and throttle implementation but that isn’t set in stone yet.”

Third-party Library Work

The work on the third-party libraries has been covered in a number of recent HTTP project updates. These are the used in building the SL viewer, including zlib, libpng, openssl, ares, libcurl, boost and SDL, all of which Monty has been rebuilding, as well as “tweaking” colladadom, openjpeg, Google-mock and llqtwebkit.

The aim is to ensure that these libraries are up-to-date, and are probably managed and maintained and correctly used throughout the viewer build process.  This work should help, longer-term with any move by the Lab to 64-bit viewer builds, and should be of benefit to those TPVs already building 64-bit variants of their viewers.

Webkit Woes

Webkit is a third-party library used within the viewer for a number of tasks. For example,  it powers the built-in web browser, and is used to display profiles (unless you’re using a viewer supporting legacy profiles). It is also used with like Media on a Prim (MOAP) and many in-world televisions.

There have been an increasing number of issues with Webkit. The libraries used within SL are out-of-date, for example, something which has caused the Lab and TPVs a considerable amount of pain.

More recently,  users have been encountering issues when trying to view YouTube videos via the built-in browser or MOAP, reporting that they are seeing an error message informing them that  “You’re using Safari browser on Windows that we’ll soon stop supporting” (BUG-4763 and FIRE-12642), or reporting they have sound but no video (FIRE-11057). An Adobe engineer has commented on the latter Firestorm JIRA, explaining the problem, and has indicated he has contacted Linden Lab as well.

It’s unclear as to how this matter will be handled going forward. While Monty has prodded at Webkit as a part of his additional work on third-party libraries, and overall fix may not be that straightforward. As such, it appears the way forward in dealing with the video issues is currently unclear.

Server Deployments, week 4

As always, please refer to the server deployment thread in the SL forums for the latest updates and news.

Main Channel: Tuesday January 21st, 2014

The Main channel received the server maintenance project which had been on the RC channels for the last couple of weeks. This comprises:

• The forced delay in llLoadURL has been reduced to 0.1 seconds
• New LSL functions for uniformly scaling linksets (integer llScaleByFactor(float scaling_factor), float llGetMinScaleFactor(),float llGetMaxScaleFactor() )

Details on the scaling functions can be found by following the links, or by checking my week 2 projects update. All of these functions, including llLoadURL can be used in any current viewer.

There were two further updates included in the package, both of which require viewer-side updates which have yet to be released by the Lab. These are:

• Preliminary support for custom default permissions on newly created objects – currently awaiting viewer-side support via STORM-68
• Preliminary support for the viewer fetching the LSL syntax rules from the simulator, for up-to-date syntax highlighting in the script editor – currently awaiting viewer-side support via STORM-1831.

Release Candidate Channels, Wednesday January 22nd, 2014

All three RC channels should receive the same server maintenance project, which contains a single fix for a crash mode.

SL Viewer

As per my last report, the “Project Interesting” viewer appears to be running at a substantially reduced crash rate, and has seen the majority of issues resolved within it. If this continues through the current week, given the amount of time the viewer has been in the release channel as an RC, it could be a good candidate for promotion to the de facto release viewer in week 5 (week commencing Monday January 27th), assuming the Lab keeps to its plans of promoting a release candidate  every two weeks.

the Fitted Mesh viewer is also a potential candidate for promotion. However, as there are currently two significant issues with this RC at present,  any promotion of this candidate may well be delayed.

The two issues concerned are:

• Certain non-rigged mesh invisible with ALM disabled -see FITMESH-20 – which has been confirmed by Marissa Linden and
• worn mesh which is not rigged to the collision bones is seen to stretch away towards the 0,0,0 point of the region the avatar is standing in when using the Fitted Mesh viewer on systems with AMD graphics and with ALM turned off – see FITMESH-6 –  which Oz Linden has confirmed the Lab is investigating.

Other News

Snapshot Uploads to SL Feeds

As many are aware, the ability to upload snapshots to the profile feeds was broken for many before the Christmas / New Year holidays. While the functionality was restored for some who could not upload snaps was restored, many have remained unable to use the facility. However, speaking at the  simulator User Group meeting on Tuesday January 21st, Simon Linden indicated that the Lab believe the issue has now been completely resolved for all users. I’ve not had time to test the upload myself due to RL issues, but those who have continued to experience problems my wish to try things out once more. If problems are still evident, please raise a JIRA.