Category: SL Tech

Black Dragon updates: attachment fixes and more

Posted on by Inara Pey

Blackdragon logoNiranV Dean once again issued a rapid-fire series of updates to Black Dragon in week #29, upping the version number from 2.4.3.6 to 2.4.3.9 in the process.

The reason for the speed of updates is a combination of the Lab pushing through quite a lot at the moment, and Niran providing some tweaks, fixes and updates of his own / sourced from other RPVs.

The first update out of the gate was 2.4.3.7, on Monday July 13th, which incorporated the Lab’s summer Maintenance release (version 3.8.2.303563 at the time of writing – see the release notes on the Lab’s release for a list of the updates incorporated into Black Dragon).

This was followed on Wednesday, July 15th by version 2.4.3.8, which incorporated the Lab’s Project Big Bird updates. These are a series of viewer-side fixes for a fair number of attachment issues people have been experiencing since the arrival of AIS v3, and some which pre-date it. These include, but are not limited to, teleporting / crossing a region and having attachments removed; teleporting or crossing a region and losing attachments in your view while others can still see them (and vice-versa); seeing attachments as removed but the viewer reports them as attached, etc.

This version also incorporates Kitty Barnett’s “borderless window mode” (Preferences > Display). when enabled, this will expand the viewer window to the full size of your screen, hiding the title bar without the need for a re-log. When disabled, will return the viewer window to its last framed sized.

The borderless window option with expand the viewer window to your full screen size, hiding the top bar and borders
The borderless window option with expand the viewer window to your full screen size, hiding the top bar and without the need fora re-log

Released on Sunday, July 19th, version 2.4.3.9 contains further maintenance tweaks and updates, notably the official code for right-clicking and selecting worn mesh.

Niran has also addressed the issue found in the Notifications Viewer, where the buttons for accepting / declining a group invitation are only displayed when an invitation is received – if you miss it due to AFK or anything, and then open the invitation in the Notifications floater, it is displayed without any means to act upon it – see BUG-9625, which also points out that invitations to Experiences, and requests to accept deny debit permissions suffer the same issue).

group join
Niran has added the buttons for accepting / rejecting a group invite when it is displayed in the Notifications floater.

As well as the above, Niran has included a range of fixes and updates with each of these releases – please refer for the relevant release notes for details – and is continuing to tweak things on the rendering side of things, improving things like lens flare, ans also tweaking the Unified Snapshot floater.

There will doubtless be a further Black Dragon update winging its way towards release very soon, one which contains the Lab’s Viewer-Managed Marketplace updates. In the meantime, these updates ensure Black Dragon remains on a par with the majority of the Lab’s offerings available in the viewer release channel.

Additional Links

2015 viewer release summaries: week 29

Posted on by Inara Pey

Updates for the week ending: Sunday, July 19th, 2015

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: Current Release version: 3.8.1.303130, July 14  (formerly the attachment fixes RC viewer offering a number of fixes for various attachment issues) – 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):
    • Importer RC viewer version 3.8.2.303565 released on July 17 – provides a modified mesh uploader which can (optionally) improve debug output, perform name-based LOD association, and handle models with many materials, allowing models with more than 8 unique faces to be imported (download and release notes)
    • Maintenance RC viewer updated to version 3.8.2.303563 on July 17 – comprising some 50 updates, fixes and features (download and release notes)
    • Viewer-managed Marketplace RC viewer updated to version 3.8.2.303583 on July 16 – allows Merchants to manage inventory associated with Marketplace Listings from within the viewer + sale of items which Merchants do not have the right copy will now be supported with the Direct Delivery purchase mechanism (download and release notes)
  • Project viewers:
    • No updates.

LL Viewer Resources

Third-party Viewers

V3-style

  • Alchemy updated to version 3.8.1.35916 Beta on July 16 – core updates: parity with LL 3.8.1 code base; avatar name in viewer title bar; music stream info floater; option to display legacy or web profiles  – release notes
  • Black Dragon multiple updates, versions 2.4.3.7  through 2.4.3.9 (July 19th)  – core updates:  incorporation of LL’s  attachment fixes and the Maintenance and VMM RC code updates change logs
  • Kokua issued Mac test version of their viewer, built using the new tool chain – release notes

V1-style

  • No updates.

Mobile / Other Clients

  • No updates.

Additional TPV Resources

Related Links

 

Alchemy 3.8.1 Beta update

Posted on by Inara Pey

Alchemy-logoOn Thursday, July 16th Alchemy both released their latest beta and announced they are considering moving to monthly releases in order to better keep pace with the Lab’s own releases.

Such a schedule would in part depend upon what the Lab have coming downstream, even allowing for their aim of promoting a viewer every other week. So we’ll likely see how this pans out. In the meantime, there is Alchemy Beta 3.8.1.35916. The following a brief summary of the release; as always, please refer to the release notes as well.

This update brings Alchemy to parity with the Lab’s 3.8.1 code base, meaning it has everything found in the Lab’s release viewer up to and including the attachment fixes found in the SL viewer 3.8.1.303130.

Some of Alchemy's new additions: displaying the avatar name in the viewer title bar and the audio information floater
Some of Alchemy’s new additions: displaying the avatar name in the viewer title bar and the audio information floater

In terms of Alchemy additions, the 3.8.1 release brings an optional musical stream identification floater (accessed via Me > Audio Ticker), and now shows the currently logged-in avatar’s name in the viewer title bar; a useful addition if you’re running multiple instances of the viewer and wish to see which is which when they are minimised.

A further addition is the option to view profiles (your own and other people’s profiles either in the “legacy style” floater or as a web profile.  The profile view can be switched by checking / unchecking Preferences > Interface > General > Open profiles in web mode.

Which profile: legacy or web? You get to choose
Which profile: legacy or web? You get to choose

Among the under-the-hood changes and the fixes in this release can be found OpenSSL updates, while a further update visible to users is a fix to prevent the radar spamming a series of messages about avatars in a previous region “leaving” when teleporting to another region, if you have it set to report “entering” and “leaving” agents (see ALCH-223).

There is a known issue with the viewer starting on Windows. If you receive a message similar to “The application was unable to start correctly (0xc000007b)”, please download and install one of the following two files from Microsoft:

(The above links will take you to the respective download pages at Microsoft, where you can review the file details prior to downloading.)

There is also a known issue when trying to alter Music URL etc., when accessing About Land via the land information icon in the navigation bar. This will be fixed in the next release; for now the workaround is to right-click the ground and access About Land via the context menu.

A small, tidy update. Will be interesting to see if the Alchemy devs do opt to try for monthly updates.

Related Links

Second Life project updates 29/2: miscellaneous news

Posted on by Inara Pey

Matoluta Sanctuary, Sartre; Inara Pey, March 2015, on Flickr Matoluta Sanctuary (Flickr), March 2015 – blog post

Server Deployments Week #29 – Recap

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

  • There was no Main (SLS) channel deployment on Tuesday, July 14th.
  • On Wednesday, July 15th all three RC channels received the same server maintenance package, comprising internal simulator fixes.

SL Viewer

Following the promotion of the attachment fixes viewer to release status, all three remain active release candidate viewer in the release channel were updated as follows:

  • The Viewer-Managed Marketplace RC viewer updated to version 3.8.2.303583 on Thursday, July 16th
  • The Maintenance RC viewer updated to version 3.8.2.303563 on Friday, July 17th
  • The Mesh importer RC viewer updates to version 3.8.2.303565, also on Friday, July 17th.

Viewer-Managed Marketplace

On Thursday, July 16th, the Lab announced that VMM is now “released” (even through the viewer is currently still at RC status), and that automated migration of those Marketplace stores which have not already converted to VMM will commence at 21:00 SLT on Thursday, July 23rd, and will continue at the same time on weekdays for a 12-hour period (21:00 – 09:00) until complete.

That the announcement has been made prior to the viewer being promoted, and that it was made apparently without any notification to TPVs (who had been trying to work closely with the Lab in getting people ready for VMM) has caused no small amount of upset on the Commerce forum thread opened when the announcement was made, some of which is understandable, particularly given the way TPVs have tried to work with the Lab in support of VMM, and this announcement have left those still in the process of trying integrate the code into their viewers with little time to actually do so and support their users with a VMM-enabled version of their viewer.

Experience Tools

In my week #28 report, I referred to a comment made by Simon Linden relating to Experience Keys / Tools concerning some work he’s been carrying out on the KVP database:

I’ve been working on updating the KVP code that runs on our server and had the most frustrating time integrating the newest version into our code … The code we have is dated and we should have better performance and stability with their latest.

The use of “their” and “our” code led to some questions at the meeting (unanswered at the time) as to what it might indicate. During the Server Beta User Group (SBUG) meeting on Thursday, July 16th, some clarification was given.

The “their” referred to by Simon is MongoDB, which is the database being used to manage the KVP store and key value pairs. The version the Lab had been / is using can only apparently search around 1,000 values per minute. The new version that Simon has been working on should apparently improve on this, hence his reference to performance and stability improvements (not to mention scalability).

Firestorm ask “viewer translations, can you help?”

Posted on by Inara Pey

firestorm-logoOn Friday, July 17th, Jessica Lyon of the Firestorm team issued a blog post updating users on the progress of the upcoming release, together with an appeal for assistance.

The last release of Firestorm – which I overviewed here – was officially referred to as a “beta” release, as it was rolled out at a time when further updates were expected from the Lab which would prompt a further Firestorm release, possibly in short order. In particular, Firestorm were waiting for the following “big three” from the Lab to reach release status with the Lab:

  • Experience tools, (which were promoted to release status by the Lab at the end of June)
  • The Project Big Bird fixes for viewer-side attachment issues (promoted to the official release viewer on Tuesday, July 14th)
  • Viewer-Managed Marketplace  (which the Lab have just announced as “released”, ahead of the start of the automated migration process for Merchants, despite the viewer code still being at RC status at the time of writing).

While the Firestorm post doesn’t commit to a date when the new release might appear, but does make it clear that the release is coming soon. Also, as well as these particular updates, the blog post indicates it will include additional fixes and updates from the Firestorm team and contributors – including updates from Kitty Barnett for RLVa (one of the most frequently requested updates), and other goodies beside – such as updates to the Unified Snapshot floater.

For those not overly keen on the preview pane in the Unified Snapshot Floater (see above left), the next release of Firestorm should see the return of the "old" snapshot preview (seen above right), with the option to freely switch between the two
For those not overly keen on the preview pane in the Unified Snapshot Floater (above left), the next release of Firestorm should see the return of the “old” snapshot preview (above right), with the option to freely switch between the two via the arrow button

As well as hinting at what is to come, the Firestorm post also includes an appeal for help, as Jessica explains:

There was a time when Linden Lab had the interface translated in multiple languages, and we did, too, since we are based on the Linden code. However, as time passed, new additions to the interface were added, and the translation of these interface elements fell behind. Today most translated language interfaces actually contain more English than the chosen language, and it is becoming more and more difficult to merge these half-translated UI elements with upstream code.

Because of this, the team have decided to discontinue and remove translations which might be regarded as “incomplete” and for which they do not have the internal expertise to correctly maintain.  These comprise: Chinese, Danish, French, Portuguese, Spanish, and Turkish.

However, the team is will re-introduce any of these languages if there are people willing to commit to providing UI translations for them, and maintaining the translations long-term. As such, the Firestorm team is looking to hear from volunteers willing to do so. However, as Jessica notes:

UI translation involves more work than merely providing the terms for the correct language. Volunteers must be comfortable with editing and properly formatting xml files or should be able to learn how to do so.

If you have the necessary language and technical expertise, and are confident you can provide the required commitment to update and maintain a viewer translation for one of the languages listed above, please read the Translating Firestorm wiki page for further information, and then express your interest directly to the Firestorm team via e-mail to  admin@phoenixviewer.com.

Second Life project updates 29/1: server, viewer, general items

Posted on by Inara Pey
Indie Teepee: July 10th through 24th, 2015 - blog post
Indie Teepee: July 10th through 24th, 2015 – blog post

Server Deployments Week #29

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

  • There was no Main (SLS) channel deployment on Tuesday, July 14th.
  • On Wednesday, July 15th all three RC channels should receive the same server maintenance package, comprising internal simulator fixes.

There were some issues with poor region performance following the week #28 Main channel deployment (see BUG-9647), but the majority of these appear to have been corrected with a region restart.

SL Viewer

On Tuesday, July 14th, the attachment fixes viewer (project Big Bird) was promoted to the de facto release viewer. Version 3.8.1.303130 has fixes for some attachment-related issues, particularly when multiple attachments are added or removed at the same time. Allegedly, no birds were harmed during the making of this viewer, although a parrot may have bitten an engineer’s finger…

Region Performance

Simon Linden: considering matters of region performance
Simon Linden: considering matters of region performance

While things may appear to be quiet in terms of new deployments, etc., the Lab are working on Second Life in a number of areas. One of these is in finding ways to improve region performance – such as through finding the means for a region to support more avatars, something Simon Linden was recently looking into.

During the Simulator user group meeting on July 14th, Simon indicated he was also looking at the abilities provided to region owners which might allow them to better specify what can and cannot be done within their regions in turns of things like object rezzing. in order to improve people’s experiences. “I’m looking at the balances we keep on regions between being permissive and locked down, and how that relates to the land usage,” he said during the meeting, before continuing:

So combat regions want fast and free rezzing, but that’s not appropriate for a music venue … venues don’t want free rezzing of objects, so someone can’t drop their griefer bombs. The big fuzzy goal is to make SL better.   More specifically, it’s to make different types of regions run better. For example, there’s a bug now where rezzing can get backed up and delayed.   This is really bad for combat rezzing arrows or whatever projectile. Part of the reason that happens is throttles and limits on rezzing … So maybe we should be able to set up combat region settings tweaked for that kind of performance, and an event venue might be tweaked to handle crowds best, and really lock down free rezzing and object entry. 

This sparked a discussion on a range of performance issues and cases, including issues such as BUG-8974 and BUG-8946, as well as matters such as the inefficiencies evident in the asset handling system in general (this has also come into sharper focus with the arrival of Experiences, where KVP operations are handled by the same thread as asset handling), and the issues of agent script usage (script management doesn’t balance out and prevent someone from using far more than their share of script time). Ironically, during the meeting, a demonstration of this problem was given with the arrival of a griefer loaded with  >9999 scripts – with the result that the region crashed.

Simon emphasised the discussion was just that – a discussion intended to explore ideas and options, rather than any firm commitment on his or the Lab’s part to make changes. With this in mind, some of the suggestions put forward were:

  • Land owner resource control for both rezzing and scripts for all region types (see BUG-3854)
  • An option to block rezzing an object over a certain draw weight to help stop people being able to rez graphics crashers
  • Possibly altering settings on mainland so that when purchased, it is not completely permissive and the new owner failing to understand what that can mean
  • A re-submission of BUG-2467 as a feature request, amended to “visible attachments”, so the Lab might re-evaluate the idea
  • The Lab to reconsider requests such as BUG-4153 and BUG-4182.

One of the problems here is that there are a lot of settings which might be exposed in order to help land holders better protect / optimise their land, such that it could become a complex issue in user understanding if too many controls are made available. However, it will be interesting to see what might transpire in the future as the Lab continued to consider options.

Other Items

Receipt of illegitimate L$ and Account Locking

An old issue of individual harassment has started to re-surface in Second Life of late, which can lead to people’s accounts being locked. With it, someone pays another avatar in-world using fraudulently created Linden Dollars. This results in an automatic account lock being applied, and the recipient, even though they are an innocent party, finds they are unable to use the account while investigations proceed.

The problem here is that there is currently no way to prevent the receipt of any L$ payment; not even blocking an avatar can prevent them from making a payment to you.

As a result of the recent increase in this problem occurring (there have been numerous reports to the Lab’s support team on the matter), a request has been made for the Lab to consider adding an “accept” button for all incoming payments. This would allow people to review all such unsolicited incoming payments ahead of accepting them, allowing them to judge whether the payment is valid or not.