last updated: October 8, 2012
Viewers are just as important to the Metaverse as OpenSim or AuroraSim are. After all, without a viewer you can't access the Metaverse at all. But not all viewers are created the same. Each has a little something different from the others. Which is great since each of us seeks the best possible experience. And there's always lots of discussions about the various pro's and con's of viewers. Yet, it seems to me that there isn't a listing of the viewers and their features. Yes, Second Life has their Third Party Viewer directory, but even that doesn't list any of the various features. Well, no more. Here's Misfit's Index of Viewers.
But first, a bit of info about what I've done here. I downloaded the latest release of each viewer listed, current as of the date above. I installed each viewer “over top” of the previous installation so as to keep my settings. I tried to test every feature that I am used to as well as those that I see people talking about. I am hoping that people will let me know of features they like so I can add them. But, there are a lot of features to test each time and so I am limiting things until I can fully incorporate the information. Each viewer has been tested on my home setup which is a two computer LAN using Ethernet, not wireless, across a Cisco Linksys router left on default settings. One computer does duty as the server and the other as the client. Both computers are 64bit and both are running Windows 7-64bit. Each viewer is the 32bit version unless otherwise noted under the Version heading.
This index will be carried on as a separate page on this site and I've added a link to the menu on the left (note, that the separate page is this page). I have laid this index out in 2 distinct sections. First, a set of tables that lists the features and whether they are available, or what the feature's limits are. I have added special notes below each table if any further explanation might be needed. The second part is a short section for notes specific to individual viewers.
This Index will list viewers that can be used to access OpenSim and/or AuroraSim based grids and stand-alones and are not focused on any one grid. It will not list Second Life only Third Party Viewers or viewers that are dedicated to a specific grid.
Only viewers that are PC/Laptop based with a fully functional Graphic User Interface (GUI) will be listed. I don’t have an Android phone or a tablet, so I cannot test those.
These viewers are the versions released and downloaded as of October 8, 2012.
Viewer Features
Table 1
Viewer | Version | Released | Links |
---|---|---|---|
Angstrom Viewer | 1.1.7 (28947) | Aug 26, 2012 | Home Page | Download Page |
Astra Viewer | 1.6.4 (1) | Jun 4, 2012 | no Home Page | Download Page |
Catznip Viewer | R6 (3.2.2) | Feb 25, 2012 | Home Page | Download Page |
Cool VL Viewer | 1.26.5 (13) | Oct 13, 2012 | | Home Page | Download Page |
Firestorm Viewer | 4.1.1 (28744) | Jul 9, 2012 | Home Page | Download Page |
Imprudence Viewer | 1.4.2 (Beta) | Sep 11, 2012 | Home Page | Download Page |
Kokua Viewer | 3.3.4.23807 | Sep 3, 2012 | Home Page | Download Page |
Phoenix Viewer | 1.6.1 (1691) | Mar 19, 2012 | Home Page | Download Page |
Singularity Viewer | 1.7.2 (2956) | Sep 15, 2012 | Home Page | Download Page |
Teapot Viewer | 0.2.6 | Sep 2, 2012 | no Home Page | Download Page |
UKanDo Viewer | 0.1.5.0 | Sep 3, 2012 | no Home Page | Download Page |
Voodoo NXG Viewer | 1.2.0 (8) | Aug 20, 2012 | no Home Page | Download Page |
Zen Viewer | 3.4.1 (5) | Oct 6, 2012 | Home Page | Download Page |
Table 2
Viewer | Interface | Grid Access1 | AuroraSim Compatible | Export Linkset XML | Axis on Root | Nanoprim | Max Hollow | Undo/Redo |
---|---|---|---|---|---|---|---|---|
Angstrom Viewer | V3 | Manager | Yes | HPA2 | Yes | 0.001 | 99 | Yes |
Astra Viewer | V1 | Manager | no | Yes | Yes | 0.01 | 95 | Yes |
Catznip Viewer | V3 | Switch | no | no | no | 0.01 | 95 | Yes |
Cool VL Viewer | V1 | Manager | no | Yes | no | 0.01 | 99 | Yes |
Firestorm Viewer | V3 | Manager | no | no | Yes | 0.001 | 99 | Yes |
Imprudence Viewer | V1 | Manager | no | Yes | Yes | 0.001 | 99 | Yes |
Kokua Viewer | V3 | Switch | no | no | no | 0.001 | 99 | Yes |
Phoenix Viewer | V1 | Manager | no | Yes | Yes | 0.01 | 99 | Yes |
Singularity Viewer | V1 | Manager | no | Yes | Yes | 0.01 | 95 | Yes |
Teapot Viewer | V3 | Manager | no | no | Yes | 0.001 | 99 | no |
UKanDo Viewer | V3 | Manager | Yes | no | Yes | 0.01 | 95 | Yes |
VoodooNXG Viewer | V1 | Manager | Yes | Yes | Yes | 0.001 | 99 | Yes |
Zen Viewer | V3 | Manager | no | no | Yes | 0.001 | 99 | Yes |
1 Grid Access refers to what is done to enable the viewer to access various grids.
'Switch' refers to the need to modify the link by adding —loginuri <grid url> switch. With the advent of Linden Lab’s SL only policy, this feature will be removed as developers produce viewers that comply or don’t comply with that policy.
'Manager' refers to a built in Grid Manager that allows the user to add, delete and update grids via a specific window, accessible on the login page and/or through Preferences. Do not confuse this with a Grid Selector.
2 HPA or Hierarchical Primitive Archive is a format that allows for the exporting and importing of objects which allows the object to retain its Contents.
Table 3
Viewer | Built-in AO | Radar | DbleClik Minimap TP3 | DbleClik Land TP4 | Support Mesh | Command in Chat5 |
---|---|---|---|---|---|---|
Angstrom Viewer | Yes | Preferences | Yes | Preferences | Yes | Yes |
Astra Viewer | Yes | on MiniMap | calls World Map | Preferences | See6 | Yes |
Catznip Viewer | HUD | no | calls World Map | Preferences | Yes | no |
Cool VL Viewer | HUD | Top Taskbar Menu | calls World Map | Preferences | Yes | no |
Firestorm Viewer | Yes | Preferences | calls World Map | no | Yes | Yes |
Imprudence Viewer | Yes | on MiniMap | Yes | no | no | Yes |
Kokua Viewer | HUD | no | Yes | Preferences | Yes | no |
Phoenix Viewer | Yes | Bottom Taskbar Button | calls World Map | Preferences | Yes | Yes |
Singularity Viewer | Yes | Top Taskbar Menu | calls World Map | Preferences | See6 | Yes |
Teapot Viewer | Yes | no | Yes | Preferences | Yes | no |
UKanDo Viewer | Yes | no | Yes | Preferences | Yes | no |
VoodooNXG Viewer | Yes | Bottom Taskbar Button | calls World Map | no | See6 | Yes |
Zen Viewer | Yes | no | calls World Map | Preferences | Yes | no |
3 DbleClik Minimap TP refers to the feature of double clicking on the minimap to teleport to that location. An entry of "calls World Map" means that double clicking on the minimap will open the World Map for your teleport.
4 DbleClik Land TP refers to the feature of double clicking on a spot inworld to teleport to that location.
5 Command in Chat refers to a feature where the user can say in chat a specific command to initiate something. Example: saying in open chat gtp 128 128 100 will teleport the user to the coordinates of 128, 128, 100. Saying dd 512 will change the draw distance to 512 metres.
6 See means that the viewer can “see” mesh inworld but does not have the ability to import mesh objects.
Table 4
Viewer | OSSL Script Support | Power User7 | Build Height | Copy & Paste Prim Parameters | Remove Scripts | Max Draw Distance8 | MoaP |
---|---|---|---|---|---|---|---|
Angstrom Viewer | Yes | no | 4096m | Yes | Yes | 1024m | Yes |
Astra Viewer | Yes | Yes | 4096m | Yes | Yes | 1024m | Load Texture9 |
Catznip Viewer | Yes | no | 4096m | no | no | to be checked | to be checked |
Cool VL Viewer | Yes | no | 4096m | Yes | no | 512m | Load Texture9 |
Firestorm Viewer | Yes | no | 10000 | Yes | Yes | 1024m | Yes |
Imprudence Viewer | Yes | no | 10000 | Yes | no | to be checked | to be checked |
Kokua Viewer | Yes | no | 10000 | no | no | to be checked | to be checked |
Phoenix Viewer | Yes | no | 4096 | Yes | Yes | 1024m | Load Texture9 |
Singularity Viewer | Yes | no | 4096 | Yes | Yes | 1024m | Load Texture9 |
Teapot Viewer | Yes | no | 10000 | no | no | 512m | Yes |
UKanDo Viewer | Yes | no | 4096 | no | Yes | to be checked | to be checked |
VoodooNXG Viewer | Yes | no | 4096 | no | Yes | to be checked | to be checked |
Zen Viewer | Yes | no | 10000 | Yes | Yes | 512m | Yes |
7 Power User refers to a setting allowing the user the following extra abilities:
Animation Priority up to 7. Meant for animations that should override anything and everything at all times. DO NOT USE THIS FOR GENERAL ANIMATIONS.
Right click > Destroy objects. Permanently deletes an object immediately, when you don't feel like waiting for the server to respond.
Right Click > Explode objects. Turns an object physical, temporary, and delinks it.
WARNING: Be careful when enabling Power User functionality as it can really screw things up for you. (I accidentally exploded a build that was over 1,100 prims)
8 Max Draw Distance is the maximum drawing distance that you can set in the viewer’s Preferences under Graphics. This can be over-ridden using Command-in-Chat.
9 Load Texture refers to the necessity of loading the parcel’s media texture onto the prim face first. Caveat: I don’t use MoaP and so I am unfamiliar with setting it up properly.
Viewer Notes
Angstrom Viewer: Can bulk upload sounds. Angstrom has the LSL<>Client Bridge feature. This Bridge is functional only in Second Life. Disabling the use of the Bridge in OpenSim has no effect that I can discover. If you leave it enabled, however, the viewer will attempt to attach it, will not be able to and will drop it on the ground, leaving an invisible prim that is almost impossible to find and grab. This invisible prim does count against your sim’s parcel allowance. Linkset Imports have a 254 prim limit.
Cool VL Viewer: Requires installation of Snowglobe 1.4.2 from Linden Lab. There appears to be incompatibilities with either Windows 7 or 64bit systems or both. Mesh functions, Copy & Paste Prim Parameters and others are disabled on my setup. I do know that those functions work under Windows Vista 32bit as I used them when I was running that operating system. The version tested here is the experimental version. There is a stable version available on the download page above this experimental version listing.
Firestorm Viewer, Phoenix Viewer: Only the OpenSim based versions are included. Both of these viewers have the LSL<>Client Bridge feature. This Bridge is functional only in Second Life. Disabling the use of the Bridge in OpenSim has no effect that I can discover. If you leave it enabled, however, the viewer will attempt to attach it, will not be able to and will drop it on the ground, leaving an invisible prim that is almost impossible to find and grab. This invisible prim does count against your sim’s parcel allowance.
Teapot Viewer: Can Search for new grids from Login Splash page. Can enter new login URL on Splash Page.
Zen Viewer: Includes photography and video tools. Can Search for new grids from Login Splash page. Can enter new login URL on Splash Page. Login Splash page includes information of when new releases are available.
Post preview:
Close previewSingularity Viewer has had the ability to import Mesh before Firestorm did. Check into it. Your info is wrong.
My info is out of date. I haven't been able to keep this up for almost two years. I asked for someone to take over this Index two years ago and nobody stepped up.
Why is Exodus Viewer not on the list? I have tested this on Aurora-Sim and it works ok!
I'm not sure what version you used, but they went with the SL-Havok sub-licensing. If I remember correctly, that license restricts the use of the Havok related code to SL only, and the MIV does not list SL viewers, that's what the TPV does.
Here's the copy of the article I wrote:
"August 21, 2012
Another viewer, Exodus, has decided to go with Second Life and will be dropping support for OpenSim.
"We hope to begin circulating test builds of our Viewer 3.4 based version of Exodus with the new Havok sub-license sometime in the next week or two."
Update:
The Cool VL Viewer will be maintaining OpenSims support.
"The Cool VL Viewer will stay an Open Source viewer and as such, will not use sub-licensed Havok libraries".
Please post any comments on the MIV page."
Okay in February I commented that I visited Aurorascape. Its since closed unfortunately.
A quick update on the viewers I commented on:
Imprudence Viewer - 1.4.2 Now apparently crashes with bigger region sizes. However does appear to support Infinite Regions.
Firestorm (For Opensim) There are two versions of Firestorm Should clairify that the Firestorm For Opensim does support aurora based grids.
And just a quick update. After I spoke with my development team we did implement some of the features from Aurora Sim such as Var regions, infinite Regions, etc. In more ways our grid is compatible with Aurora Sim now. We are phasing out some features from Opensim though as the source code no longer meets our stability standards.
What grid?
Additional Correction:
Imprudence Viewer - According to Aurorascape (the Aurora Sim development grid) Imprudence 1.4.0 Beta 2 Only does support Aurora Sim though it is not recommended due to its lackign support for multi attachments.
Singularity - According to Aurorascape (the Aurora Sim development grid) Singularity 1.6.0(3) ONLY! (Newer versions do not support Aurora-Sim)
Cool VL Viewer doesn't require seperate install of Snowglobe any longer. I installed and used it successfully on our grid on its own. Recommend changing to its status to based on Snowglobe.
Hope this helps a little bit. I also did create an account and logged into Aurorascape and was impressed with what i saw last night. I am one that is not impressed easily.
Thanks for the info. I'm trying to free up some time to do a full update of the Index (it takes a full day to do).
Just an FYI about viewers and AuroraSim in general. If a region is the standard 256x256 size, then there's usually no problem with many of the viewers. Its when you try to use them on a region that is larger that a viewer will run into problems. I'm not sure about when you are on a smaller region (yes, you can have regions that are smaller than 256x256)
Your welcome.
Its good to know you can have smaller regions then the standard 256x256 but I am not so sure you would find anyone that would want a smaller region. Either way I was impressed with what I saw. I am discussing what I saw with the members of our development team. Who knows we might just implement some of the features on our grid.
Great :-) The people at AuroraScape are very approachable and easy to talk with, too. And a certainly more knowledgeable than I am when it comes to some of the ins and outs of operating a grid. So far, I've had mine offline, so I've not yet dealt with issues that come from having multiple users, let alone being online.
Yes I noticed that last night when I logged into Aurorascape. Caro Axelbrad was kind enough to make me feel welcome. I can tell you (not to scare you from running a grid as I believe everyone should be adventerous) there is alot to running a grid. Its not just the in world (in our case we call it In Galaxy), but it is also the management of the administrative tasks as well as development. But I have been enjoying the experience of on the job training as it were. SO far it has been fun as a hobby on the side of my normal job.
Well, I like to believe that I understand much of what it takes to operate a grid, though I am lacking in experience (spots a road sign ahead … "Steep Learning Curve"). One of the benefits of keeping Excelsior Station limited is that it reduces the likelihood of becoming swamped. And by being open and describing what I am doing helps. Keeps me on track and involves the community as a whole.
Documentation is a key. I always document everything I do whether it be fixing a bug, administrative, relating to a user account issue, etc. I enjoy learning and you can never stop learning or learn to much.
The thing I enjoy most however, is watching and seeing the creativity of others. Everyone has creativity in them if they have the means to do it. Sadly this is lost today in the real world and on some of the many grids. But I have found in my exploration that alot of problems can be solved if grid owners and operators and users alike keep an open mind. Its when the mind is closed that the problems begin.
Corrections:
1) Since 4.3.1 Firestorm for OpenSim is Aurora-Sim compatible. In fact, other than HPA import/export, Firestorm is feature for feature comparable with Angstrom. The aurora-sim work was done in a joint effort between myself and nhede Core for the benefit of both Firestorm for OpenSim and Angstrom.
2) Firestorm for OpenSim's build constraints are dependent on the simulator they're connected to, so if the simulator allows building at 1,000,000, you would be able to build at that height. If it allowed hollows of only 0.90, you would be limited to that, etc etc etc.
3) "DbleClik Land TP" is set from preferences. In fact, all V2/V3 based viewers have this feature as it comes from V2 itself.
4) It might be prudent to update your download link for Firestorm to one that points to the OpenSim version download page http ://wiki.phoenixviewer. com/downloads#current_release_-_opensim_build
5) Singularity has "Power User" mode. The feature actually comes from Ascent and afaik, hasn't been removed. If Astra Viewer has it, you can bet it was in Singularity too as Astra Viewer is based on Singularity.
6) Destroy Object doesn't actually delete anything, it sets it physical and moved it to a non-existant point on the simulator (0,0,-1) where the simulator silently eats it.
7) In both Firestorm for OpenSim and Angstrom, the LSL bridge has been disabled when connecting to an OpenSim or aurora-sim grid. (Though I'm working on fixing this for aurora-sim right now, but that's beside the point.)
8) It might be nice to list which viewers use Legacy/Classic Search from v1 as websearch found in most V2/V3 based viewers is a useless piece of junk.
Thanks, Cinder. I got sidelined for a couple of months and am woefully behind on things. Updating this list is very high in my priorities. Your points are all good ones, especially about Search. That's a good thing to have listed and will be done.
From #7, can I reasonably conclude that you are on the development team? If so, #6 may explain why I cannot find an object that has been causing error reports in my console. I thought it was on my end. I'll have to fire it up and get the specifics. I'll submit a bug report once I do.
Yes, I'm the OpenSim/AuroraSim developer for Phoenix-Firestorm.
Hmm, not quite sure why wikidot changed my surname, but I'm Cinder Roxley in SL and Cinder Biscuits everywhere else.
hmm. stumbled across this page by sheer luck, not sure how much you're still doing with it, but thought i'd mention that the Angstrom home and download links need updating. took me a little digging to find it, it's still on bitbucket but now at nhede/Angstrom2
Thanks. I've "been away", but have returned and updated that link
Cool VL Viewer does support double-click land TP btw. Also, AFAIK, mesh upload doesn't work in windows yet, but is functional in *nix (and possibly mac?) versions. Copy/Paste parameters works for me (Vista-64) it's just not as granular as phoenix.
Thanks, Sphynx. There's been a couple of releases of Henri's Cool VL Viewer since I last checked it out. I've been waiting on the release of Perseus to do a full update of the Index, so I'm a little behind.
Regarding mesh upload, I have used Cool successfully, but it may be buggy since then. No dis on Henri, bugginess is part of the nature of hundreds of thousands of lines of code. Change one little thing and other things get a bit out of kilter.
"Since Linden Lab has removed the ability of their viewer and approved TPVs from logging in to OpenSim and AuroaSim grids, viewers will be able to log in to Second Life or OpenSim, but not both. This Index will list viewers that can be used to access OpenSim and/or AuroraSim based grids and stand-alones and are not focused on any one grid. It will not list Second Life compliant Third Party Viewers."
This is entirely incorrect. Who told you this blatant lie? LL has removed the ability from their own viewer to log into non-LL grids because of a license on some newly integrated third party code (llphysicsextensions package which includes parts of Havok). Some viewers, such as Dolphin, will be dropping OpenSim support for the ease of maintainance and to reduce code divergence between themselves and Linden Lab viewer. LL only forbids viewers from logging into non-LL grids which license this specific, commercial, third party code. This code is useful for mesh physics generation during upload (but there's a free alternative) and it's necessary to preview newly introduced navigation facility. Should a viewer decide not to license this third party code, or should they maintain a separate version without the said third party code, the viewer without commercial third party code is allowed to log onto any grid.
Our plan in this regard is not to license commercial third party code and provide only skeleton support for new facilities on Second Life, at least until a free software solution can be conjured. We will continue to support both Second Life and selected non-LL grids, and we won't be violating the Second Life TPVP, this has been clarified by our liaison Oz Linden.
From what I understand, the SLViewer source code will no longer include the ability to use the —loginuri switch to login to grids other than Second Life. Therefore, any TPV that uses that version or later will also have the switch disabled. Yes, it is done as a result of the Havok sub-license. And you are correct, a TPV without the Havok license and code can enter Second Life. But I don't believe the other way around is allowed. That is, Havok sub-licensed TPVs are not allowed to be used in OpenSim.
Yes, the current Linden codebase has this —loginuri and the grid selector features removed. It can be brought back by a couple of reverts, no biggie, few whole minutes of work. Obviously, you can't have both those AND the Havok sublicense in the same release build. It remains to be seen which viewers are going to go through the licensing process at all, and at the end, it's totally up to viewers what they want to support. Saying that LL has removed the ability of "approved TPVs" to log into non-LL grids is blatantly wrong, because inability to log into non-LL TPVs is not a necessary condition for being an approved TPV, far from it. It's not the question of Second Life compliance. The features provided by sublicensed code are optional. The way your text reads is that viewers will need to chose between being Second Life only and non-LL only, you'll have to agree that this is not the case. Furthermore, LL will sublicense Havok code at their descretion. They will not sublicense to viewers for any reasons they see fit, like viewers which do not provide major unique contributions to the official Second Life viewer - at least that's the way i understood it. So i suppose smaller viewers aren't even really given much choice there.
Thanks for corrections that you made. For fairness, the Mesh column on Singularity should read "See[6]". And you still missed the Power User option, it should read "Yes".
Also Astra viewer supports AuroraSim. As another option, there's VoodooNXG on github account samiam123, maybe you would be curious, it's another Astra/Singularity derivative.
Siana, I think that calling them "approved" is the proper term. I am not sure, but don't all the TPVs have their beginning in SL base code? So, removing something from the base code has the same effect of deciding to approve or not. After all, if a TPV doesn't use the new code, then eventually it is simply phased out for lack of support and features. "Furthermore, LL will sublicense Havok code at their descretion. " So, if a viewer is not approved, it doesn't get the sub-license. The point is that all viewers can enter SL now, but that will not remain so. I don't think it will be long before LL will decide that all Residents should have the best possible experience and so all viewers will be required to have the Havok license. Or some such other policy that has the same effect.
Besides, whether a viewer can be used in SL, or any other closed grid, is not what this listing is about. Its about the viewers that can access OpenSim and AuroraSim based grids. If a developer decides to go with the Havok sub-license, then they have to build a version without that bit of extra coding to be usable outside of SL. And that OpenSim version is what will get listed here.
I don't see how "approved" is a proper term. It sounds official, and yet you simply invented it.
Yes, all fully graphical TPVs are derived from Linden codebase. However, there are a few important points:
1) Maintaining a TPV against Linden codebase means maintaining a set of differences, not a carbon copy. Adding one more difference doesn't break the bank, and doen't make it grow out of date automatically. Distributed version control systems, such as Mercurial used by pretty much all the V3 TPV teams, automate the process of maintaining these differences.
2) Not all of TPVs are derived from a specific version of Linden codebase. Singularity isn't, Cool VL isn't, none of the viewers which bear any relationship to either isn't. Surprisingly, even Firestorm, a V3 TPV, contains a lot of both super recent and somewhat older Linden code, because they don't always want to introduce all the fresh bugs before someone on their team or at Linden Lab has ironed them out, so they aren't following the Linden codebase exactly either.
3) Lindens generally stay out of our way and do not tell us how we are to accomplish features and compatibility, and whether we do this with their means or with our own. If you were of opinion that TPV devs can't program, i'd pretty much have to slap you hard - well, some probaby can't, but quite many enough can. Of course there's a definite push against the viewers incompatible with new types of content, and there will be lots of nudging to get the users off them. However, content creation tools are exempt from it. Besides, reduced functionality viewers are still explicitly OK. You will see Radegast right on the list with others, which obviously does not have functionality comparable to full featured viewers.
I don't disagree with the purpose of the list, which is a quick overview of viewers compatible with non-LL grids. I do disagree with wording where you're stating as if it was a fact, that viewers will be forced off the TPVD or disallowed log-ins into SL (and these are the meanings of the word "approved" for like pretty much everyone besides yourself apparently) for either allowing log-ins to non-LL grids or not integrating the (generally unavailable, only offered to select few viewers) proprietary code, which could very well be your speculation or opinion, but there's absolutely nothing making that conclusion a fact!
Well, I'm not interested in debating whether my use of "approved" is in the approved form. I'll look it over later and think it through.
Astra stopped being AuroraSim compatible at come point when AuroraSim went to 0.5. The Voodoo viewer is more of a developer's viewer and is generally not a publicly available one. I'm respecting that in not listing it :-) But I hope he decides to make a public release.
~~~
Later: Well, I checked it out and it looks like Voodoo is now publicly available, and a new version at that (I had 1.1.7). Thanks, I'll add it soon.
I'm the Singularity maintainer. So, CORRECTIONS!
THE BIGGIE. We support mesh viewing, since 1.6.0 which came out back October-ish? We were one of the first basically. Astra inherits mesh viewing from an early version of Singularity Mesh codebase. We still don't have mesh upload. In one of the comments here you even write that you're aware, then why do you treat us differently and say that Astra has See[6] and Singularity does not, while we provide the exact same level of mesh support in principle? Please fix this.
Max Hollow: 99% since 1.7 on non-LL grids if render compatibility is disabled in the grid manager.
Nanoprim: so far 0.01m, will be 0.001m in the next update, added that just now. Didn't know or think anyone would want this before someone requested that a few days ago. Why do people just expect things to be there and don't simply file a ticket, is beyond me.
Doubleclick teleport on minimap: works if you set doubleclick teleport (on land) in the preferences. Same applies to Astra.
Power user: we have it, we inherited this from Ascent, and Astra inherited it from us. Now, i think it's not worthy of its own column, cause it's a setting which toggles bunch of features, not a feature of its own. I think of all these, only uploading animations with high override priority could be a useful and list-worthy feature. I'm even thinking of stripping the rest of it away, and auto enabling high animation priority upload on grids which agree to this (doesn't work on Second Life). Because if one can provide one more useful function with one fewer setting, it's always better.
I'm not sure new Astra still has mini-map radar, it is worth checking whether they possibly have stand-alone radar like we do these days. Original Astra was forked off Imprudence 1.3/1.4 transitional codebase. However, that has been thrown away a few months later and new Astra was forked off Singularity.
So, correct our entry, or else… i'll do the Henri-face! :D
Siana, I only provide the links. If there's incorrect information on the Singularity Home Page or Download Page, then its on their end. I have nothing to do with those websites. Only the pages on this wikidot site.
I've fixed the info from your comment. Its a little tiring to check every feature of every viewer and errors happen.
Astra is being replaced with Perseus, according to FlyMan. He's looking to release it October 1.
Could you set me up as a user on Misfits Folly I would like to try to reproduce the kokua inventory load issue mentioned above. I can't find a reg. link.
Sure, here's the link to register: [http://misfitsfolly.zapto.org:9000/wifi] but the issue may be related to me running my viewer on a Win7 64bit system. Anyway, register there and I will send back an email confirmation. That way I don't have to mess with your password and stuff.