SL project news: week 1, 2013: forthcoming RC releases, viewer, and new work

RC Deployments for Week 2

The Lab is still getting back up to speed following the Christmas / New Year break, so expect further information to be forthcoming on Main and RC releases for week 2, 2013 via the Server topic of the Technology Forum.

However, as it stands, there are two projects which it is hoped will reach RC channel release in the week commencing Monday 7th January, 2013. These are Caleb Linden’s threaded region crossing code and Andre Linden’s interest list code.

As I’ve previously reported, the threaded region crossing code was subjected to a pile-on test on Aditi towards the end of 2012. The results were, on the whole, a little disappointing for those taking part – although expectations may have been set a little high. While there were some improvements noted – particularly when travelling between regions on foot and with a heavy script load – overall, there were sill issues with crossing between regions in vehicles (particularly ground vehicles).

Airbourne antics: vehicles still exhibited region crossing issues duing the threaded region pile-on test in December 2012
Airbourne antics: vehicles still exhibited region crossing issues duing the threaded region pile-on test in December 2012

Issues arising from the pile-on test are still being looked at, and Caleb repeated his request that anyone noting specific issues should raise a JIRA directed for his attention. For those wishing to try out the code, the GC Test regions are still available on Aditi.

The Interest List code is still subject to receiving an OK from the Lab’s QA team. There will doubtless be an update on this – and on the planned RC releases in general – at the Simulator User Group meeting on Tuesday 8th January, 2013.

SL Viewer News

Not a lot to report on here at present. The Beta viewer reached the 3.4.4 code base Just before Christmas 2012, (3.4.4.268497, December 20, 2012). There may be a rendering issue which may require addressing and might lead to a slight delay in releases; apparently, not all tests are giving the same results, so LL are still investigating the matter. Work is continuing to update the GPU tables for the viewer; further cards have been added to the table, and several blanket entries have been removed (such as all unrecognised nVidia cards being detected as nVidia Ion GPUs).

As reported over Christmas, CHUI rolled through a number of rapid releases in its development version, and the main project version rolling to 3.4.3.268587 on December 22nd. Both the development and project versions of the viewer are on the 3.4.3 codebase, and the most recent development release was made on January 4th (3.4.3.268703). Both versions are available from the Alternative Viewers download page.

While the core of the Mac version of the viewer is built using OSX 10.7 (with Xcode 4.3.3), work is progressing in moving the viewer to OSX 10.8 Mountain Lion, which is expected to happen “very soon” according to Oz Linden, although no date is available as to when.

New Pathfinding Capability

VoidPointer Linden is working on a new flag for pathfinding characters. STAY_WITHIN_PARCEL is designed so that when set, pathfinding characters will only set goal points during wander, evade, pursuit, etc that are within the parcel they get created in. If the parcel is a non-regular shape, it is still possible a character will cross between it and neighbouring parcels (unless the navmesh is cut through the use of an exclusion volume), but goal points will only be set within the originating parcel. The code is still in development, and so the constraints on where a character can wander when it comes to irregular parcel shapes, but VoidPointer is not making any promises on this.

He's completely batty! - Voidpoint Linde at the Server Beta UG meeting, Jan 3rd, 2013
He’s completely batty! – Voidpointer Linden’s avatar at the Server Beta UG meeting, Jan 3rd, 2013

There is no stated delivery time for this new feature, other than it is currently being worked on.

Server Object Rezzing Code

Baker Linden has been looking to improve how objects with large file sizes are handled by the simulator software when being rezzed. He describes the work thus, “What I’ve been working on is hopefully significantly decreasing lag spikes when rezzing large, complex objects. Large does not necessarily imply size, but size of the files being read. When an object is rezzing, we have to parse the object / mesh files and create our in-world objects with that data.”

Until now, reading and parsing of any files related to objects which require rezzing has been on the main thread. When several such objects requiring rezzing at the same time, the simulator stalls. Baker has been moving the reading / parsing operation to a background thread in the expectation that rezzing multiple “large” (again, in terms of file size, not the size of the object itself) objects will not choke the simulator.

The key point about this work is that it is specifically aimed at preventing the simulator processes from choking and a region stalling when there are a number of large object files being read / parsed, not at actually “speeding up” the physical rezzing process. As such, it is unlikely that objects will appear any faster in people’s in-world view as a result of this work. However, what it does mean is that the simulator code will be better able to handle rezzing multiple “large file” objects without the attendant region lagging which can occur as a result of the simulator being unable to process messages from viewers and other simulators, etc.

Information Sources

  • Opensource Developer meeting, Wednesday 2nd January, 2013
  • Beta Server meeting, Thursday 3rd January, 2013.

Related Links

Phoenix viewer appears set to continue (but not with SL)

PhoenixAs of January 1st, 2013, the Phoenix Firestorm team ceased support of the Phoenix viewer, bring a close to all further work on that viewer on their part.

While this signals the end-of-line for Phoenix where Second Life is concerned, it appears that efforts are underway to attempt to continue Phoenix development for the OpenSim / Aurora environment, under new leadership and a new brand name.

In a blog post dated 29th December, 2012, Virtual Reaility, the new developers for Phoenix state:

Over the past week the Jessica Lyon, Project Manager of the The Phoenix Firestorm Project, Inc. made an announcement that on Saturday, December 15, the Phoenix development team would no longer support the V1-based Phoenix virtual worlds viewer that has had a significant following of users in virtual worlds such as Second Life and OS Grid.  Ms. Lyon stated that support for the viewer will be dropped to provide development and support focus on their Phoenix-Firestorm viewer.

Though this may seem like a dark day for people who use and enjoy the Phoenix viewer, this cloud has a silver lining. Virtual Reality is pleased to announce that it will continue development, maintenance, and improvement of the Phoenix V1 viewer, which will be re-branded as the Virtual Reality Viewer. “I am excited to have the opportunity to fork this highly popular viewer for virtual worlds users who use it and desire to continue to use it.”, said, Virtual Reality owner and CEO, Sonic Boom Drillion. “The Virtual Reality viewer will continue to work within OpenSim and Aurora based grids, however we hope to update the viewer to address a number of technical advancements that are presently happening in virtual worlds.  We are eager to embrace this code base and develop it to support these changes.”

The post goes on to state that as of the 29th December, work was underway to move the Phoenix code to Virtual Reality’s own systems, however the work will not include porting outstanding / open JIRA relating to Phoenix, as these are related to Second Life, which will not be the target environment for the rebranded viewer.

virtual-realityVirtual Reality is an OpenSim hosting company focused on Aurora Sim side of OpenSim, and provides customers with grid space through its own  Virtual Reality grid, as well supplying private grids to customers.

Within the blog post / announcement is a request that any developer wishing to work on the rebranded viewer should contact Virtual Reality at virtualrealitygrid-at-gmail.com.

While this does not help those who have used Phoenix specifically with OpenSim, it does mean that potentially, the Phoenix legacy will live on, albeit under new management and a new name, on OpenSim.

Related Links

Viewer release summary 2012: 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 as the week progresses
  • 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: 30 December, 2012

  • SL Viewer updates:
      • Release version rolled to 3.4.3.268262 on December 18 – release notes
      • Beta version rolled to 3.4.4.268497 on December 20 – release notes
      • Development rolled to 3.4.5.268612 on December 28
      • Development version of the CHUI project viewer rolled to 3.4.3.268599 on December 27
  • Dolphin rolled to 3.4.8.26933 on December 27 – core updates: code base updated to match latest from LL; new right-click avatar context menu option to take a calling card from an avatar near (adopted from the Starlight skin by Hitomi Tiponi); RLV updated to 2.8.4; bug fix to correctly blurred textures – release notes
  • Niran’s Viewer released version 2.0.6 on December 27 – core updates: revisions to the login screen; ability to disable Fullbright in your world view; motion blurring; updated Space Reflections vode from Tofu Buzzard  – release notes
  • Cool VL updates – three versions for the time being, all updated on December 29:
    • Stable version rolled to 1.26.6.3
    • Legacy version Legacy (v2.6 renderer) rolled to 1.26.4.46
    • Experimental version rolled to 1.26.7.3
    • Release notes
  • Phoenix officially reaches end-of-line on December 31st – read more here
  • Libretto – removed from round-up page due to website being unavailable and client removed from the SL Third-party Viewer Directory.

Related Links

CHUI: progressing towards mainstream release

I first took a look at the CHUI – the Communications Hub User Interface – project viewer on its announcement and release back in October. Since then, as noted in my SL project news updates it has gone through recent updates as it progresses towards readiness for mainstream release, quite possibly in the early part of 2013.

The past week has seen new updates to both the “release” version of the project viewer (December 22nd) and also to the “development” version of the viewer (December 24th). Both are available from the viewer download wiki page.

The “main” release – viewer 3.4.3.268591, was announced via a forum post, which highlighted the updates as:

  • Addition of notifications and notification preferences
  • Smaller Conversations and People windows with increased resizability
  • Adding more ways to get to certain functions. For example, we added a speak button to the Conversations window toolbar
  • Improved performance
  • Bug fixes and polish
The new "Speak" button in the confersations floater - available for IMs and open chat
The new “Speak” button in the conversations floater – available for IMs and open chat

The resized floaters is a good step forward, as is the greater control now available in resizing windows. There are still some elements missing from the conversations floater people my find convenient (or at least annoying because of their absence), in particular:

  • An ability to range IMs horizontally rather than vertically: many people prefer to have their IMs ranged horizontally, possible as a holdover from the “old” integrated conversations floaters which stretched back in 1.23.5. The problem here is that any move to incorporate this into the design would break with ergonomics of the “collapsible” nature of the current floater using the right / left pointing chevron buttons
  • The inclusion of a teleport button for the IM windows: this is altogether more useful, and it is hard to see why this was dropped from the redesign, given it is part of the current IM floater layout, and most likely a button which sees frequent use. OK, so teleports can still be achieved via the right-click context menu, but if convenience is the name of the game, it is hard to see why the teleport button has been ignored
The three compact views of the Conversations floater: one reason horizon IM tabs may not be incorporated
The three compact views of the Conversations floater: one reason horizon IM tabs may not be incorporated

Whither the Survey?

One thing still very much missing from the CHUI project is the promised user survey. When the project viewer was first launched in October, the Lab specifically asked people to try it out and consider a number of questions relating to it, noting that, “We’ll ask you to complete a survey in approximately one week to gather your thoughts on these questions.”

The survey has yet to appear. Whether this is because the feedback coming through the CHUI JIRA has been sufficient for the project team (and the amazing Whirly Fizzle has been generating an incredible amount of detailed and informative feeback!) is unclear.

Current Status

The precise status of the project is unclear, but it appears to be reaching a “feature complete” status – which again raises the question as to whether we ill see a survey on the project or not. Merging the project viewer to the 3.4.3 code base would appear to move it one step closer towards a viewer development  / beta viewer merge (both are now 3.4.4 code), but there are wider issues within the viewer still be rectified. For example, nothing happens at all when right clicking on any object contents – the usual context menu fails to appear. It’s therefore unlikely that the CHUI code will make an appearance in a development or beta viewer until such time as it has been confirmed problems like this have been identified and resolved.

In the meantime, and if you haven’t already done so and would like to, the CHUI JIRA remains open for comment, and the project viewer can be obtained from the SL Alternate Viewers wiki page (links below).

Related Links

Viewer release summary 2012: 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 as the week progresses
  • 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: 23 December, 2012

  • SL Viewer updates:
      • Release version rolled to 3.4.3.268262 on December 18 – release notes
      • Beta version rolled to 3.4.4.268497 on December 20 – release notes
      • Development rolled to 3.4.5.268547 on December 21
      • The CHUI project viewer rolled to 3.4.3.268587 on December 22, which saw some updates to the CHUI UI and a move to the 3.4.3 viewer code (latest dev version now 3.4.3.268591 / Dec 24)
  • Dolphin rolled to 3.4.7.26856 on December 17 – core updates: primarily under-the-bonnet (/hood) fixes – release notes
  • Kokua rolled to 3.4.3.r2 on December 18
  • Zen Viewer rolled to 3.4.3.1 on December 20 (mis-labelled “20 November” on release notes page) – core updates: Large Group Servies update; removal of mesh deformer; removal of AudioEngine log spam; fixed Web Profile floater not showing when web profiles check box selected in Grid Manager; removed “>” Character from localhost loginuri in Grid Manager.
  • Cool VL updates – three versions for the time being, all updated on December 21:
    • Stable version rolled to 1.26.6.2
    • Legacy version Legacy (v2.6 renderer) rolled to 1.26.4.45
    • Experimental version rolled to 1.26.7.2
    • Release notes
  • Phoenix officially reaches end-of-line on December 31st – read more here
  • Libretto – removed from round-up page due to website being unavailable and client removed from the SL Third-party Viewer Directory.

Related Links

SL project news week 51/2

Server Deployments

The RC channel deployment took place on Wednesday 19th December as planned, with no major hiccups or issues apparently being felt / reported. This release saw all three RC channels receive the same package, which is the Magnum deployment from week 50, with a single additional bug fix.

The release notes (for Magnum, but applicable to all three RC channels) can be found here, and the forum discussion thread is still open should anyone have comments (allowing to the start of the holiday period & delays in any replies from LL).

SL Viewer Update

The last beta release of 2012 arrived on Thursday December 20th with the release of 3.4.4.268479 – which as the name suggests, uses the 3.4.4 code from viewer-development. Chief among the updates in this release include:

  • Moving viewer crash logger and SLPlugin from the Carbon API to Mac OSX Cocoa for the Mac viewer
  • Fixes for fontconfig crash-on-start issues experienced with Linux
  • Revisions for pathfinding options, including additional of tear-off option for Pathfinding menu when opened from Build menu; introduction of Region Rebake option to Pathfinding menu
  • Fixes for 3.4.2.266708 release issue of flexiprims stopping flexing after teleports
  • Further fixes for llTargetOmega() issues

The full set of release notes can be found here.

Forthcoming Viewer Graphics Enhancements

Alongside of the upcoming materials processing capabilities of normal and specular maps, the SL viewer will be receiving further rendering improvements in 2013, comprising:

  • Gamma correction capabilities
  • Improvements to the “Shiny” capabilities in the viewer (Build floater > Texture tab >Shiny button) when running in deferred mode, to make shine appear more as it does in the real world, with the level of shine based on the amount of reflected light / angle from which a shiny object is viewed from relative to the light source
  • In-world scene reflections on shiny surfaces.
Gamma correction: from Exodus to the SL viewer in 2013
Gamma correction: from Exodus to the SL viewer in 2013

Gamma correction is a process by which lighting on a screen can be adjusted to make it look more natural to the human eye by adjusting the RGB channels to give a more natural-light contrast. It can also be used to produce interesting photographic effects. Exodus viewer already has gamma correction, which can be adjusted via the Visual Settings floater (above).

A simple, if extreme, example of gamma correction: both images were taken under the same lighting conditions
A simple, if extreme, example of gamma correction used for a photographic effect: both images were taken under the same deferred lighting conditions, the image of the left with “normal” (default) gamma correction in the viewer, the one on the right taken with all three channels increased in value to produce an image with a much deeper contrast

As with materials processing, all three of the new capabilities are being introduced to the SL viewer via the Exodus team, lead by Geenz Spad, who indicated that in the case of gamma correction, the new capabilities will be somewhat more capable as a process within the SL viewer than is currently the case with the Exodus viewer.

As with material processing itself, which is still progressing, as I reported last time, there are no time frames as to when each of these new capabilities will be available within the viewer.

Threaded Region Crossing Code Test

Wednesday 19th December saw a “pile-on” test take place on Aditi for the new threaded region crossing code. The test has been called by Caleb Linden with a view to trying-out region crossing under a range of tests, including avatars with heavy scripted loads, repeated crossings by vehicles, via teleporting, etc.

In all, six regions were / are available for tests: GC Test 9, 10, 15 and 16 forming a block of four running in “threaded” mode, and GC Test 2 and 8 running in “unthreaded” mode, but otherwise the same server code.

Turn-out for the tests wasn’t particularly great (around 15 people together in the test region at any one time), with a range of ground and air vehicles being used to try-out the crossings and compare them directly with crossing between the two unthreaded regions (and testing between threaded / unthreaded).

The overall consensus from those at the tests were that crossings between threaded regions were somewhat improved – but the overall improvements were not that spectacular. At times recovery from loss of control of a vehicle appeared to be faster – a matter of one or two seconds – but at other times, things seemed to be the same, with vehicles ploughing through the ground / flying into the air for 6-7 seconds at a time before recovering, giving pretty similar results to those encountered crossing between threaded / unthreaded and between unthreaded regions.

Crossing between threaded regions in a vehicle: some improvements, but not a lot
Crossing between threaded regions in a vehicle: some improvements, but not a lot

Crossing between regions on foot, even under an excessive HUD / attachment script load (373 scripts accounting for 2.87800ms cpu time) and with vehicles zinging back and forth, did appear to me to be somewhat improved, with little or no “rubber banding” or walking off into the sunset, but a recovery of control after just a few paces.

Post-test, Caleb has requested those participating in the test file JIRA on any specific issues they encountered, and include “Region Crossing” in the description / subject heading for the report.

With thanks to Darien Cauldwell for information on the viewer enhancements discussed at the Opensource Dev meeting.