Second Life Problem Bug

Maestro Linden posted in the Deploys thread about a bug they are having trouble reproducing. If you are seeing this behavior file a JIRA with your details and as precise a time for the experience as possible.

The one bug that we’re having trouble reproducing is a bit different:

  • User-A TPs into somewhat busy sim
  • User-A sees themselves at landing point
  • Other users see User-A at the landing point
  • User-A walks around
  • Other users see User-A move around
  • User-A appears to not move on his viewer (although animations play) – this is the bug

Aside from not seeing his own avatar move, User-A apparently sees everything else normally (objects appear, other avatars move).  We’re not sure why it only affects some users in some locations.

Second Life’s SUN-38 Dilemma

SUN-38 is a bug report in the Second Life™ JIRA. The details of the JIRA item are visible to most SL users, I think. In case not, the title is: As users of kneel/lay/sit animations and tiny/giant avatars, we need a way to change the body size in SSB sims.

The description of the problem is:

In server-side baking regions, it becomes impossible to change your avatar’s apparent size (bounding box X and Y sizes and pelvis to feet length) since the LLAgent::sendAgentSetAppearance() function becomes a NOP.

All TPVs are providing a way to adjust your apparent avatar body size: this is of uttermost importance to adjust the height above the ground for sitting (on ground), kneeling, crouching and laying anims (since those specific anims are sensitive to the pelvis to feet length and changing your shape or shoes affects this length, that, when different from the length the animation was designed for, makes your avatar either float or sink into the ground).

RLV enabled TPVs even provide a way for scripts to adjust automatically this “Z offset” so that any avatar sees the animations played right (see the full story about this feature here: http://sldev.free.fr/forum/viewtopic.php?f=7&t=447).

Such a “Z offset” also allows to adjust your avatar’s position for devices you “sit on” and that play a sit animation without letting you adjust its offset (which, again, depends on what shape and shoes your avatar is wearing).

With the appearance of rigged meshes and the tiny or giant avatars, it also became very important to adjust the bounding box (X and Y sizes) for the avatars: a tiny avatar should not bump into obstacles like if its shoulders would be 45cm wide when they are only 15cm, and giant avatars should also have a possibility for their actual shoulder width to be taken into account. Granted, the current (non-SSB) servers do clamp the values sent by the viewers, but at least, there is some possible leeway (and it would be a good occasion to remove that clamping, or at least to allow for a wider range of values).

Being unable to adjust our avatar body size in SSB regions is a MAJOR regression. Please, provide a way to do it !!!

If you only use the SL Viewer, you may not know about the Z-Offset. But, you have seen the reason for it with shoes. When one puts on various shoes they may appear to float above or sink into the floor/ground. This floating/sinking is caused by a combination of how the shoes fit and the size of your avatar.

Continue reading

Second Life DNS Login Problems – Help!

For some time we have known that some people have been having problems logging into Second Life. The error messages when dug out of the log show DNS problems. Now Monty Linden is looking at the problem. He has posted requesting help in the SL Forum. So, help out folks.

First some explanation: DNS stands for Domain Name System. This is an arrangement of servers across the world that turn ‘domain’ names, like SecondLife.com, into IP Addresses. Just like phone books allow you to look up a name and get a phone number. With the number you can make a call. It is the same with computers. They need that IP Address to make a connection.

Generally your ISP provides you the address of a DNS server. From that server you get all other addresses.

Mac users have had an especially hard time with the problem.

Continue reading

Second Life Crashing SkyDrive Problem

Crashing when uploading textures and several other assets is caused by having Microsoft’s SkyDrive and similar software installed. There is a possible fix for SkyDrive. I assume a similar fix for other cloud drives would work.

Windows Registry - Skydrive

Windows Registry – Skydrive

I first saw MartinRJ Fayray describe the fix in the SL Forum. The fix requires editing the Windows Registry. If you are not familiar with editing the registry and the associated problems, avoid these steps until after you have read up on registry edits and have decided you are up to it.  Continue reading

Mesh and Other Upload Crashes

There is an odd gotcha or two in the mesh Upload process. One is from cloud storage programs. If one has Skydrive or a similar software installed it can be nearly impossible to upload mesh without crashing. Some times deleting the SLM file in the folder with the Collada DAE file can solve the problem.

Another problem is the file selection window stalls the viewer. If you take too long to open a file for upload, you may be disconnected. Since the file dialog stalls the viewer, the server sees you as disconnected. At some point the server times out the connection for no activity and disconnects you.

Mesh upload does NOT have the time problem other types of asset upload have. So, you may get disconnected uploading a texture but not a mesh. On the other hand your Skydrive will crash you on a mesh upload but, may be not with a texture.

It can be confusing trying to figure out what is happening. You have to look in the viewer log to figure out which crash is biting you.

Connecting to Second Life

People have been having problems connecting to Second Life™ for as long as I have been using SL, probably longer. As the viewer is shifted to use more HTTP protocol services some are seeing better performance and others worse performance. Whatever the case, more use of HTTP is coming.

HTTP Library

Monty Linden has been working on the communications library used with Second Life. In general we know that work as the HTTP Library. The library is a file that contains all the code to run the HTTP communications channels for the viewer.

Continue reading

Second Life Deferred Render

There is a problem with Deferred Render (L&S = Lighting & Shadows) crashing some viewers. The Firestorm Viewer team thinks most people cannot run L&S. That may say more about who is using Firestorm and Phoenix rather than SL users. But, as far as I know there are no good stats to answer the question of how many people can run L&S, at least not in regard to SL users.

As we move forward this will be a more important issue. It certainly makes a difference in how Second Life™ appears on your screen.

What it is?

Deferred Rendering is a high fidelity render of lighting and in some systems shadows. There is no limit to the number of lights that can be rendered, which is a big step up from the 6 or 8 lights we could previously render in SL.

Continue reading

#SL Group Edit Roll to RC

SVC-4968 – The large group editing problem JIRA is going to roll to the Release Candidate Wednesday 9/19. This is way ahead of what I was expecting.

This means that sometime around noon anyone with a copy of the project viewer (see the JIRA to get a copy) can visit a region in the RC channels and edit groups with more than 10k members. If you have never logged into the JIRA, I have links too.

You may not want to be the first person to try this new feature. But, you may. Whichever, realize that the viewer feature is not a completed and polished product. There is no progress bar and it can take some time for a large group to load. So, be patient. Some large groups, 40k, could take minutes to load.

Older viewers will not be able to take advantage of the feature. Third party viewers (TPV) are getting the feature. We will likely see it in TPV’s before it appears in the Linden Release Viewer, especially considering the problem the 3.4.x series is having.