Month: August 2012

Viewer release summary 2012: week 33

Posted on by Inara Pey

The following is summary of changes to SL viewers / clients (official and TPV) which have taken place in the past week. It is based on my Viewer Round-up Page, which provides 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 being in adherence with the TPV Policy.

This summary is published every Monday, and by its nature will always be in arrears. Therefore, for the most up-to-date information on viewers and clients, please see my Viewer Round-up Page, which is updated as soon as I’m aware of any changes, and which includes comprehensive links to download pages, blog notes, release notes, etc., for Viewers and clients as well as links to any / all reviews of specific viewers / clients made within this blog.  

Updates for the week ending: 19 August, 2012

  • SL Viewer updates:
    • Development: rolled to 3.4.1.263582 on Aug 16
  • Dolphin rolled to 3.3.19.24756 on August 17 – core updates: hotkey to open / close Outfits floater; added Preferences option (Prefs->Dolphin Viewer 3->Build) to save scipts as LSL or Mono when editing directly from Inventory; added “auto media play” button (“A”) to media controls at the top right of the viewer window; Client (avatar) Phantom option hidden (no longer functional under pathfinding) – release notes. Dolphin also announced cessation of OpenSim support in preparation for Havok sub-licence compliance
  • Exodus release version 12.08.14.1 on August 16, (release notes) – primarily a hot fix release for the 12.08.09.1 release, incorporating Visual C++ 2010 runtime to avoid installation errors ability to rez objects under land group; updates to visual presets and raid advisor lists formats to conform with LLSD
  • Niran’s Viewer rolled to 1.49 on August 14 – core changes:  further updates to the Preferences overlay; Graphics tab in default Preferences updated; bug fixes (release notes)
  • Restrained Love Viewer released version 2.8.3.4 on August 17 – core updates: pathfinding tools (excluding Navmesh visualisation*), improved Mouselook aiming controls; JPEG library handling improvements to reduce crash rates (release notes)
  • Zen viewer rolled to version 3.4.0.2 on  August 17, after rapidly cycling through updates on the 13th and 14th August. Core updates – pathfinding tools (excluding Navmesh visualisation*); removal of mesh deformer; Keyword Alerts added to Preferences->Chat; Remove Scripts option added to menus; updated shaders; numerous bug fixes (release notes)
  • Cool Viewer: Stable branch rolled to 1.26.4.25  and Experimental to 1.26.5.4, both on August 18 – core updates in both: initial pathfinding support (excluding Navmesh visualisation*); various SLV 3.3. code back ports (release notes for both)
  • LittleSight released version 1.1.0 – fix fix release for failed log-ins and other issues

(*requires Havok sub-licence.)

Related Links

Pathfinding: starting to reach TPVs

Posted on by Inara Pey

The pathfinding tools are starting to find their way into TPVs well ahead of showing any sign of moving from the SL Beta Viewer to the release version.

The delay in updating the release viewer may be down to several reasons. One of these might be that Linden Lab staff acknowledge the pathfinding documentation is currently undergoing update and rationalisation, and so the capability is still regarded as being “in beta”.

The table below is a list of current TPV versions (August 19th) of TPVs which have started to embrace pathfinding, and indicates the tools provided.

(click to enlarge if required)

Note that the Navmesh View  / Test option is tied to the new SL Havok sub-licence arrangement, as such none of the above viewers are able to include it unless / until they sign the sub-licence agreement (and are eligible to do so). However, visualising the navmesh is not essential to setting pathfinding attributes for objects in-world or optimising regions where pathfinding is being actively used. Other “missing” functionality as indicated in the table above will doubtless be addressed by the viewers in future releases.

Links for these viewers, including to their release notes, can be found on my Viewer round-up page.

Related Links

One Thousand

Posted on by Inara Pey

This post is a bit of a milestone – and one I almost missed in trying to balance a number of draft posts!

It’s my 1,000th post to Modemworld since I created this blog mid-2009 following my move from Blogger, where I’d been since the start of 2007.

When I started out, it wasn’t with the intent to become any form of commentator on SL – social commentary isn’t my Forté (as I’m sure many would agree!); my original blog was far more personal in nature. But the move to WordPress encouraged me to split things, and so Modemworld was born.

I don’t want to be particularly narcissistic and mark my 1,000th post by prattling on about the blog, but there are some things that I genuinely find humbling; such as having 283 people subscribe to it by e-mail, and having nigh-on 250,000 hits during the 12 months between August 1st 2011 and July 31st 2012 alone. These may not sound like big numbers to some, but for me, they really are staggering and represent a level of interest in the blog that amazes me.

As such, to everyone who takes the time and trouble to visit these pages and read my mental meanderings (typos and all ;-)), I’d like to say it really is appreciated and also say…

Thank you.

The grid divide: TPVs and OpenSim support

Posted on by Inara Pey

At the start of the month, Hypergrid Business reported on Linden Lab’s removal of support for the –loginURI parameter from versions of the SL Viewer.

This command is most commonly used to modify the command path used to launch the viewer, allowing it to connect to grids other than Second Life. It has already been removed from the latest development ad beta versions of the viewer, and as such will find its way to the release version in the near future.

For the majority of people who use the official viewer and only access Second Life, the announcement passed largely unnoticed. Even among those who do routinely bounce between Second Life and other grids using TPVs, the impact of the change was minimal – most viewers openly supporting access to both Second Life and OpenSim grids tend to do so through the use of a grid selector / grid manager option – which remained unaffected by the change.

The Shape of Things to Come

However, the removal of support for –loginURI was the tip of the iceberg.

In April of this year, Linden Lab announced a sub-licencing arrangement involving the Havok physics engine. While there is already some Havok functionality evident in the viewer as it is (used in conjunction with mesh uploads and pathfinding), the licence arrangement enables Linden Lab to develop a library of Havok functions for the viewer. In time, this may prove to have significant benefits for Second Life; however, there is a catch.

Once the new Havok libraries are in place and available for use, the terms of the sub-licence require that any viewer accessing them only connects to Second Life. Period. Ergo, no grid selector, no grid manager and no support of –loginURI or any other means of provisioning OpenSim log-in support for such viewers.

In other words, once the arrangement is up and running, those TPVs that currently support both Second Life and OpenSim access, and which are eligible to make use of the new LL Havok libraries, have to make a choice as to their future direction:

  • Do they sign-up to the new sub-licence agreement to gain access to the new libraries and completely forgo any OpenSim support they may have provided?
  • Do they fork their development to provide two flavours of their viewer – one configured to access SL only and make use of the new Havok libraries, the other specifically aimed at OpenSim and unable to access the Havok functions?
  • Do they abandon SL altogether and instead focus solely on OpenSim?
  • Do they perhaps opt to forgo the use of the new library functions and continue “as is”, ignoring any new capabilities provisioned via the Havok libraries?

The option to fork development between SL and OpenSim probably comes down to matters of bandwidth, maintenance and audience. Does a TPV have the bandwidth to develop two flavours of viewer? Does it enjoy a sufficiently largely audience in both SL and OpenSim to warrant the time and effort needed to do so?

Firestorm

The Firestorm team announced in June that they would continue to support both Second Life and OpenSim by forking the development of the Firestom viewer between the two in the near future (if this has not in fact already happened in the intervening time).

While one version of Firestorm will remain focused on Second Life, the second branch will be geared towards general support of the OpenSim platform and not incorporate code from Linden Lab that is ring-fenced by the new sub-licence arrangement.

Niran’s

In July, NiranV Dean confirmed Niran’s Viewer would not be supporting OpenSim – although the decision was possibly as much based on a personal preference as having anything to do with the upcoming Havok sub-licence situation.

Dolphin

dolphin-logoNow, with the new sub-licence arrangement looming, Dolphin Viewer developer Lance Corrimal formally announced on August 18th that future versions of Dolphin will be solely focused on Second Life as he doesn’t have the bandwidth to maintain three flavours of his viewer across two environments (Second Life and OpenSim). He will, however, be providing a clone of the original repository should anyone wish to fork it and make an OpenSim specific version.

It remains to be seen if other TPVs will make formal announcements and which route they will opt to take.

Looking to the Future

Some commentators, on hearing the news regarding –loginURI, reacted negatively, with some citing the move as a further indication of the demise of SL. These reactions would appear unwarranted. It is unlikely that any split in how either Second Life and OpenSim are accessed is going to have a major impact on either the use of SL or its longevity.

Similarly, while some may be personally inconvenienced (having to move between two viewers depending on whether they are logging-in to SL or an OpenSim grid),  it is hard not to see this situation as anything but beneficial for OpenSim. If nothing else, it frees those viewer developers who wish to focus on OpenSim to develop functionality and capabilities  within the viewer that are specifically geared to the platform (e.g. much improved OSSL support) and unfettered from any constraints or worries about maintaining compatibility with SL (such as the 4,096-region teleport limit).

Related Links

SL Viewer: getting up steam for Steam?

Posted on by Inara Pey

secondlifeFollowing-on from the announcement that Second Life will soon be available through Steam, it appears the viewer itself is going through some small changes in order for it to be better used with SL.

Yesterday, I downloaded the latest Development version of the viewer. As per usual, I performed a clean install, removing the older version & the associated user and log files. On starting the viewer, I was surprised to see the log-in screen displayed with an additional pop-up:

SL Development Viewer 3.4.1.263582, (August 16)

Clicking Create Account pops-up the familiar “Do you want to open your web browser” dialogue box, prior to taking you (on clicking OK) to the SL sign-up page. I confess I have not (as yet) run through th actual sign-up process to see if that has changed in preparation for the Steam tie-in, but I’ll be doing so around the time the tie-in is announced as being live, if only out of curiosity.

Clicking Continue from the prompt will allow you to log-in using an existing account, and the prompt to sign-up is not repeated the next time you launch the viewer.

Alongside the new pop-up message, the actual log-in area of the viewer splash screen has been tidied-up and made more presentable.

The cleaned-up log-in credentials area of the splash screen, completed with grid access option enabled (Main and Beta grids only)

Assuming these changes are a part of the preparations for the link-up with Steam, they would appear to answer how users coming to Second Life via Steam will be directed to the sign-up pages. As such, it will be interesting to see what, if anything, will be done to make at least the initial sign-up page more informative as to what Second Life is, or whether this will be handled directly through the SL page(s) on Steam itself (I personally suspect the latter).

Curiosity: getting ready to zap around

Posted on by Inara Pey
Mission logo

Work continues on readying Curiosity for surface operations on Mars, with characterisation phase well underway.

The week has seen the rover’s Chemistry and Camera system – ChemCam – undergoing its calibration tests using a target system located towards the back of the rover, while scientists have been looking for candidates for the first full test firing of the system at a suitable surface target.

ChemCam is a complex system split between Curiosity’s mast and body. The mast unit is the large box-like unit at the top of the mast. It contains a laser unit, a remote micro-imager (RMI) and a telescope for focusing both.

The Chemcam mast element

The body unit carries three spectrographs for chemical analysis and has its own power supply and an electronic interface to the rover’s central computer system.

ChemCam has two main functions, split between the laser system (the Laser-induced Breakdown Spectroscopy (LIBS), to give it its proper name) and the Remote Micro-Imager (RMI).

LIBS is designed to fire series of laser pulses at a target spot smaller than 1 millimetre on the surface of rocks and soils, vaporizing it. Light from the resultant plasma is captured by the telescope and sent via fibre-optics to the on-board spectrographs for analysis, which should provide information in unprecedented detail about minerals and micro structures in Martian rocks. Additionally, the laser can be used to remove dust from the surfaces of rocks, allowing the drill on Curiosity’s hand to obtain samples of the rock free from surface contaminants.

The RMI provides black-and-white images at 1024×1024 resolution in a 0.02 radian (1.1 degree) field of view – approximately equivalent to a 1500mm lens on a 35mm camera. RMI has two functions. In the first, it will be used in conjunction with LIBS to identify suitable targets and target locations (targets can be selected autonomously or via Earth-based selection and command). Working independently of LIBS, it will be used to obtain close-up images in support of robot arm-mounted experiments or provide images of very distant objects.

This week, ChemCam was calibrated using a target system mounted on the rear section of the rover, mounted below the UHF antenna. As a result of this, ChemCam was confirmed ready for operations, and is expected to make it first test-firing on an actual Martian rock sample on Saturday August 18th. The sample is provisionally designated N165, and sits a short distance from the rover.

ChemCam’s first Martian target

ChemCam is a joint US / French experiment, with the US Los Alamos National Laboratory providing the body unit, the French national space agency (CNES) proving the mast unit (RMI, laser, etc.) and JPL the fibre-optic link between the two.

Continue reading “Curiosity: getting ready to zap around” →