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!


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.

Viewer 2: Finally starting to show promise

Viewer 2.2 is now out and available – and it is finally starting to look like something many people can live with.

The ability to customise the interface has long been a bugbear in all iterations of the Viewer; and while we still cannot reasonably expect to be able to fiddle with things to the Nth degree, the ability to re-order things like the on-screen buttons is a step forward. We don’t all work the same way, we don’t want to do the same things – we’re not all right-handed or left-handed, much less all left-, or right-brain dominant – so this is going to help many reorganise things into a way that they feel is more logical and easier to use when it comes to their needs. Kudos, at last.

Similarly, the ability to float options away from the sidebar is a good step forward – although it seems from comments that the sidebar still remains the focal-point of the “new” Viewer, and not the in-world view; so my personal pet peeve with the Viewer remains.

It’s also nice to see the promised two-way “dialogue” between TPV developers and LL start to yield fruit, with tools we’ve seen commonplace in several TPVS – texture alignment, Google-powered translation, etc., – finally entering into Viewer 2; may snowstorm result in much more of this – and in both directions.

It’s also nice to see some major idiocy in the Viewer finally disappear, seemingly despite LL’s repeated refusal to initially listen and then simply drag their heels after admitting the problem(s). That parcel icons are now on by default is welcome news so is the ability to turn off scripted lighting and particle generators. Given the amount of resistance shown by LL to do the former, I wonder who took Esbee or someone outside and gave them a firm talking-to?

The reaction to the new Viewer has, overall, been positive in the comments following Esbee’s post, and there have even been some very good suggestions put forward for future improvements. I would hazard a guess that, unless said suggestions find their way into a TPV from a third-party – such as Kirstenlee’sS20, which still outstrips Viewer 2 and offers a (largely) genuine pleasure of a Viewer experience – and thus potentially into Snowstorm, I seriously doubt that they’ll be taken anywhere by Esbee et al.

Are these change enough to get me to jump ship from 1.23.5? Well, to be honest, no, not quite yet. I am curious to see if Marine updates her initial cut of the RLV-enabled version of Viewer 2 she put out on the 10th Oct, and which appears to be based on the Viewer 2.2 code as it stood then; whether changes were made to the base code between the 10th and yesterday’s release is beyond me. If she does, I’ll give things another look; but I’m still very attached to Phoenix – not just because of RLV, but because it still offers capabilities that are extraordinarily handy when keeping an eye on sims and tenants. These far outweigh the bells and whistles offered by Viewer 2, such as media-on-a-prim (which itself seems to have fizzled out like a wet firework rather than illuminating Second Life like a night-time space shuttle launch). As to the really useful features of Viewer 2: Alpha Masks, Tattoo Layers – they are already in the majority of TPVs, and so are hardly an encouragement to make the jump elsewhere.

So where is my incentive to move? Multi-attach / multi-wear? Very nice, but not actually essential, given how long I’ve lived without them – and certainly not worth a trade-off with that bloody sidebar barging out onto my screen without me cluttering-up world-view real estate with minimised windows torn off from it. And then we have the biggie: does search actually work in Viewer 2 now? I’ve honestly lost track of that situation.

Which really means my personal analysis of the latest release is really, “Congratulations, LL on getting a new usable Viewer out there for people. Pity you opted to push the code through the door eight months premature; you’ve still left yourselves a big mountain to climb in the eyes of the more cynical as a result of that mistake. But – well done, all the same, for keeping to your promise vis Snowstorm”.

SL VI: The Search for a CEO

After about four months as interim CEO, working closely with Bob Komin, the management team, and the board, we’ve decided we are ready to start the search for a new CEO. I’ll be leaving day-to-day management of the company and continuing in my role on the board, including helping in the search to find a great CEO. I will also be continuing my work with my new company, LoveMachine. Bob will lead Linden Lab while we conduct the search. It’s been an intense few months of transition, and we all feel like we are in a better place now, with a clearer sense of direction and more focus, and are ready to bring someone new into the mix as a leader.

So sez Philip Rosedale today. I find this news interesting on two levels. Firstly, as Ciaran and others point out, it’s not surprising. Philip made it clear his return was an interim thing following the departure (voluntarily or otherwise) of one Mark “Target” Kingdon. Nor is it a surprise that Philip is “returning” to LoveMachine – the latter has been his first love for a goodly while, and one in some respects cannot fault him for wanting to “get back” to it.

And yet…the timing of the move is a little odd. In the general scheme of things, “interim” CEOs are brought in / step in to oversee a transitional period in a company – and it is very odd to see one depart when the transition is less than 50% done – and with a new CEO yet to be found, leave alone recruited, then it is more than fair to say the job is less than 50% done.

Indeed, it is also fair to say that the departure of an interim CEO during a transitional process can usually be taken as an indication that the CEO and the Board have had a difference of opinion and have reached an impasse of some form. Now, I’ve never been entirely sure that Philip’s original “departure” from the day-to-day running of Linden Research was as rosy as was portrayed at the time, coming as it did  at the time when other Board members were becoming ever more belligerent towards the user base as a whole (vis-a-vis Kapor’s “step aside” speech at SL5B). And while you can accuse Philip of many things, he’s never lost his respect for the SL user community as a whole; as such, his attitude could be said to be in sharp contrast of that of other board members at the time – and this contrast might have encouraged his “departure” from the CEO role. Could it be that the very same contrast has come up again, forcing his “premature” departure from the interim role?

Or could the reason be a lot simpler to explain: that he has in fact already “found” the next CEO of Linden Lab in the form of Bob Komin – but the Board have yet to accept / appreciate this?

Lets face it, Bob Komin has been effectively running the company alongside Rosedale since the latter “returned” so dramatically. It was Komin (apparently) that spearheaded the staff cuts and the realignment of much of LL’s satellite business (SLE, etc.).  He’s be brought out of the relative shadows for in-world meetings, and his name has been extensively linked with things like the “back to basics” campaign as much as Rosedale has hitched his own name to that particular wagon.

Now Komin is moving from a position of co-pilot alongside Rosedale to actually piloting the company on a day-to-day basis. Given this, I can’t help but wonder if he is not being given a chance (by Rosedale himself) to demonstrate to the Board that not only does he have the wherewithal to make the hard choices and drive through extensive cuts – he can also lead the company as a whole, managerially as well as fiscally.

Let’s face it; bringing-in a CEO from outside is fraught with risk – as the Kingdon Years demonstrate. Second Life – let alone the quirky nature of Linden Lab – is not the easiest thing for one to get one’s business head around; so bringing anyone in from outside is a massive gamble. This is where I differ in view to Ciaran and others: the risks in bringing-in someone from outside, to me, are far greater than the risks inherent in having someone like Komin take the helm “from within”, so to speak, full-time.

Right now, LL doesn’t need more upheaval. It needs a period of steady, considered management progress and stability. This is more likely to come from within, where the egos involved have already gone through the arc of putting down a stamp of authority on matters, than it is by bringing in a “big gun” (assuming one can even be found and hired) from outside who is going to put their need to exercise their own stamp and brand of leadership on things ahead of what actually needs to be done.

For that reason, I’m hoping that Philip’s oddly timed departure from the CEO seat is at least in part because they have a CEO-in-waiting in the form of Komin; that this move is, in fact, a canny means of allowing Komin to demonstrate this is fact to the Board, and the “search” will result in a further announcement in, say, a month, that he has been appointed to the role full-time.

Dicing with Second Life

Let me say right away that Karsten Rutledge rocks (as much as I hate that term). His builds within Second Life are divine, and his fabulous Neuspa (which for some reason isn’t on his website) is something a male friend introduced me to a long way back in time, and which is something I’ve had huge amounts of fun with barrelling around the mainland roads both exploring and bouncing off sim boundaries, or jetting around water sims and being catapulted into the middle of next week when hitting sim boundaries there…

But Karsten is probably most famous for his board games. These were really popular a few years ago, and now are enjoying a massive resurgence across SL. It seems that it is impossible to go anywhere on the grid without tripping over one in particular I’ve taken to calling “Addictive, Addictive” purely because so many are playing it constantly.

And this has got me wondering if we’re not seeing, in a very minor way something of a social commentary on the state of Second Life with so many logging on simply to play a game-in-a-game? Now, before you start campaigning for my head – this a) isn’t a rant against games in SL; b) nor do I miss the fact that playing board games anywhere can be an immensely social activity full of fun, chiding, teasing and general getting-to-know-one-another. I get that. Really.

But let’s be honest here a moment, and look at the other aspect of board games in modern life. The reality is, they are something comes out on three occasions: at family get-togethers, perhaps a couple of times a month (if we have kids, etc.), when we’re having a small social gathering of like minds (which is about the closest equivalent to SL, in fairness), or when we’re fed up with the rubbish on television and there is really nothing else to do…

Second Life is supposedly a rich, immersive experience offering a rich diversity of entertainment, distractions, opportunities and the like. Yet it seems that across the grid, even in sims that have been purpose-built to provide unique role play and other experiences  – experiences one might have thought would naturally attract those wanting to available themselves of the facilities – it seems that the one guaranteed activity one will find in them is … people sitting playing a board game involving green baize and dice – frequently while the rest of the sim stands ignored and empty.

Could it be that, to paraphrase (or possibly update) Bruce Springsteen, Second Life is feeling to many like television – that while there may well be 357 channels, there is actually nothing on that appeals? I mean, again in fairness it’s not even as if something like Greed….”Addictive, Addictive” actually encourages direct interaction; unless Voice is used, conversations are hard to hold when focused on pointing at the game table, clicking, calculating and so on. Do is it really the case that playing a humble game with dice has usurped shopping, exploring, roleplay, dancing, skydiving, and so on?

Or are we all just a digital nation of closet gamblers?

Lagging behind the times

Frank Ambrose – FJ Linden blogs on the technology side of SL; and for once I have to wag my finger at him. This is a rare occurrence for me, as Frank is one of the most straight-up and openly “honest” (for want of a better word) Lindens who posts on the blog. But this time, part of his post does not reflect the realities of the SL experience.

Before getting to the wagging however, getting feedback on the technology side in SL is always good – and to be sure, Frank has led the charge behind the scenes in making the infrastructure a  lot better and more reliable; and some of the news he brings is good. Specifically, it is good to know that Group limits will soon be increased to 40 (albeit with a caveat). Raising the current limit has long been one of the highest-rated requests from residents for as long as I’ve been back in SL. That it has taken so long to get around to is a little inexcusable – but it is very welcome news. I just hope it doesn’t mark the return a familiar trend of LL opting for “easy” fixes (and yes, I do appreciate more is required under the hood than flicking a switch to achieve this) that amount to throwing crusts to the crowd in appeasement in the hope we’ll overlook the bigger and more painful issues.

HTTP texture loading is also good news…and one hopes that all TPVs will be able to absorb the code sooner rather than later. I’ve already commented on the Mesh beat, so no need to dwell on that; same with Display Names.

Improvements resulting from Project snowstorm I’ve yet to experience. I use a TPV, and I think it will still take a while for benefits from Snowstorm to flow outward, rather than inward. I’m sure there are a lot of LL-side benefits from the new server deployment process, but the truth is many have yet to seen real benefits in terms of their overall SL experience; but we’ll give it time.

No, the “wait, what?!” reaction to FJ’s post can be found in the first of his “update paragraphs”, namely:

Here’s  an interesting factoid: there are about two million teleports in Second  Life every day. Previous to our recent release of Server 1.42, when an avatar teleported or crossed into a new region, everyone on the  destination sim would experience a “lag” event as the simulator stalled  while processing the incoming avatar. This was often experienced as  “jitter” on the sim, especially evident when many avatars arrived at the  same time, such as for a live event. In the new simulation code, this  slow point has been moved to a separate thread. Our simulator  performance profiling tools show that this lag pain point is almost  entirely gone, greatly improving performance for highly trafficked  regions.

WUT?? Frank, shame on you. If you really believe that this lag pain point is almost entirely gone, I can only suggest that you and your team need new “performance profiling tools” – or better yet you need to get your little pixelated bums inside SL and try Tping around the grid for more than one or to attempts.

What has happened is that the pain point has simply shifted – not gone; and rather than giving a self-congratulatory pat on the back, you could at least admit that while overall sim freezing *has* improved, lag and tp issues are still prevalent and need further investigation. Issues such as:

  • Avatars universally arriving in mid-air and getting stuck for anything up to 5-10 seconds, unable to land or fly
  • Avatars freezing immediately after landing
  • Nearby avatars *still* experiencing a (albeit momentary) lock-up when someone tp’s in nearby in a crowded sim

Over an above this, and while not the focus of FJ’s article, lag in general remains a major headache within SL, with many residents reporting it to be at least as bad as pre-1.42, if not worse.

The sim-wide freezing  – down to a Mono issues – has gone by-and-large; and this is worthy of pointing out. But to use it as a blanket to cover the wider issues is not neither fair, not what we expect from you FJ, and it rather undermines the rest of the positive news contained in your blog.

Beta mesh

Jack Linden posts today that the Mesh beta import programme opens today. As previously posted, Mesh offers the potential to revolutionise the appearance of objects into-world, and also avatars, clothing and the rest, and has been a long time coming to SL.

As one would expect, the Beta is active on the Beta grid and requires the use of a dedicated version of Viewer 2 in order to upload and import Meshes. The former is understandable – there is still much to be understood about Mesh without further screwing up the main grid; the latter decision, while unexpected, may yet see some howls from people not that enamoured of Viewer 2. BUT…in keeping with their promises at SLCC 10, and providing people have a little patience, the howls should be short-lived as the code base for the Mesh imports is targeted for release via Project Snowstorm wiki, so that Third Party Viewer developer can incorporate it into their own code.

It’s going to be interesting reading-up on feedback on the project and seeing how well LL respond to the feedback, particularly with reference to improving the Viewer side of things, which, as with everything else, is “still in development”. If we’re brutally honest here, LL haven’t responded overly positively when listening to valid concerns about Viewer 2 and its associated tools so far…

Nevertheless, this move should be welcomed; one still has concerns about the overall impact of Mesh on businesses across the grid; there is a potential for mesh to be more revolutionary than evolutionary in that regard – and many may not be able to easily adapt. Personally, I hope that we see the two types of content creation also meshing – with traditional builders who cannot manage Mesh creation able to work alongside those with Mesh skills who don’t have the desire to work with the older tools. But – time will tell.