Storming the fire….

firestorm-logoJessica Lyon over at Phoenix has announced that a pre-Alpha version of the Phoenix Firestorm Viewer will be released on Monday 31st January. Over on the Phoenix website she states:

Speaking of Firestorm!As most of you already know, we have been very busy working on the Firestorm Viewer. Most of you seem to also know that we plan to put out a “Preview” build of firestorm at the end of this month.. and most of you seem to be very eager to try it out. A lot of work has gone into Firestorm already but is mostly interface improvements and changes. It is critical that you understand the Firestorm Preview is just that… a preview, it is not yet ready for full-time use. But this will give you an idea of what’s in store in the future. If you would like to try out the preview of Firestorm at the end of the month, please join our in world group named Phoenix-Firestorm Preview Group. The build will be announced in that group and you can find help there as well.

Do understand! The Firestorm Preview build should be considered Pre Alpha! Not beta, not Release Candidat.. it is pre alpha and as such it has a lot of bugs that still need to be worked out.

To aid those eager to get their hand on it, Jessica and the team – in a move Linden Lab really, really, really should have thought of for themselves prior to the issuance of Viewer 2.0 a year ago – have released a video introduction to the new Viewer.

The highlights are:

  • Phoenix has adopted a broad Viewer 2.x front end that is robustly “clean” in its overall look.
  • They have followed Kirstenlee Cinquetti’s lead and completely re-sized the Sidebar so that it no longer takes up the entire right-side of the screen, but fits into its own window
  • The Sidebar is now accessed from a set of tool bar buttons – again like Kirstenlee’s Viewer2 hybrid, but with the buttons actually embedded in the tool bar, rather than on a floating palette – and those buttons that are not required can be “turn off” (hidden)
  • In a further improvement, the behaviour of the Sidebar is more persistent: if a specific Sidebar tab (say, HOME, is undocked, moved and closed, Firestorm will remember the last used position and size of the tab, and will reopen it again at that size and position rather than pushing it back into the Sidebar once more (one assumes this behaviour is persistent between log-ins)
  • Within the Inventory tab on the Sidebar, there is an additional button to quickly and easily open a further Inventory window – no need to remember keyboard combinations
  • The chat bar / tool bar combination at the bottom of the screen is re-sizeable, thus allowing those who wish to have more room for their chat entry to have more room – again, especially useful when the more useless Sidebar buttons are hidden
  • Viewer 1.x camera control / movement control window functionality is retained – both can be open at the same time, although both use the Viewer 2.x layouts
  • Firestorm retains the Viewer 1.2x combined window for chat / IMs and your Contacts list (avoiding the need to use the “Nearby Friends” Sidebar tab) and which includes the local chat entry bar that has been conspicuous by its absence in Viewer 2.x
  • Further, there is a PREFERENCES option that removes the space-wasting Viewer 2.x “headings” from the chat and IM windows, leaving you with the more user-friendly Viewer 1.2x appearance – and in keeping with Viewers like Phoenix 1.5.2 and Imprudence 1.4 et al, the tabs for chat and IMs in the chat window can be stacked vertically
  • Viewer 2.x’s Navigation Bar / search bar is retained, and by default includes a LAND button (sorely missed from early iterations of Viewer 2) and:
    • Includes a SKY button for quick Windlight tweaks
    • Can be controlled from the LAND display at the very top of the Viewer window, allowing you to turn the Navigation, Search and Favourites elements off or on
    • The bars are all semi-transparent, further lessening their impact on the main display window
  • Other items that are familiar to current Phoenix / other Viewer 1.2x-based TPVs will be familiar with include:
    • RLVa support
    • Ability to disable the login, logout and Tp splash and “progress” screens
    • Double-click teleporting
    • Running multiple Viewers
    • An option to quickly and easily change the UI skin (including a skin that retains the Viewer 2-style little Sidebar tabs on the right of the screen for those who like (!) them. A nice touch with the Skin option is the automatic inclusion of Hitomi’s Starlight skins (although there may be issues using Starlight with the pre-release of Firestorm)

There are some things that are potentially missing from Firestorm at present – Jessica states it currently retains the Viewer 2.x behaviour of having media streaming ON by default, something people don’t like – but this will be altered in a future release. The LAND display at the top of the Viewer window, while allowing you to turn things like the Navigation Bar off / on, appears to lack the ability to open the ABOUT LAND window if the Navigation Bar is turned off.

Overall, I have to say this Viewer has me excited. It appears to combine the best of Viewer 2.x and Viewer 1.x to present a crisp, clean Viewer environment that is highly customisable. Certainly, I’m looking forward to trying it out from Monday.

For those who wish to try the pre-release, it is recommended that you join an in-world Group that has been set-up specifically for the Firestorm release – as Jessica states, the Phoenix support network is still itself ramping-up on the new Viewer and so may not be able to provide the necessary support.

Viewer 1.23: coming to the end of the line

In May of last year, I reported on the initial steps that would see the eventual loss of Viewer 1.23.x as we know it.

That the depreciation had started – and would take a goodly while to complete, admittedly – caused one Third Party Viewer creator to get a little out of his tree, threatening to AR me to Linden Lab for “spreading lies”, and also to submit a “defamation” report against me with WordPress!

Anyway…it now appears that the first major step to ending Viewer 1.23 from effectively working on the Main Grid will be taken some time in Quarter 2 of 2011 (although this has yet to be precisely confirmed by Linden Lab).

The news came to light in a Phoenix Viewer office hour on the 11th January (the transcript from which I missed at the time). To whit:

Linden Labs has announced that they will be blocking search, server-side, for the Viewer 1.x viewer, effectively making all Viewer 1.x useless for search, and effectively forcing users to move over to the Viewer 2x viewer (allowing Linden Labs to move forward with features that are not compatible with the 1.x viewers). That gives the Phoenix team 3 or 4 months to get Firestorm ready for delivery…
[Addendum: To be clear… We were notified of the intention to turn off viewer 1.x search capability during a meeting between LL and approved Third Party Viewers. This information was provided to us as a means to help us prepare for what the future holds for existing 1.x viewers. Linden Lab has not officially announced this yet, and you can be sure that they WILL announce it well ahead of time and give everyone ample notice. We are told that the Lab will stop support for their 1.23 viewer before search in 1.x viewers is turned off….]

This announcement has been reported on at SLU, where it has been met with a mixed response. Elsewhere, the news has also meet with opposition – and one has to say that the concerns and critiques are somewhat justified.

However, is this really a bad thing? While it is true that Search in Viewer 2 is far from perfect, and still needs considerable work (not least shown by the fact that each new release of Viewer 2 seems to operate slightly differently with regards to search, and people have been commenting on this and getting frustrated about it in the official forums for a while) – the fact remains that Linden Lab cannot maintain two code bases indefinitely, and Viewer 2 already embeds a lot of functionality that Viewer 1.23 cannot support without more work than Linden Lab can afford to give, even were they so minded.

Ergo, things have to change, and as such, the end of Viewer 1.23 and its derivatives was and is only a matter of time. And let’s be fair: Viewer 2, while it still has warts, has come a considerable way in the last 12 months. While one could argue that in doing so, it could have benefited if, for part of that time it had remained in a more rigorous closed Beta testing environment in which perhaps more user feedback which was then acted upon, the Viewer would be now be enjoying a far greater degree of popularity among users than is currently the case; the point is now moot. Viewer 2.5 and the 2.5 Beta are a long way removed from the original, and time and effort has been invested by a lot of people both within and without Linden Lab – and they deserve thanks.

Again, the demise of 1.23 later this year shouldn’t be a surprise to anyone. The likes of the Phoenix and Imprudence teams have been beavering away with their own Viewer 2 based products, Firestorm and Kokua since around November of last year because of this very fact.

Of course, one could argue that “breaking” search in 1.23 is a lot different to “depreciating” the Viewer – but is it? The end result is the same.

While “breaking” – or more correctly – blocking search for 1.23 is perhaps a little unsubtle in some respects (rightly or wrongly, the perception (note the emphasis!) is that search is “working” in 1.23, and “not working in Viewer 2.x), it shouldn’t be seen as a negative. As some on the SLU thread point out, it clears the way for LL to focus down more thoroughly on Viewer 2 and its good and bad points.

Yes, Search in Viewer 2 still need work – but again, as many have pointed out to those raising a hoo-haw over this move: Search in Viewer 2 does work; just not in all cases. LL is fighting hard against people gaming the system – and in the areas where people complaining about it “not working”, it tends to be the most gaming goes on (such as with land and the like). In other areas, things are a lot better, and merchants and users alike are encountering fewer problems.

However, given that Search on Viewer 2 is still being worked upon, and may people do rely on Search in many ways, one hopes that the “turn off” date for Viewer 1.23’s access to search is not something that will be viewed as “stopping the train” if it is delayed. If we reach the date and it is widely acknowledged by the users who have to make use of it that Search in Viewer 2 still needs important work – LL will delay the switch-off.

Unless, of course, Firestorm and Kokua (and whoever else is going down this route) have rolled out and wooed all those still “anti” Viewer 2 on the grounds of its awkward UI – which is likely to be the case. Providing they do, I have a sneaking suspicion that many won’t even notice any Search issues. They’ll have a Viewer with a UI they like (aka one without a sidebar and with a better approach to chat windows  / chicklets / toasties – whatever cute name you give them) – and so on, and won’t be worried about Search.

Viewer 2.5 web profiles and angst

With the news of Esbee’s forthcoming departure since spreading, Viewer 2.5, recently promised by Frank (FJ Linden) Ambrose is rolled out a “Beta” to trumpeting by Q Linden.

Chief among the list of features in this iteration is the new web-based profile feature. I’ve already reported on this, and I like the fact that, in 1.23.x viewers at least, we get the best of both worlds – a web page Profile and the familiar in-world Profile window. Changes to one are automatically reflected in the other – neat.

However, in Viewer 2.5, it seems things are to be somewhat different: the web page Profile actually replaces the in-world Profile in the sidebar (clicking on Profile now apparently pops-up the built-in browser to display the web Profile). While this overcomes the somewhat ugly and limited Profile display found in the Viewer 2 sidebar, it’s not entirely ideal.

However, this isn’t the biggest issue with the new Profile option. People have already commented on the fact that it includes options to link to Facebook and Twitter – and people commenting on the release are also raising objections about the fact that others can click on the included buttons and add Profiles for SL avatars to their Facebook pages.

Me? I’m failing to see the problem. I’m sure there are those in SL who use Facebook, Twitter and LinkedIn who will find such options a delight and welcome addition. For those who don’t, I tend to say, “so what?” Why get all het up about it? I personally don’t use Facebook, so I won’t be linking anything from anyone to anywhere. I don’t even care if Joe Schmoe or Patty Pattacake out in Facebook land link my SL Profile to their Facebook pages because it doesn’t affect me in the slightest. There is nothing within my SL Profile that allows anyone to beat a path to my RL front door; so if Joe or Patty want to claim Inara as their friend – good for them. I’ve never been someone’s imaginary friend before – the experience might be fun.

And that’s assuming there are people out in Facebook land who are going to go clicky-happy when they happen to stumble upon SL avatar profiles – or worse, say nasty things about us! In sort, where this particular problem is concerned, people really should get over themselves. Now, had the new feature forced us all into Facebook land, then I’d understand (and be a part of) the outcry; as it stands, “mountain” and “molehill” are words that spring to mind.

What I do find telling about this release is that it has been pushed out the door by LL despite the fact this much-heralded feature has an irritating bug sitting in it – which is this: it doesn’t exactly work.

Those using Internet Explorer stand to be OK. But people using Chrome or Firefox or Safari, etc., are all reporting issues – specifically “SSL Handshake Failure”. This is due to the fact that the software requires a security certificate in order to function, and the only way to get that certificate until the Viewer is patched (2.5 Beta 2) is to run Internet Explorer and access a profile…

It’s not a major bug – but many people don’t use Internet Explorer. It’s not liked. Period. Linden Lab know this – just look at the kurfuffles surrounding the release of the “new” forum software, which originally only ran “properly” on Internet Explorer (and which today still doesn’t display all posts in a thread in browsers like Chrome…) users of other browsers weren’t exactly shy in giving vent to their frustrations – and rightly so. Given this problem was discovered before 2.5 Beta 1 was released, one has to ask why was the software still pushed out the door? Why the all-fired rush?

Would waiting just a day or two (or even a week) to get the patch sorted really have hurt that much?

I don’t use Viewer 2 – I’m a Phoenix / KLee Viewer user – so something like this doesn’t really affect me per se – and yet it does; simply because it is indicative that  LL, rather than being focused on stability, usability and the like are still focused primarily on dates on the calendar and ticking boxes – something Philip R himself said back at SLCC they’d “gotten wrong” and would be “fixed”.

Well, the fix appears to be lacking.

Fare thee well, Phoenix

Today sees the final major release of the Phoenix 1.23.5-based Viewer from Jessica, LLG and the rest of the team.

With it comes some major bug-fixes, not the least around RLVa, which had more than a few issues, and some rounding-out of features as well as some natty new additions. The full list of updates is available as always, however, here are the highlights of the “new” stuff:

  • Full Display name support in groups, local chat, radar etc.
  • Add button to refresh contents of a prim being edited.
  • Script count now includes Script memory in square brackets. This is not an accurate measurement of how much work scripts are doing. But it gives you more info on the amount of memory the scripts are using. Requires Bridge v12.

As long as there is the promised option to have Display Names OR avatar names show up in chat, etc., then the first addition won’t cause too much head scratching as people notice “Hungry Scoffadopolous” or “Lord Almighty Schmoo III” or “Jeanie’s Lil’ Bunny” (or other variants of names) showing up in their lists, or tedious pulling-up of Profiles just to be sure.

The Refresh button for edited prims is *so* welcome, especially for those of us who use things like rezzers, vendor servers, etc., and are forever re-editing prims to get the contents to correctly list.

The Script memory use tool could be very useful in the right hands. Hopefully it will encourage those who don’t currently, to think about whether their script(s) really *should* be Mono (and grabbing 64Kb of memory each) or remain in LSL(2) where they grab only 16Kb. After all, three scripts grabbing 16Kb of memory each is still only 48Kb…whereas “combined” into a single Mono, they are grabbing 64Kb and eating resources. And if they are kept as three individual MONO scripts because it is “faster”, that’s a whooping 192Kb eaten from server memory.

Phoenix has been a marvellous addition to the TPV stable of Viewers, and all who have contributed to it deserve our thanks. It may not always be perfect, but Phoenix is the welcome flagship among TPVs in terms of overall popularity, feature spread and ease-of-installation (even with the return of the split between the SSE and SSE2 downloads – so make sure you follow the right link!).

Phoenix will continue with maintenance releases, but this is a fond farewell to major development work as the team now gear-up with developing their Viewer-2 based Firestorm, which we’ll be seeing (hopefully) around Q2 of 2011, I understand.

The Phoenix has risen

Today sees the “final” release of Phoenix as a Release Candidate, that brings together the last clutch of major releases from the Phoenix team prior to work starting in earnest on their Viewer-2 hybrid, Firestorm.

Given there are a number of fairly big updates in this release (.725), the Phoenix team are taking a wise course of action in declaring it a Release Candidate that may require some tweaking to iron out remaining issues and bugs before it can be considered a “final” release. Therefore, I’d recommend you bear this in mind when downloading and installing.

The key feature list with this release is impressive, and it is good to see Phoenix get code that officially supports multiple prim attachments, thus finally breaking the issues with using the Emerald hack for this, and there is even a document for those who have routinely used the “Emerald hack” explaining what they’ll likely get on using the RC. Display Names are also introduced with this release, so there are going to be some interesting times ahead for people longing to be able to set suitable role-play names  as well! It’s wotrh watching the video on DisplayNames, as Phoenix, I understand, offers additional functionality on these over Viewer 2.x

There are also some changes “missing” from this release (as in, no-one anywhere has yet ported the code for use in 1.23.5-based Viewers), and some changes that are going to doubtless cause confusion and / or minor heart palpitations for those who have not read the supporting documentation. Chief among these are:

  • No support for multiple clothing on the same layer: in other words, you cannot wear two Jacket layers, as is possible in Viewer 2.x and its derivatives. Those desiring this are likely going to have to wait for Firestorm or something like Imprudence’s upcoming Kokua Viewer
  • Phoenix adopts the Viewer 2.x inventory management code. This means that if anyone has ever used Viewer 2, they could be in for a surprise when they log in with the Phoenix RC and find themselves wearing clothing and one or more prim attachments they were wearing the last time they ever logged into SL using Viewer 2. However, the good news is that Phoenix now has the ability to create Outfit folders at last – although this may not be such a boon to those who manage some of their outfits through #RLV.

The ability to manipulate parcel presets with the same ease as with Viewer 2.x is also a massively-welcome addition to Phoenix.

I’ve run a quick test on various elements – like multi-attach and Outfits creation and the use of Display Names, and all appear to work perfectly well, although I still feel Outfits is limited in that there is no ability to “nest” outfits within a sub-folder structure so that, for example, you could have MY OUTFITS -> GOWNS -> and all your various gown Outfits. Now, this isn’t a fault with Phoenix – it’s the way things work in Viewer 2.x – but perhaps Jessica and the team could look at tweaking the  code for Firestorm…

Display Names has a nice work-through, given Phoenix doesn’t have that bloody sidebar, and the functionality is neat.

Overall, this appears to be a mighty swansong for the 1.23.5-based Phoenix (which, once this release hits “final”, will be subject to issue / bug fix releases only), and one that – RC jitters aside – is going to please a lot of people.

Me included! Kudos to the Phoenix team and all associated with the project!

Making an Ascent on Second Life

While Phoenix remains by far the most popular of the Third Party Viewers on offer for use with Second Life, a new arrival in the last couple of months is beginning to show some promise – particularly when it comes to implementing features from the Viewer 2.x stable – and which again, like Phoenix and Imprudence, does not require the initial installation of either the “official” 1.23.5 or Snowglobe Viewers as a prerequisite to its use.

Ascent has probably caused some eyebrows to rise, given it is apparently based on the Inertia Viewer code base. Inertia was a non-TPV compliant Viewer that was developed by the infamous “Hazim Gazov” – who was by turns, banned from Second Life by Linden Lab, the “whistle-blower” who first started to “reveal” genuine concerns around the Emerald Viewer (while also sharing in the rumour-building) and who was the target of Phox’s failed (and idiotically suicidal as well as moronically childish) DDoS attack which was in part responsible for Emerald being “banned” as a Second Life Viewer. Ascent is now maintained by one Charley Levenque, aka Charlotte Wirtanen, an unknown quantity in both cases, although in the latter guise, has been around since 2006.

Now to the Viewer itself. The setup EXE downloaded smoothly. It did cause a raised eyebrow, however, as it came in at almost twice the size of the likes of the Phoenix, Imprudence and other 1.23.5 Viewers – although I’ve been informed this is often the case with Viewers based on the Snowglobe code, which apparently forms the foundations for Ascent. An anti-virus scan revealed nothing untoward in the EXE (not entirely unsurprisingly) so I went ahead and ran it. As one would expect from a TPV of this nature, the overall installation was quick and clean, ending with an option to run Ascent at once.

The splash screen showed the Ascent download page, and was in the “official” blue skin display. Logging-in revealed the familiar 1.23.5 UI – but with the ADVANCED menu already listed on the menu bar, so no need to press CTRL-ALT-D.

At first glance, Ascent looks little different to the likes of Phoenix, Imprudence and others: the menu bar and toolbars along the bottom of the screen are largely unchanged, the in-world View is obviously the same – but just a little digging reveals that thought has been put into making Ascent not only different to other TPVs – but potentially more useful.

Clicking on COMMUNICATE, for example reveals several new features. At the top of the CONTACTS list is a CONTACT SEARCH box. Enter the first few characters of a name here, and a list of matching contacts is displayed. Type in a full name, and just display that avatar. Above this is a CONTACT GROUP drop-down, although functionality for this appears to be awaiting implementation. Replacing the Import / Export buttons found in the CONTACTS list of some Viewers is a count of the number of Contacts one has (and the number actually online), and a count of the number currently highlighted within the list. The Search function I can see being very handy for those with massively long Contacts lists – such as store owners – who need to contact someone quickly.

The RADAR (Avatar List) window offers the same functionality as most of the TPV’s that now include this function ported originally from Meerkat. However, unlike Phoenix, Ascent still includes the majority of avatar functions as a series of buttons at the bottom of the display, rather than moving them to a context menu displayed when right-clicking an avatar’s name in the list. When originally introduced into Emerald, this latter functionality caused divisions among users: people either accepted it, or demanded the return of all the buttons. Phoenix has something of a compromise, in that some of the buttons are back at the bottom of the screen; however, I find the context menu just fine, and personally think that Ascent has taken a step backwards here: the Avatar List is a useful tool in many ways, but Ascent’s simply takes up too much screen real estate.

BUILD incorporates functionality found in other TPVs, albeit relabelled. For example: the ability to OPEN the Group profile for a selected object is called VIEW. A nice touch on the Build menu is that when editing linked parts of an object, the “Selected Objects” count common to some other TPVs is replaced by a “Link number” display, as shown on the left. This functionality can be found in “Experimental” releases of Imprudence, but of the standalone installation TPVs, Ascent is the first to offer it in a “full” release.

For people utilising scripts that handle primitive counts to set a specific prim to a specific display (say, lettering on a scrolling prim notice), this strikes me as a useful little feature, and one I’d like to see pop up in other viewers.

INVENTORY offers pretty much the standard fayre for good TPVs, including the ever-handy RESTORE TO LAST POSITION option in the event you TAKE a linkset back to inventory, only to find you’ve missed linking a couple of prims. God knows, *I’ve* needed it enough!

Preferences

As with the majority of TPVs it is in the Viewer Preferences that Ascent shows clear differences. All the usual tabs are there: General, Input & Camera, Network, Web, Graphics… and so on. Two two unique tabs here are ASCENT SYSTEM and ASCENT VANITY.

ASCENT SYSTEM offers a number of additional tabs – less than the likes of Phoenix – each with either a less confusing array of options, or with options that have been better-organised. In summary:

  • General: offers a subset of functionality found in the TP/Login tab from Phoenix and others (double-click teleport, always allow fly, always rez under land group when available, as well as several Ascent-specific functions:
    • Enable Power User functionality: “unlocks” the ability to set an animation priority up to 7, rather than the usual limit of 4. How this is reflected when said animations are used in other Viewers is unclear.
    • Destroy Objects: anything you have the power to DELETE is deleted permanently, bypassing the Trash can.
    • Explode Objects: temporarily renders an object physical and then delinks it.
  • Chat/IM: neatly combines the more welcome elements of the IM and CHAT tabs again found in other TPVs, providing access to options such as allow MU* poses and auto OOC actions in chat; turning off the typing sound for chat, use vertical IM tabs, toggle the announcement of incoming IMs. This tab also includes the very useful Auto-response option for IMs, and (for some reason) includes options to display the time in either 12- or 24-hour notation and the date in US or European formats.
  • Performance: captures the progressive draw distance option from other TPVs, although without the slider bar to adjust. It also includes:
    • An option to turn off the annoying wind howl, pulled up from the Windlight settings and made easily accessible
    • The ability to turn off the Classic Cloud layer (the one that exists at around the 200m level) at log in, rather than having to twit around and find the option in your Windlight settings. I’m very in favour of this, as it does lead to a nice little performance boost.
  • Command Line: sees a subset of the text short cut commands available through the likes of Phoenix continued in Ascent.
  • Security: gathers together the more innocuous options from Emerald’s infamous “shield” options, presenting the user with a degree of privacy without going too far in the direction of impinging on the privacy of others.
  • Building: offers a subset of options originally found in the Emerald Build tab.

ASCENT VANITY gathers together the kind of settings one might like to set for one’s various avatars (if you happen to have more than one), and includes options to set tag and map colours to highlight friends, etc., as well as turn things like the teleport screens on/off or set breast and other dynamics.

Ascent does away which much that has in the past been looked at as controversial in some Viewers: IM encryption, for example is not present, nor are some of the more intrusive options to bounce in on people. It does have a couple that some may yet object to, although in the scheme of things, they are trivial. The first is the ability to fake your AWAY status – when active, AWAY will say visible in your tag even while you are camming around or engaging in IMs with others, etc. The second is the ability to see how long the people around you have been inactive.

Elsewhere, the pie menus have been reordered somewhat. Imprudence did this as well, with the aim of rationalising the pie menus and making them flow more logically – and it succeeded. It also offers the option of reverting to the more familiar pie menus if people have trouble getting their heads around the reordered versions. Ascent both reorders and adds functionality. I had no problems with the pie menus, but I can see those who want “all the latest but leave it as it is” bemoaning the pie menus at times.

Viewer 2.x Functions

As one would expect, Ascent includes Viewer 2.x’s Alpha Mask and Tattoo layer support – so no surprises there. What is a very pleasant surprise, however, is the inclusion of the Viewer 2.x multi-attachment support for prim attachments. This means that you can now wear multiple items on the same attach point (multiple rings on one HAND, for example)  – and have them render correctly in all Viewers. This is a major step forward when compared to the likes of Phoenix and Imprudence – and the work in getting it into Ascent is largely down the Henri Beauchamp. With multiple clothing layer support also promised (i.e. wear 2 jacket layers at the same time), this puts Ascent head-and-shoulders above other TPVs of its kind.

Beyond this, Ascent has the welcome inclusion of a client-side AO, the ever-useful Area Search functionality, and just about everything else that has proven useful in other TPVs. If it lacks anything at all, it is potentially that the Radar / Avatar List doesn’t include the additional listing fields found in Henri’s CL Viewer and, more to the point for many within SL, RLV/a support is lacking at the moment (although it is on the “to do” list) – which seems to be an odd feature to miss out.

There are a couple of functions I don’t entirely understand – such as using the “Ascent System Inventory”, which adds a couple of additional folders to the Inventory window whose precise function is unclear to me. Are they intermediary way points for uploads, located on Ascent’s own servers? The option to upload temporary textures suggests this – in which case, I have to admit to being leery of the functionality. I’ve searched the Ascent wiki for further information here, but have drawn a blank. “Downloading Inventory in the background” also seems to be an odd option. How is this different to the usual inventory caching, which is already dynamic and a background task?

Performance-wise Ascent feels a lot more stable than the likes of Phoenix, and certainly comparable to the “full” release of Imprudence. For me, it scores over the latter in having a wider range of skin options, and also retaining the more usable “large” Avatar List. Although it does miss out in not having a spell checker.

Ascent also appears to run somewhat faster (for me) than the official 1.23.5 Viewer, Imprudence and Phoenix. In comparison with the latter, my preferred Viewer at the moment, Ascent runs at around 10-12 fps faster on a “busy” sim and about 15 fps faster on a “quiet” sim. I have no idea if Ascent is SSE optimised, but overall the performance is good.

I have noted a couple of very minor issues, and given I’ve only been fiddling with it for 24 hours will doubtless find things that will niggle me – but currently, the fact that the Tp screen still momentarily flashes up, despite my setting the option to disable it and relogging after – does cause a frown, if nothing else.

Overall, Ascent is a commendable effort; I’m not qualified to look under the bonnet, so to speak, but from a pure user perspective, I have to say that it has the potential to become a Viewer of choice when certain other functionality has been added. That said, I would prefer to see higher visibility where the developers are concerned before I committed to a full jump to Ascent – and again, kudos to Jessica over at Phoenix in this regard. Nevertheless, providing no unpleasantness emerges around Ascent (one feels there should not be any, but the pedigree of  the Inertia viewer hovers in the background), Ascent could come to easily rival Phoenix in the TPV environment. It is already off to a very good start.