What dreams may come: Kirstenlee further updates S19

kirstensKirstenlee Cinquetti has issued a further update to the S19 version of Kirsten’s Viewer – version S19 1.19.4 (407). Released on Thursday May 16th, 2013, the update primarily fixes a nasty cache crash when user settings and local cache are manually deleted.

There have been a lot of questions as to why the S19 (v1-style) viewer from Kirsten’s stable is being updates rather than the S22/S23 viewers. In a blog post accompanying the release, Kirsten/Lee gives an answer:

So I guess the most pertinent question is why? It is probably the most pointless one to answer also.

But lets just take a wild stab at it!

I need to be in SL occasionally so I need a viewer (Duh), V2 is dead sorry S22 it was fun, V3 is well lets just say it’s not my cup of tea. I could just download someone else’s viewer but thats not what I want.

I LIKE S19 it was and still is quick, its code in comparison to newer clients is simpler it has much more modest hardware demands I can merge from many sources more rapidly etc, etc, etc..
It ticks all my boxes, on a more personal note it’s NOT limited to Second Life.

That is important to me, so it may have bugs, it may not compile on macs very well… sorry.

But if I wish to drift around SL or jump into Opensim I can.. anyway hope that kinda answers some of my motivations, and why I share the corresponding installer.

As mentioned in my last piece marking the “return” of the S19 viewer, and people shouldn’t anticipate routine updates and improvements; as Lee indicates in his bog post, this viewer has been updated and is being tweaked purely to suit his needs – and rightly so.

A couple of notable changes have been made since version S19.1.19.4.(404), the last version I used. Preferences have been moved from their “traditional” location in the File menu to appear under the S19 menu, and Depth of Field (DoF) has been added to the Graphics tab, in a dedicated sub-tab.

DoF is back!
DoF is back!

Sadly for me, I’m unable to test DoF, as deferred will not run on my hardware set-up, no matter how I fiddle with AA (which was Lee’s suggestion to me after I’d encountered problems with the 404 build). But then, as I noted last time, while I’ve always like Kirsten’s Viewer, my hardware has tended to sulk badly when using it.

However, for those of you missing Kirsten’s Viewer, here’s yet another update for you! Going on feedback following my original piece on S19’s return (in comments, IMs and DMs), it’s good to know the viewer still has loyal fans!

Related Links

Restrained Love Viewer updated

Update: May 13th: The Linux version of RLV was updated by Kitttin Ninetails to version 2.8.4.1 on Sunday May 12th, and is available here.

On Friday May 10th, 2013, Marine Kelley released the latest version of her standalone version of the Restrained Love Viewer (RLV) for Windows – RLV 2.8.4.1. The release is the first update to RLV in 2013, and is based on LL’s 3.5.2 viewer code (3.5.2.264760, dated April 21st, 2013). As such, it brings RLV pretty much up-to-date with the majority of LL’s viewer-side updates and fixes.

Note that this article only applies to RLV for Windows, as supplied by Marine Kelley. The Linux and Mac versions supplied by Kittin Ninetails remain at version 2.8.3.5.

Communications Hub User Interface

With this release, RLV now uses the Communications Hub User Interface (CHUI) and the standard means of managing chat and IMs, together with the majority of fixes and updates made to CHUI through recent development and beta updates.

RLV 2.8.4.1 includes CHUI for managing communications
RLV 2.8.4.1 includes CHUI for managing communications

Server-side Baking / Appearance

Despite no mention being made of it in the release notes, version 2.8.4.1 of RLV appears to also include viewer-side support for the upcoming deployment of Server-side Baking to the main grid.

To confirm this, as I was somewhat surprised that the release notes failed to make mention of any support, I dropped into the SSB/A test regions on Aditi to see how my avatar would render to others, and they would render to me when using the viewer. With the aid of my Crash Test Alt, all appeared to be fine.

Server-side baking: my avatar and Crash Test Alt as seen through RLV 2.8.4.1 (l) and through another SSB-capable viewer (r). Both render correctly; no greying or ghosting
Server-side baking: my avatar and Crash Test Alt as seen through RLV 2.8.4.1 (l) and through another SSB-capable viewer (r). Both render correctly; no greying or ghosting

I also didn’t encounter any issues in changing / re-ordering outfits which others have reported as encountering recently (although I admittedly have  – perhaps fortunately – yet to encounter any issues of this type while using any SSB/A-enabled viewer).

Other Updates and Fixes

Marine provides a list of additional updates and fixes:

Changes:

  • Camera focus is no longer lost when clicking on an in-world object. To change camera focus, right-click on your avatar, press Escape or focus on something else
  • Viewer allows moving an item or a folder from a locked folder to another locked folder (prevent only from locked to unlocked and from unlocked to locked)
  • Viewer does not expect the user to press Enter before chatting while in Mouselook, since they don’t have to when in 3rd person view
  • Viewer does not automatically rename folders or items in the inventory unless “RestrainedLoveAutomaticRenameItems” is set to TRUE (it is FALSE by default). This is no longer necessary since the viewer no longer needs to figure out whether or not it will kick a locked object because it now Adds by default now.

Fixed:

  • It is no longer possible to drag and drop an item from an object in-world directly into  inventory, regardless of RLV attach restrictions
  • It is no longer possible to wear rezzed items by right-clicking on them in-world and selecting “attach to”, even when @unsharedwear was active
  • It is now possible to hide the UI when unable to rez
  • It is no longer possible to create new pieces of clothing regardless of RLV outfit restrictions
  • The Control key wouldn’t work in Mouselook. Fixing this removes the ability to control the speed of the mouse view while holding Control, but Shift already does something similar.

Related Links

Jessica talks Firestorm and Second Life

The Carter and Dar Show, hosted by Carter Giacobini and Dar Writer, isn’t something, I confess, I watch on a regular basis. There’s no bias here on my part, it’s just that I don’t have time to take everything going on in and around SL to take everything in.

However, on May 3rd, they broadcast a show featuring Jessica Lyon, recorded just after the release of Firestorm 4.4.0, so I tuned in to take a look. The show is just under an hour in length, with the interview with Jessica starting at the 12:50 mark.

Jessica Lyon with
Jessica Lyon with

During the show, Jessica talks about a range of topics, including: Server-side Baking / Appearance; the HTTP updates, very LOUD users, viewer bugs (and how it’s not always easy to catch everything), the “missing prim” issue and the interest list, why the z-offset Quick Preference is no more in Firestorm, and more. She also explains some of the reasoning behind Firestorm and why it focuses so much on features and capabilities in comparison to the official viewer.

So, if you’re looking to find out more about Firestorm and what might be coming down the road, take a look at the Carter and Dar Show.

Related Links

LL announce revamp to the viewer release process

secondlifeLinden Lab have announced a revamp to the way in which they will be releasing viewer updates in future.

Currently, the process for the majority of viewer changes is that they go through a progression – generally being seen first in the development channel (or sometimes prior to that in a project viewer), before moving through to the beat viewer (where updates go through what is effectively a final validation  / user test) prior to being adopted into the SL release viewer.

This system has generally worked, but can cause problems, particularly when there is a lot going on in terms of projects and updates, and things end up being “queued up” for the release (as is currently the case, where CHUI, Server-side Baking / Appearance, and a host of other updates / fixes are concerned all being “queued” awaiting their turn in the beta viewer release channel.

Another problem – as seen at the end of last year – can be that should a significant issue occur within the beta viewer code, it can completely block further viewer releases until such time as the problem can be tracked down and effectively fixed. Last year this meant that viewer updates were effectively stalled for around a two month period while LL sought to isolate and fix the problem.

To try to overcome any bottlenecks which might occur with viewer releases, the Lab is adopting a similar process to that used by the server-side code release mechanism, as the blog post explains:

We’ll release more than one new version at the same time in parallel to subsets of users for final validation, and then promote the most important of the best of those to the default Release Viewer when that testing shows it to be ready.

If a development project wants to put out an early version for testing prior to it being ready for the Release channel, a channel specific to that project (either ‘Project <project>’ for very early versions, or ‘Beta <project>’ for more mature ones) will be created, just like we do today. These will be shut down when the project is ready to move to final testing in the Release channel, and users in the early project test channels will automatically be upgraded to the corresponding Release candidate version.

This means that in the coming weeks, we’ll start to see different versions of the viewer start to appear in parallel in their own “release candidate” channels, and people will be able to choose which versions they want to download and try-out. Once it is deemed the code from a specific “release candidate” viewer is ready for release, it will be integrated into the SL viewer and made available to the community through the established mechanism. As such, the beta viewer channel will be vanishing in the near future.

Quite how well different flavours of the viewer will run together on a single computer for those who want to try-out more than one upcoming release remains to be seen. Generally, different versions of the SL viewer tend to play nicely together. However, as was seen with the 3.4 and 3.5 code base changes problems can occur. In that particularly instance, running a development or beta viewer using the 3.5 code and then swapping back to the SL release viewer on the 3.4 code resulted in all the toolbar buttons vanishing from the latter.

The overall hope is that this change will mean that specific features and updates will reach the release version of the viewer at a greater pace than can be achieved with the current process, which in turn should not only smooth the path for new capabilities and features to reach users quicker (allowing for the inevitable bugs and hiccups such projects tend to encounter anyway), but perhaps also help in get fixes for significant issues and problems out to the mainstream viewer.

Firestorm clouds

One thing I neglected to mention in my recent review of Firestorm 4.4.0 is the inclusion – by Cinder Roxley – of Vincent Nacon’s alternative cloud maps, which can be used to change / enhance the rendering windlight clouds.

The default cloud layer seen over Extropia, using the
The default cloud layer seen over Extropia, using the AnaLutetia-outdoor windlight setting and the sun adjust to around 10:00.

I’ve no excuse for this, given Cinder actually nudged me on the matter prior to the release; just blame it on me having a blonde moment…

So, what is it all about? Quite simply, Firestorm now includes additional cloud maps made by Vincent Nacon, and which Cinder has added to the Preferences > Firestorm > Windlight tab for easy selection.

The Windlight cloud options
The Windlight cloud options

This presents you with four basic cloud types – the default map, Altocumulus (a middle altitude cloud, usually characterised by globular masses or rolls in layers or patches), Cumulonimbus (the familiar towering cloud formations associated with thunderstorms) and a “Layered” map. Do note that selecting any option other than the one already in use appears to require a viewer re-start in order to take effect.

Exactly what effect these different maps will have on your in-world view is a matter of experimenting with the various available windlight settings within Firestorm (a task made easier thanks to William Weaver’s Phototools). However, they can be used to produce some stunning effects – the images here are simply to provide some form of comparison.

Extropia
Extropia seen under the same windlight setting as the first image in this article, but using the Layered cloud map.

What’s more, as Cinder indicated in her little nudge to me, you can create (or obtain) cloud maps of your own and add them to Firestorm to create your own unique cloud looks. “Drop any 8-bit grayscale tga with a power of 2 size you make or find under app_settings/windlight/clouds,” she comments, “And they’ll be automatically added to the list.”

For those wishing to try the cloud maps on other viewers, Vincent provides forum thread in which his discusses the maps and provides guidelines and caveats on their usage in viewers. Links to download the maps are also provided.

The Cumulunimbus map applied to the sky, using the same windlight setting and time of day - note the "stacking" effect visible in the formations on the right of the image
The Cumulonimbus map applied to the sky, using the same windlight setting and time of day – note the “stacking” effect visible in the formations on the right of the image, given the impression of some additional vertical height

The maps appear to be particularly well-suited to sunrise / sunset images, where the combination of sun and clouds can be particularly dramatic and result in some incredible images.

Why not have a play yourself?

With thanks to Cinder Roxley.

Related Links

You can’t keep a good viewer down – Kirsten’s S19

kirstensThe blog post says it all – “old school” – a simple message with a lot of meaning. Kirstenlee Cinquetti has been twiddling under the hood with the S19 (v1-style) version of Kirsten’s Viewer with the result that an updated version – code-named “Blackbird” (version S19.404 at the time of writing) was released via Google Code on Wednesday 24th April.

This is the second time there has been a surprise update to one of Kirstenlee’s viewers – in September 2012 a couple of updates were made to the v2-style S22 viewer. As with those updates, the new release of S19 does not mean that Kirstenlee is returning to the field of viewer development per se. Nor is this a complete update – although it does incorporate a lot of v3 code and is Server-side Baking ready.  As it stands, the release – as with the S22 releases in September 2012 – is offered “as is” and without support – and there is no time scale or firm commitment where further updates are concerned.

As readers, know, I’m not a fan of the v1-style interface, but I admit there is something pleasing about loading and running this release – quiet possibly because it is one of Kirstenlee’s builds, which, despite the odd hiccup between the viewer and my hardware, I’ve always felt pretty much at home with. Perhaps it’s the green :).

Some of the New Bits

I’m not proposing an in-depth review, but here are some of the main features in the update.

Server-side Baking / Appearance: as mentioned above, this update is “server-side baking / appearance ready – it will render avatars correctly on SSB/A-enabled regions and avatars using the viewer will render correctly to others. However, the new “hover” mode partial z-offset “fix” is not included in the Edit Appearance floater.

SSB/A-OK: O the left - S19 Blackbird rendering my Alt (on the SL SSB/A beta viewer) and I correctly on an SSB/A-enabled region; on the right - I render correctly in my Alt's view
SSB/A-OK: O the left – S19 Blackbird rendering my Alt (on the SL SSB/A beta viewer) and I correctly on an SSB/A-enabled region; on the right – I render correctly in my Alt’s view

Mesh Uploads: Nicky Dasmijn’s mesh uploader is included in this release of S19, again bringing it into line with other viewers and the age of mesh.

Anaglyph [3D] rendering: Kirsten’s first introduced 3D rendering in the S22 viewer. While still very experimental, with all the interest in Oculus Rift, its inclusion in S19 with this release is perhaps a little pertinent and timely as a means of generating a 3D view in a viewer.

If you have 3D glasses, Kirsten's latest S19 (404+) gives you a 3D world
If you have 3D glasses, Kirsten’s latest S19 (404+) gives you a 3D world

Restrained Love: RLV comes to Kirsten’s viewer with a dedicated preferences panel which includes the ability to set a “profile” against your RLV use – one of “BDSM Persona-Player”, “BDSM Role-player” and “Non-BDSM”. These define how many (and which) RLV controls can be blacklisted (i.e. prevented from operating), so that, for an example, someone using the “Non-BDSM” option can make use of options such as automatic chat redirection, shared folders for changing outfits and “forced” teleports which necessarily having to also have the more restrictive RLV options active.

RLV comes to Kirsten's Viewer - complete with a set of "profiles"
RLV comes to Kirsten’s Viewer – complete with a set of “profiles”

Pathfinding: Kirsten’s Viewer S19 also gains options to display pathfinding information on linksets and characters. These options are on the Tools menu. As S19 supports OpenSim, there is no navmesh visualisation as there is no Havok sub-licence agreement.

Comments

Overall, this is a sudden and interesting update to Kirsten’s original v1-style viewer, incorporating a lot of v3 code which more than makes it capable of running on today’s grid. On the whole I found it to be stable, and with performance levels I’ve tended to get from Klee’s builds (somewhat lower than with other builds for reasons I’ve never fully fathomed). I did encounter an odd issue – while I could run the viewer in deferred mode, when I enabled shadows, my in-world view turned black, and refused to come out of its sulk until I disabled shadows once more. Whether this was due to a problem with the viewer, or simply another of the hiccups which seem to occur between my hardware an Klee’s viewer builds at times, I couldn’t say.

There are a few bits missing from the update as well – no Depth of Field for photographers, for example, (although Dawny Daviau, Kirstenlee’s partner, tells me this might be coming). So don’t expect it to be fully up to S22 / v3 standards in terms of options, etc.

Again, this release is not a return of Kirsten’s viewer per se, although there is an open invitation for those who like the viewer or the v1-approach to give it a go. Just remember, support isn’t given – and it may be a while before a further update arrives.

In the meantime, some more 3D, this time courtesy of a video demonstration from Chantal Harvey, filmed back when the capability first appeared in Kirsten’s Viewer.

Related Links

With thanks to Dawny Daviau.