SL project updates week 20/2: TPV Developer meeting, VMM

Miyagi; Inara Pey, May 2015, on Flickr Miyagi (General), May 2015 (Flickr) – blog post

The following notes are primarily taken from the TPV Developer (TPVD) meeting held on Friday, May 15th, and from the Server Beta meeting held on Thursday, May 14th. A video of the TPVD meeting is included below, with any time stamps in the following text referring to it. My thanks as always to North for the recording and providing it for embedding,

Server Deployments, Week 20 – Recap

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

There was no Main (SLS) channel deployment on Tuesday, May 11th. On Wednesday, May 12th, the three RC channels were all updated with a new server maintenance package, comprising internal server logging changes, back-end system bug fixes, reply-to email changed in postcard sends (see below for more).

Group Chat

The Server Beta User Group meeting on Thursday, May 14th, saw a test of a group chat update it is hoped will fix the issue of some people not seeing all or some chat when the group chat window is open (see BUG-9130). The test appeared to yield positive results, with Simon reporting no unusual event logging. The problem here is that the instances of the problem seem to be so rare, it’s hard to guarantee a small sampling of testers will catch any problems which might still exist.

SL Viewer

[00:15] It has been a quiet week on the viewer front. As noted in part 1 of this week’s report, the attachment viewer (Project big Bird) reached RC status, other than that there has been not additional movement with either the current selection of RC and project viewers.

A further update to the mesh importer project viewer (currently at version is with LL’s QA team and should be released relatively soon. Updates are also being made to the Viewer-Managed Marketplace project viewer (which is likely to go to RC status once through LL’s QA process) and the Oculus Rift project viewer.

Snapshots to E-mail

[02:22] Commenting at the TPV Developer meeting, Oz Linden gave a little more information on the “reply-to email changed in postcard sends” update deployed to the RCs, indicating this was indeed a fix aimed at preventing snapshot to e-mail being tagged as spam by ISPs and a/v software due to the way they handle the “from” field (see my TPV Developer meeting report for week #17), which had caused the Lab to consider removing the snapshot to e-mail capability.

“Instead,” Oz told the meeting, “we found we could get around that by sending the e-mail differently … So the way it’s changed now is that instead of sending the ‘from’ address as the sender’s address, we send the ‘reply-to’ address; and the ‘from’ address is ‘’ … so that ducks the problem of us looking like spammers who are forging invalid addresses.”

This should hopefully negate any need to remove the snapshot to e-mail capability, and retain compatibility with sending snapshots to the likes of Snapzilla and the SLU forums.

Unified Snapshot Floater

[04:40] NiranV Dean, who submitted the unified snapshot floater to LL (and which has most recently been integrated into Firestorm among the TPVs) asked if there had been any feedback on it. Both Oz and Grumpity Linden indicated that overall, feedback has been positive, although some have complained at the amount of screen real estate it takes up with the preview panel open. As this allows the snapshot preview to match the aspect ratio of the user’s screen, there’s not a lot that can be done about it – and the preview window can always be closed / the panel minimised when initially setting-up shots.

The unified snapshot floater - further work is being carried out by TPV devs for contribution to LL, including the possible full integration of the Facebook, Flickr and Twitter upload options
The unified snapshot floater – further work is being carried out by TPV devs for contribution to LL, including the possible full integration of the Facebook, Flickr and Twitter upload options

Niran is proposing a further set of updates (one of which, a fix for auto snapshot, is in the works at the Lab), including possibly making the preview screen detachable from the main floater.  Cinder Roxley also indicated she is working on fully integrating the Facebook, Twitter and Flickr options into the main snapshot floater (they currently retain their own floaters due to the authentication workflow required for each. This work will be contributed to the Lab for consideration / integration when complete.

Viewer-Managed Marketplace (VMM)

[08:09] Over the last two weeks, as a part of the on-going beta of VMM, around 15-20 volunteers have had their stores migrated by the Lab from Direct Delivery to VMM. Brooke linden reports that the exercise has uncovered “pretty much minor issues” which the Lab can address. A further batch of volunteer migrations is planned to help further test the robustness of the process in the next week or so.

As noted above, the VMM viewer is now heading for an RC release once it has cleared LL’s QA testing. However,  the time frame on when this might happen is a little vague; it might be in the next week or so, or it might be longer.

Avatar Complexity

[17:34]  The next Snowstorm contributions viewer is progressing internally at the Lab. This is the viewer which includes the new Avatar Complexity (aka “Jelly Babies” or “rainbow avatars”) functionality which allows users to define a level of complexity (a weighting number) which will render any avatar exceeding that value as a solid colour, rather than a full avatar. The aim of this is to help reduce the rendering load placed on people’s computers, particularly in very busy locations. The value is adjustable, as so can of course be varied to suit your current needs.

Avatar complexity is intended to help those who may hit performance issues as a result of their GPU struggling to render complex (hight render cost) avatars, by rendering such avatars as solid colours.
Avatar complexity is intended to help those who may hit performance issues as a result of their GPU struggling to render complex (hight render cost) avatars, by rendering such avatars as solid colours.

A slight hiccup has occurred in that in making some changes to the code, Oz accidentally broke the code such that instead of rendering as a solid colour, avatars exceeding the limit are currently rendering as transparent, and this is yet to be fixed. Code has been added to the viewer to report how many people around you are rendering your avatar as a solid colour (should your avatar be complex enough to be rendered thus), but this has yet to be made visible through the viewer UI, and simulator support for this is now in place on the RC channels and will be rolled to the Main channel in the coming week.

Mac Updates

[19:36] Cinder Roxley has a set of contributions for using the viewer with Mac Retina displays ready to go to the Lab, and it seems likely these will flow into a further Snowstorm contributions viewer in development alongside the one containing the Avatar Complexity updates.

A question was also asked whether there were plans to update the Mac viewer to use a newer OpenGL core profile. The Lab is not working on this, as their rendering team believe there is little or no benefit to be gained from it. However, they would accept any contributions offered for consideration (subject to a “long, terrible QA process”). However, a good part of this would require working through some eight years of OpenGL code.

7 thoughts on “SL project updates week 20/2: TPV Developer meeting, VMM

  1. Talking about feedbacks, the detachable snapshot preview may work, but sounds like it will be further more clicks and to move 2 floaters around every time. It is already more clicks than the interface of the older floater in Firestorm. Honestly, while Niran’s one is nice, I felt the old one in Firestorm more straightforward and consistent in general, although the preview was too small.

    Example: I take a snapshot and I save it to disk, then I minimize the floater. When I want to take another snapshot, with the old one I could do it straight away, while with Niran’s I need to click again on “Save to Disk”; moreover it updates the preview a second time (after it was updated when I un-minimized): besides the extra clicking, it makes things harder with moving subjects, as it’s more likely to miss the right moment.

    As for the preview matching the aspect ratio of the user’s screen argument, you can still choose to save your pictures with a custom width-height. Now, you know, when the aspect ratio doesn’t match, you get bands on the sides. So what about doing the same for the preview itself? The user would resize the floater freely, and the previewer width will take the available space in the floater, while the height will be resized according, leaving an empty space under it, or bands over and under it, if you want to center it. Maybe it won’t be so beautiful, but it would make the floater more usable on smaller screen.
    Moreover, when you choose Upload to Facebook / Twitter / Flickr, the floater changes to an entirely different secondary floater, with a small preview anyway. So why don’t do the same (or offering an option to have the same) with Save to Disk too?
    BTW, talking about inconsistency, each one of those secondary floaters is organized differently by each other, e.g. preview up, text field down in one, vice-versa another one; and unlike the behavior with Save to Disk / Inventory / Profile, you can’t click Cancel to go back to the starting floater and choose a different method; Cancel simply closes the floater and you have to reopen it again.


  2. I’ve been using the new snapshot floater since it was on ll official viewer and already had stated the need to at least allow to recize it.
    Still the fact is that i got used to use all via shortcuts, so when i want to take a snapshot to disk or to sl feed i just press shift+crtl+s ands done even use preview window.
    And as i use mostly Flickr direct upload option, with the small preview window i love, many times at same time im taking pics to sl feed, the last i wish is to have only a unified snaphot window to all. Yes please, make the insane preview window smaller or recizable but leave the bottons to flirck, facebook and twiter alone.


    1. The preview window is a matter of personal opinion. I’ve used the unified snapshot floater on Black Dragon when it first appeared, on the official viewer and on Firestorm through the pre-release and preview builds. I’ve had no problem adjusting myself to using it,

      I much prefer the fact that the preview shows your intended snap in the same aspect ratio as the screen and in much clearer detail than was possible with the older version, allowing for a much more accurate assessment of the image about to be captured. That it can be neatly tucked away between shots when adjusting camera positions between shots (or the floater quickly minimised / restored – something I found myself doing with the older floater away at times) means that for myself, there’s little pain involved with the new floater.

      So for me, long may the preview screen remain at the correct aspect ratio and of a size where things can be decently previewed – especially when using the in-built filters.


        1. *shrugs*. I’m not saying it shouldn’t be resizeable. I’m saying I don’t find it an issue. That said, making it resizeable while maintaining screen aspect ratio and making the preview image clear enough to show detail may not be that easy – hence my final remark in my original reply, which doesn’t preclude the preview pain from being resized.


Comments are closed.