Second Life – Page 490 – Nalates’ Things & Stuff

#SL Server Updates Week 20

2011/05/17 by Nalates Urriah

The last two weeks have been hectic for the Lindens. Several updates to the server software did not work as expected and the crash rates went up. It seems those have been corrected and things are returning to the normal cycle of upgrades.

This week’s (today’s) roll out was stopped and rolled back part way through the process. Something went wrong.

CERN Server Room - By: torkildr @ Flickr

Snack Release Channel

One of the code updates that is proving difficult to get working is the Mono2 upgrade. You probably remember it is the Mono scripts rezzing in a region that caused regions to stall for 5 to 30 seconds. That fix has been in progress since Mono was released. A couple of times now Mono2 updates and improvements have been rolled out and back. The Snack Release Channel is a special channel made up of just a few simulators on the main grid where the Mono2 changes can be tested.

SL Viewer Progress Week 20

2011/05/17 by Nalates Urriah

Lots of confusion and server problems this last week. New code being merged into the servers caused problems. For viewers the result has been problems and things not working. If you aren’t checking the SL Grid Status, you can’t tell if it is the viewer or the grid. Things are calming down and work is resuming on the viewer.

Region WindLight

More work has been done on getting controls built for setting a region’s Windlight values. The control dialogs are being arranged this week. Once that is done we’ll get a project viewer for testing. Of course, you can only test it if you have a region you manage (estate manager). If you are a region manager and willing to test the feature, get in touch with Oz Linden.

Oz expects the server side code to be on the grid by the time the Project Viewer Rolls out. So, I think we are talking a week or two…

Phoenix Viewer 1.5.2.1102 Released Review

2011/05/17 by Nalates Urriah

The new Phoenix version has Enhanced Avatar Physics. This wasn’t planned. It is a bug fix, as odd as that sounds. The problem is that series 1 viewers started having problems rendering avatars wearing the new SL Viewer’s Physics Layers. So, Phoenix Viewer users would see avatars wearing the new layer as a Ruth. Oddly the SLV2 people would see Phoenix users Ruthed too.

The details of the problem are in a JIRA report: VWR-25479

While one does need to upgrade their copy of Phoenix to the latest version, one is not required to use Avatar Physics.

I gather that the Phoenix Team had pretty much moved on to Firestorm. But, suddenly the realization the Phoenix viewer was not going to correctly render the avatars of those using the future Firestorm, Kirsten, Singularity, Dolphin, or any other viewer that used Physics Layers. This was worth a fix.

Finding Interesting Places and Things

2012/05/232011/05/17 by Nalates Urriah

I think many Second Life residents have a bit of the explorer in them. Curiosity is an attribute of many residents. So, news of interesting places is usually welcome. And then there are clothes and shoes, which are really important. Finding good sources of information on places, clothes, and shoes can be a problem. I’ve … Read more

SL Viewer Development

2011/05/162011/05/16 by Nalates Urriah

I tend to leave previous downloads of the viewers on my computer. If the new install is bad, I can revert back to the previously downloaded version. Every so often I clean out the folder. I thought it would be interesting to see how fast things were happening in viewer development. I put the version build ID, which advances numerically, and download date in a spreadsheet. It may not be significant or particularly accurate, but it is interesting.

The information doesn’t directly say anything about features being added, bug fix rates, or much of anything other than some Linden felt another iteration of the viewer was ready to test.

Mesh and OpenSim

2011/05/14 by Nalates Urriah

The Lindens have reasons to change how mesh is handled in Second Life. The changes are format changes to the mesh data set. The reason given is performance and compatibility issues with the existing SL software.

For those of us that are not up on C# or C++ and object oriented data that doesn’t tell us much. Suffice to say mesh is sort of changing from a round peg to a square peg. That means all the holes for mesh have to change too. The place in the asset database where mesh information is stored must change. How the physics engine deals with mesh has to change. The inventory handlers, the build/edit dialog, render pipeline, and other parts of the viewer handling mesh must change.

This week the movers and shakers in OpenSim have been looking at how this change will affect OpenSim. Justincc has a post up on what is known now. His post is probably the most authoritative words on the subject for OpenSim. See: Warning: Don’t rely on meshes uploaded to OpenSim (just yet)