Second Life Review – Blender 2.66a Released

A new version of Blender came out March 6: 2.66a. You can download Blender here. If you are not using the Archive Version install, save yourself some hassle in the long run and use that install.

There are release notes for Blender 2.66a. The notes are mostly about bug fixes. The release notes for Blender 2.66 are about the new features in this version of Blender.

New Blender Release 2.66a
New Blender Release 2.66a

One of the new features is the addition of: Dynamic Topology Sculpting. Previous versions have sculpting tools that only allow you to move existing vertices. The dynamic tool will allow the addition of vertices as you sculpt. I have yet to try it, so I am not sure how it works. I imagine this will be handy for modelers targeting Second Life™.

Read more

Second Life News 2013-11 #2

New software rolled to the main and RC channels this week. There isn’t much to say about the rolls. We hit some problems with last week’s rolls. Fixes for those problems are in this week’s RC channels.

The main channel got the Large Object Rez upgrade that Baker Linden worked on. The idea was to place handling the rez tasks in separate threads. This allows the simulator to continue doing other tasks while a large link set is rezzed.

Moonlight Meeting Server-Scripting 2013-11
Moonlight Meeting Server-Scripting 2013-11

Blue Steel and Le Tigre are getting the same package. It fixes a crash mode. Presumably this is some exploit fix. I think that because almost nothing else is being said about it.

The Magnum channels got the package from last week with fixes for problem found last week. The known fixes are; region managers being exempted from Direct TP disable, neighboring region visibility issues, and bogus User Not Online error messages. 

Read more

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 in a Browser?

We have all heard about people putting text only viewers for SL and OpenSim in web browsers. The idea of using a browser to visit virtual worlds is to avoid having to download and install a viewer, thus making it much easier to get people into virtual worlds.

Well, it seems there is a full viewer being built on HTML5. It is being tested with OpenSim now.

Maria Korolov has an article up about it on Hypergrid Business: PixieViewer puts OpenSim in Browser. Now that is something.

Maria says, “Because it uses standard HTML 5 technology, it should be accessible on mobile devices such as Android tablets and iPads, though users were having problems getting it to work today.

So, that could give us a 3D viewer for SL on mobile devices.

Maria says a special module is needed for Pixie Viewer to work. She says this module is server side. Whatever, she speculates it will not be compatible with Second Life unless Linden Lab adapts the module to SL. I would think that would be something the Lab would do. But, that probably depends on how much work it would require.

An interesting aspect of the technology is that a 3D scene in a browser can be sent to a 3D Printer to generate a RL model. Now isn’t that fun?

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.

Read more

Second Life News 2013-11

In late February problems in ADITI were slowing down Third Part Party work on SSAB (Server Side Avatar Baking). Nyx Linden explained that some of the problems in the SSAB pile-on test were caused by inventory failures. The problem then becomes sorting out what is an ADITI Inventory issue and what is a SSAB issue.

In any event, some significant changes have been made to ADITI Inventory. Unfortunately the changes may not save you from problems if you change your password to trigger an inventory refresh. My experience has been to keep changing your password until it corrects. But, with these changes the Lindens are saying if a password change breaks your inventory, contact them and they will fix it.

New SSAB Pile-On

Two new pile-on tests are planned for this week. There will be a test using the SSAB Project viewer, which you can download now. That test will be after the Server Beta meeting Thursday in Morris, ADITI. The meeting starts at 3 PM SLT. The test will start whenever the meeting ends, scheduled for 4 PM. But, meeting do end early. So, be early.

Read more