Category: SL Tech

SL project updates 51/1: server, misc items

Posted on by Inara Pey

Kaleidoscope; Inara Pey, December 2015, on FlickrKaleidoscope (Flickr) – blog post

Server Deployments

As usual, please refer to the server deployment thread for the latest updates / news.

  • On Tuesday, December 15th, the Main (SLS) channel received the server maintenance package previously deployed to all three RC channels. This package comprises simulator crash fixes (including one for the issue found during the original final testing of the package in week #49) and implements feature request  BUG-10192: adding constant OBJECT_OMEGA to llGetObjectDetails(), so that it can return a vector matching what is returned with llGetOmega(), allowing applications to determine an object’s rate and axis of rotation.
  • On Wednesday, December 16th the three RC channels should all receive the same new server maintenance package, comprising:
    • A simulator crash fix and internal fixes
    • LSL HTTP requests can access data sources that require non-text Accept headers (such as the Destination Guide)
    • Some of the group member counts as reported in the viewer will now be larger. These member counts will include inactive users, and will only updated on a daily basis. This change is to help with some of the problems we have encountered recently with group functions.

This last item is intended to help with the group database issues I reported on in my last project updates report.

SL Server

There have been no updates within the viewer release channel, leaving things as they were in the latter half of week #50:

  • Release viewer: 3.8.6.305981, dated October 26 and formally the Notifications RC viewer
  • Valhalla RC viewer, version 4.0.0.308641 and dated December 7th, comprising the Chromium embedded Framework updates to replace LLQTwebit
  • Maintenance RC viewer, version 3.8.7.308556 and dated December 3rd, comprising over 30 fixes, updates and enhancements
  • Azumarill RC viewer, version 3.8.7.308134 and dated November 25th. comprising a complete replacement of the under the hood HTTP infrastructure within the viewer
  • Vivox RC viewer, version 3.8.7.307744 and dated November 17th, comprising a number of Voice quality and connection issues on both Windows and the Mac
  • Quick Graphics RC viewer, version 3.8.7.306758 and dated November 12th, containing the new Avatar complexity code and the ability to create, save and load graphics presets – see here for more.

Similarly, the Oculus Rift project viewer remains unchanged, and the obsolete platforms viewer remains available.

As there has not been any TPV Developer meeting in the last three weeks, it is hard to determine the overall status of these viewers, or what (if any) the delay is in promoting one of those which had looked set to become the de facto release viewer (the Maintenance viewer looked most likely, following recent issues with the HTTP RC viewer).

Animation Syncing

BUG-7729 is the latest iteration in a long-standing request related to syncing animations, the idea to be to present a consistent view of animations, rather than having animations (e.g. couples dances, etc), either start out of sync or drift out of sync. Commenting on the idea at the Simulator User Group meeting on Tuesday, December 15th, Simon Linden said:

[It’s] part of a list of script feature requests we’ve looked at and said “that’s a good idea and would be nice to do someday”, and it probably involves a new message between the server and viewer. But I totally agree that it would be nice … I’ve seen way too many funky animations glitches due to them being out of sync.

There is certain information that the viewer has which should allow it to more easily track animations and help to maintain sync being avatars using them; however, things get complicated when the user is camming around, which can cause Interest list updates to come into play, or the arrival / departure of other avatars can have an impact, all of which can cause animations to drift out of sync.

One of the concerns with BUG-7729 is that it could evolve into a fairly major project, involving both server and viewer updates and the potential need for new messages, as Simon notes above, hence why he stated on leading-in to the discussion:

When we pick what to work on, the obvious high priority things are stuff where the grid is breaking (like the group db problems) or crashes or exploits, then it’s a matter of figuring out the best thing for a limited effort .. some projects are just too big.

As such, it would seem that a more economic solution in terms of scale possibly using what information the viewer already has, or what it might do, might be a preferable approach.

Firestorm, for example, already has a Resync Animations button, which can be a one-stop means for someone to resync the animations in their personal view should they show signs of drifting. The suggestion is that something like this, or a simple timed adjustment to sync animations might stand a better chance of implementation, were it to be contributed to the Lab for implementation into the viewer.

Black Dragon 2.4.4.5

Posted on by Inara Pey

Blackdragon logoBlack Dragon, the v3-style viewer by NiranV Dean updated to version 2.4.4.5 (aka version 4.0.0.36527) on Monday, December 14th.

The update primarily includes fixes for issues with Niran’s implementation of Avatar Complexity, and for crash issues, and includes a refactored Places floater.

Niran introduced Avatar Complexity in version 2.4.4.4 of Black Dragon. As I noted when reviewing that release, the split between controls Niran had introduced meant that it could require some juggling with the sliders to get things settled when making random adjustments. However, the was a slightly worse issue for Black Dragon users in that many found that by default, all avatars around them were either “jelly babied” – appearing as a single solid colour to reduce the rendering load on their computer – or not at all.

The reason for this seems to be that Niran missed the fact the LL code sets a default value for Avatar Complexity, based on the anticipated graphics performance of the system on which the viewer is installed, as calculated by the viewer on initial start-up – something he removed from Black Dragon a while ago.  Thus, avatar rendering was defaulting to an exceptionally low value, causing avatars around the user to appear as “Jelly Babies”.

Niran has now introduced his own default value to the viewer, which should correct things. Some users may find it worthwhile playing with the sliders to achieve an ideal for their system / circumstance. He also offers a brief explanation of Avatar Complexity, which essentially replaced the old Avatar Draw Weight (ADW), which in turn replaced the original Avatar Rendering Cost (ARC), within the 2.4.4.5 release notes, and those interested can find out more by reading the official SL wiki entry on Avatar Complexity, or my own overview of the capability.

The Places floater overhaul sees the layout refactored to match other panels in the viewer, and a number of fixes added to certain niggles found with it, such as buttons not working (e.g. the Back button at the top of the panel) or it remaining stuck in its last used state.

The Places floater has been overhauled for Black Dragon 2.4.4.5 (left). Issues such as buttons not working correctly or the floater getting stuck in its last used state (shown on the right) have been corrected and the floater's layout tidied-up
The Places floater has been overhauled for Black Dragon 2.4.4.5 (left). Issues such as buttons not working correctly or the floater getting stuck in its last used state (shown on the right) have been corrected and the floater’s layout tidied-up

Black Dragon 2.4.4.5 also includes two additional crash fixes which make updating to it highly recommended. This first is for a bug arising from leftover code, which would be triggered as soon as certain avatars, objects, etc., came within the viewer’s Draw Distance. The second is for a crash occurring whenever you right-click while in either zoom/pan/orbit mode in the tools floater (build window) or when in object view mode in the camera controls floater. As always, please refer to he release notes for the full list of updates.

Additional Links

Pocket Metaverse no more?

Posted on by Inara Pey

PM-logoUpdate: As per the comment from AI Austin below, those who have previously purchased Pocket Metaverse can currently still update the the latest version / obtain a replacement version through iTunes.

Pocket Metaverse has been a text-based client available for iPad and iPhone users to access Second Life and engage with friends through chat and IM, manage inventory, teleport, make payments, etc.

It was last updated on September 8th, 2015, ostensibly providing compatibility with iOS 9, although in the process, this appeared to break support for iOS 7 and 8.

During November the download page for Pocket Metaverse vanished from Apple’s app listings on the iTunes store and so is no longer available to those wishing to download it for the first time, a fact more widely noted earlier in December. While the dedicated web site for the application remains live, searches of iTunes still fail to yield any results.

Search of the App Store on iTunes fail to yield any sign of Pocket Metaverse, which vanished from the store during November 2015
Search of the App Store on iTunes fail to yield any sign of Pocket Metaverse, which vanished from the store during November 2015

While the application may have vanished from iTunes, I understand existing versions are still working in-world (with the possible issue of version 1.9.4 not supporting iOS 7 or 8); however, as I am not an Apple user, I cannot verify this.

I’ve attempted to contact the developer of Pocket Metaverse, Edward Magic, both in-world and via e-mail during the last couple of weeks, to try to ascertain news on the application’s overall status, but have yet to receive any response (Edward doesn’t appear to have logged-in to SL since June 2013, although as noted, the application has continued to be updated through until September 2015). Should I receive a response I will update this article.

2015 viewer release summaries: week 50

Posted on by Inara Pey

Updates for the week ending Sunday, December 13th

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

LL Viewer Resources

Third-party Viewers

V3-style

  • Black Dragon updated to version 2.4.4.5 on December 14th – core updates: crash fixes; corrections to Avatar Complexity code to prevent incorrect rendering of avatars; overhaul of the Places floater (release notes)

V1-style

  • Cool VL Viewer updated as follows: Stable version to 1.26.16.3 and Experimental branch to 1.26.17.1, both on December 12th (release notes).

Mobile / Other Clients

  • Pocket Metaverse no longer available (?)

Additional TPV Resources

Related Links

SL project updates 50/1: Server, viewer, issues

Posted on by Inara Pey

Frisland; Inara Pey, December 2015, on FlickrFrisland (Flickr) – blog post

Server Deployments

There was no Main (SLS) channel deployment on Tuesday, December 8th, following after the update planned for release in week #49 had to be cancelled when a simulator crash bug was uncovered.

On Wednesday, December 9th, all three RC channels should receive the same new server maintenance package, which comprises simulator crash fixes (including one for the issue found during the original final testing of the package in week #49) and implements feature request  BUG-10192: adding constant OBJECT_OMEGA to llGetObjectDetails(), so that it can return a vector matching what is returned with llGetOmega(), allowing applications to determine an object’s rate and axis of rotation.

Viewer Updates

On Monday, December 7th, the Valhalla RC viewer, which comprises the Chromium embedded Framework implementation intended to replace LLQTwebkit for handling media in Second Life, was updated to version 4.0.0.308641. This update includes 13 additional fixes when compared to the previous Valhalla RC version:

  • MAINT-5846 – MOAP audio is too quiet
  • MAINT-5849 – MOAP does not run if parcel media texture is on same face
  • MAINT-5852 – Parcel media url can be hijacked from parcel to parcel
  • MAINT-5854 – Loading http://secondlife.com on parcel media does not login
  • MAINT-5855 – media navigation bars overlap all floaters in viewer
  • MAINT-5856 – toolbar search can be interrupted early get stuck on blank page
  • MAINT-5859 – Terms of Service are not loading in Linux only
  • MAINT-5896 – Add support for viewing PDF files in the viewer
  • MAINT-5901 – Click-to-Walk should work through transparent objects
  • MAINT-5902 – Qihoo 360 Anti-virus blocks SLPlugin.exe and login page web content
  • MAINT-5909 – Japanese can’t be input in CEF
  • MAINT-5911 – Pressing “return” (or “enter”) no longer performs a search
  • MAINT-5941 – Default flash to on by default.

Other Items

Interest List and “Ghost” Prims

there have been reports at the last couple of Simulator User Group meetings about “ghost prim” – objects which have been deleted / killed via llDie, continuing to render viewer-side, even though they have been removed by the simulator, requiring a right-click to remove them from the viewer’s outlook on the world.

Problems like this aren’t new, and many have encountered them, particularly since the core of the changes made to the Interest List. However, positively identifying what is going wrong where in the code, and why it is going wrong has been proving difficult, as the has not been a consistent means of reproducing the problem. However, it now appears that just such a consistent means of encountering the issue has been found, and a JIRA raised. Hopefully, this means that the Lab will be able to dig a little deeper into things and at least rectify the problem for some of the situations where “ghost prims” can be encountered.

Join / Leave Group Failures

There have been significant issues with people attempting to join or leave groups recently – see BUG-10869. The problems are apparently caused by a back-end database overload within the group services,

There are many issues in handling large groups which can be problematic: number of members, number of inactive users, impact of changes to things like established group roles (and the numbers of group members they affect), and so on. These are all largely down to the way the back-end group services were originally designed, something which is not the easiest of issues to overcome, as Simon Linden explained at the at the Simulator User Group meeting on Tuesday, December 8th:

It’s a long story, actually, but comes down to scaling issues and design. It doesn’t make sense that we basically treat a group with 100k people in it the same as 10 people . There are some things that just take more time with a large group.

However, Simon is looking into the problems, as he did with the issues of group chat earlier in the year, which so that side of things dramatically improved, but there is currently no ETA on when any fix / fixes might be issued.

No Change Window

Subject to official confirmation by the Lab, week #51 (week commencing Monday, December 14th) is liable to mark the last week in which simulator and viewer releases will be made ahead of the Christmas / New Year “no change window” coming into force, which will probably remain in place until approximately the week commencing Monday, January 4th, 2016.

The no change window is intended to ensure the grid and viewer are both relatively stable, so that the Lab can offer support, engineering and operations staff time off over the holiday period to be with their families and friends.

2015 viewer release summaries: week 49

Posted on by Inara Pey

Updates for the week ending Sunday, December 6th

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.308556 on December 3 – 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 viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • No updates.

V1-style

  • Cool VL Viewer updated as follows: Stable version to 1.26.16.2 and Experimental branch to 1.26.17.0, both on December 5th (release notes).

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links