SLV2, 3, 4, 5, 6. & 7 Series

The Linden made series of viewers

#SL Development Viewer Update

by

I have been watching for a Development Viewer update since February 6. Yesterday SL Dev Viewer 3.3.1 (250315) became available for download. See: Snowstorm. If you are not closely following viewer development it is hard to know what new features and fixes are in the development viewer. If you read ‘repositoryese’, it is easier. I’m not that good at it.

ADITI Receive Testing Area

Viewer related fixes and features from all the various projects make it into the Development Viewer before moving to the Beta Viewer. The Development Viewer is for those that like to play with the bleeding edge tech from the Lab and do not mind some problems. The purpose of the viewer is to allow SL users that want to help to test the viewer. For most users of the Dev Viewer it is mostly about running and using the viewer and letting it send crash reports. Filing JIRA’s to help explain problems is greatly appreciated the various teams. Bitching about bugs in the viewer is poor form that displays a lack of understanding.

Download & Install

The download is about 28mb and it’s fast.

The install is simple straight forward run and done.

Read more

#SL Open Source Viewer News Week 8

by

Some interesting news is out regarding the SL Viewers. We’ve seen the ATI-AMD users run into the Pink Prim problems and many nVidia users have run into Video Memory problems. The recent update to the nVidia drivers seems to have increased the crash rate. It is not only the SL Viewers, 3rd party and the Lab’s, that are having problems with OpenGL. Other games are having problems too, but that is all unclear and poorly defined. However, we do know there are some problems in Second Life.

Open Source Group

Oz Linden is back from vacation so things in viewer development are moving again… or may be more accurately the communication about viewer development is flowing again.

Development Viewer

I got my last update to the Development Viewer Feb. 6th. As I write this there have been no new releases of the Dev Viewer. It is still on 3-3-0-248913. Oz says, “…[Dev Viewer] gets built whenever anything is pushed into it, but there hasn’t been anything for a bit over a week now. There are many things queued up, but because there are some bugs in the current beta that we want to fix before confusing things further, everything is on hold.”

Read more

#SL Animation Changes

by
Avastar in Blender - Image by Machinimatrix

In January of this year Laurent Bechir filed a user story in the SL JIRA, STORM-1803. The JIRA item points to Machinimatrix’s post on Second Life’s animation format. The animation format controls what we can upload into SL. In a way this user story is a feature request.

Oddly it is the Biovision Hierarchy (BVH) file format used for uploading that restricts much of what we can do with animations in Second Life. Internally SL uses an .anim type file format that allows more animation controls than BVH.

Some of the things an ANIM file allows are:

  • Different animation priorities per-joint
  • Keyframed animation control of eyes!
  • Variable length joint offsets per frame (allowing cartoon-like “stretchy” bones)
  • Keyframed rotation and repositioning of attachments (which meshes can weight to; to use as new child bones  )
  • Client Side scaling of attachments and default mesh
  • ANIM files are text files

Read more

#SL Viewer 3.2.9 Review Update Wk5

by

It is hard to keep up with the Linden Lab viewer. We do not see lots of changes in the user interface nor are there lots of new features being added. But, there is lots of stuff happening behind the User Interface.

It is not like there is any place where the Lindens are talking about the viewer. Esbee disappeared long ago. While still at the Lab, I never hear a peep out of her. I hear far more from Runitai Linden that leads the Shining Development Branch. He attends various groups and we get information from him. But, it is mixed with the context of the meeting.

The Lab has a number of development repositories where they publish code as they develop the viewer. One of these is the Viewer Development Branch. It is in BitBucket. If you code in large projects, you have some familiarity with code repositories, repo’s. For those of us that work with small short term projects repo’s are mostly over kill.

If you don’t write code/scripts, the whole thing probably seems rather geeky and mostly Greek. It is. Understand that the repo’s are typically where those writing code pass on notes, information, and their code to people that know what’s going on. The notes and descriptions they write are very much like notes we intend to only ever be read by our self. They are not overly explanatory.

Read more

Second Life’s Simplified Inventory Project

by

Now there is an idea… Inventory likely becomes a headache for every user of Second Life. I know I have an ongoing battle with inventory. Now the Lab has come up with a new idea. I suppose it is a spinoff from the SLCC announcement of making SL easier to use.

New Folder View Inventory

ProductTeam Linden posted an announcement in the Second Life Forum about the new project to test the idea of a simplified inventory. See: Simple Inventory Project Viewer. They want feedback on the new inventory. They ask you to give them information on how you think it will affect new users. I guess we can put on our newbie avayar and see how it goes.

The project has a Project Viewer, JIRA Section SINV, and a Simplified Inventory wiki page.

Download and Install

This is the standard download (28mb) and install. The viewer installs in its own folder, so there should be little conflict. It also uses its own settings file (settings_projectviewer-simpleinventory.xml). It does share the cache. While I am a great fan of separate caches for each viewer, I have been allowing all the viewers from the Lab to share the same cache. I don’t recommend allowing the Lab’s 1.23 to share a cache with the new 3.x.x viewers.

Read more

Qarl Alignment Tool Rejected

by

Tateru Nino has an article about a reject response from Linden Lab in the JIRA STORM-468 comments. Charlar wrote the comment.

Thanks for making this effort. Alignment and snapping are an area where there are useful enhancements to be made.
However, we are not able to accept this contribution as it is.

These are the primary issues we found which resulted in that decision:

  • The feature should support the same modes as the other manipulation modes.
  • It does not work for non-mod permission objects. This functionality should work for all objects that the user can manipulate in-world.
  • It only supports World snap mode, not Reference and Local modes, unlike all our other manipulation modes.
  • It packs and aligns to the face of the object bounding box. If objects are not cubes and do not share the same alignment, or aren’t aligned with the world coordinates (see above), the result of the operation is unexpected. Ideally the operations would use the actual shape of the object for aligning and packing.
  • There are also some coding implementation style issues that would need to be addressed. These can be covered in more depth after the functionality is dealt with.

    • In it’s current form, this is usable for purely prim-based builders under specific circumstances. It’s less useful for building with non-cube prims, mesh, sculpties. It’s minimally useful for building when the structure is not facing a global direction (ex: North, South, East, West). It’s not usable by non-building residents who need to place and organize purchased items.

    I found many of the comments to Tateru’s articles interesting examples of transference. I always find it odd that people when told why something is rejected speculate on why it’s being rejected. Whatever…

    Read more