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".

I'm something of a digital hoarder and have past AuroraSim versions back to 0.4.0. Past versions did support HG as well as IWC, but those never worked properly. That was nine months ago and the current version no longer supports any inter-grid travel, so even if I did compile the old HG and IWC modules with the current version, they still would not work and would likely crash the compiling process.

I had to think a little on this, especially in light of a comment recently made on the MIV by Emporer Starfire. Apparently, their grid is implementing some of the AuroraSim features into their OpenSim code. Whether they will pass those changes back to OpenSim or not, I don't know. In fact, I have to admit that I know nothing more than what he posted in his comment. But that was only a few days ago, so I've not had the time to follow up.

One problem, though, would be region size. I am simply not going to rebuild Excelsior Station to fit a standard region size. I've just done that and it just is not satisfactory. Nor am I going to have the Station as a region on someone else's grid. I've tried that twice and both times the grids shut down before they even went online.

I was considering Kitely as well but its that cost. Being semi-disabled, I am on a very low fixed income with no increases in my benefits in sight. That is the limiting factor for me. If I am going to spend money on getting Excelsior Station online, then I want as big a bang for my buck as I can. With an OpenSim based solution, a person pays by the region, whether those regions are separate or contiguous. AuroraSim, though, is still only a single region, whether it is 256m x 256m or 1,204m x 1,024m. Or 4,096m x 4,096m.

What you just said about HG coming to Kitely is, in fact, my own thought about AuroraSim. That HyperGrid will come to it. And, if people are willing to wait for it on Kitely, I am confident that they will wait for it to come to AuroraSim, though there is no definite promise of it happening yet.

As for hosting, there's a couple of options. I could eventually host it from home to begin with. That's not viable at this time but I may be moving next year and so my ISP options will change. Zetamex is another option. To the best of my knowledge, they are able to host AuroraSim based grids. And, of course, there's cloud services. There's a learning curve there, but it is certainly an option.

In any event, it will still be some time before I can get the Station online. And even if I don't, well, it won't be for lack of trying.

I have been building in Kitely with the 1000,000 prims on a 16-sim size region. I will allow residents to do some building, but I am doing most of the major decor building. I'm not sure giving everyone 30,000 prims each would allow you to make sure everyone stays within theme. I built a sim-size castle, just for decor,

but I have at least 40 plots for homes for role players. And it only cost me $35 USD a month. I don't know the cost of Aurora Sim , but Kitely will be hypergrid enabled in a few months.

I mentioned being able to set the prim allowance only to point out that it is very easy to do, that it is not set in stone, so to speak.

The reason I went with 3mil is because I want to have enough of an allowance available so that people won't run into limits if they should choose to visit and build. Don't forget, this is not a region of 256m x 256m with only one or two residents. This is an area equal to 128 regions with possible 100 residents. That would work out to 30,000 prims for each person.

And can you really practically put 3 million prims on a single region? Sure, I've seen examples of hundreds of thousands of prims on a single OpenSim regions — usually simple blocks — but these were scalability tests more than actual use cases, since a heavily-built up region will take too long to load and visitors will get bored and leave.

The RAM savings are interesting — I'd like to see if other people can duplicate the results, and, if so, if the technology responsible can be ported back to mainline OpenSim.

Yes, those are usable. My 4k version of the Station, which is what I was working on, is set to a 3,000,000 prim allowance, or the equivalent of 23,000+ prims per region, if those were separate regions. The thing is, they aren't separate regions, nor contiguous, on AuroraSim, its all just one large region. And that allowance can be easily changed using the Region Manager GUI.

In February of last year I did a small comparison between OpenSim and AuroraSim. Each instance had approximately the same number of prims and active scripts and I used similar objects, namely a couple of Linda's OARs and a bunch of vehicles. I did the testing on my single core machine with 3Gb of RAM. My results had both versions using 100% of the CPU, which is not surprising as it is a single core machine. But the RAM usage was significant. OpenSim used 2.58Gb (86%) while AuroraSim used 2.04Gb (68%).

I still have the single core machine but I am now using a quad-core with 6Gb of RAM. Perhaps I'll do a new testing, using the same single region OAR for both on the quad-core. And ti would be interesting if others also did some testing on their own machines, just to get a variety of parameters and results.

One of the factors that is involved, Maria, is cost. Eventually, the Station will be online and open to the public. Using AuroraSim, Excelsior Station is a single region that is the equivalent of 128 OpenSim regions. Being on a limited income, cost is a huge limiter. I am thinking of going cloud, but I know almost nothing about doing so. Yet *grins*

For other benefits, well, there's the variable regions. Even using megaregions, there are some issues with region boundaries, such as landscaping and vehicle movement. Those issues are eliminated when using AuroraSim. Another benefit is the increased control over the configuration due to the configuration files being broken up into smaller ones. Some view this as more work than needed, but that is not an issue to me. If something is worth doing, its worth doing the work for it. The file based database, working alongside MySQL, is a big help with handling all asset data. Physics works, though vehicle scripts need a very minor bit of tweaking. The overall coding is actually more efficient than OpenSim is, which results in less of a load on your system.

Your best bet sarge is to try and find someone willing to work on adding variable region size support to opensim. Justian has already said i beleive that if some one wants to work on it that he is ok with it being introduced into core.