Getting video of these meetings is a PITA. Medhue (1:27 PM) and I (1:08 PM) both were late getting to the meeting. Medhue’s audio has reverb… which generally comes from room echo… the combination of the sound source (talker) and reflected sound from walls reaching the mic at slightly different times. There are no echoes or room reverb in Second Life™. So, the computer’s speaker output has to be fed back via an open mic or duel channels in the recording app. Neither appears to be the case for Medhue…
I got there a bit earlier. I recorded the meeting, so the source is on my computer. I can edit it and clean up the audio. So, this week I’ll use my video. It takes some time to clean up the video and audio. Plus, Thursday is a busy day for me, RL. So, mine comes out later, like Saturday or Sunday.
The first thing you are likely to notice in the video is Vir Linden’s voice is messed up. In Medhue’s video, Vir Linden’s voice is also messed up but in a different way. So, the problem is in the connections or our computers. I have yet to figure out what’s up with mine.
I’ve cleaned the audio up a bit. But, there is only so much repair work one can do. Continue reading →
Oz Linden reviewed the status of viewer development. He pointed out that the Visual Outfit Browser (VOB) is now in the main release version of the Linden made SL Viewer.
They updated the VLC RC and Bento RC viewers with VOB.
✧◦ Waldelfen ◦✧
Both RC viewers are doing well in the crash rate stats. Oz expects the VLC version to release to main viewer in week 39. That will leave the Bento RC as the only RC. Seems like the pipeline is emptying out…
Oz pointed out the Lab did block a few old viewer versions. Saying, ‘Only a few thousand users…’ would be affected. That number can sound bad. But, as a percent of SL users it is way small, likely way less than 1%. Continue reading →
That little baby girl grew up into the cutest DOLL… that is sort of what has happened with Second Life™ Jelly Babies. Earlier I wrote about the name Jelly Babies being trademarked. So, the Lab is not going to use that term for muted avatars. And I certainly am not going to call muted avatars muted avatars… ugh. That give no one an intuitive sense of what is being talked about.
JellyDoll and Fully Rendered Avatar.
I follow Mesh Body Addicts, a blog by LilDaria resident, Daria for short, which is all about mesh bodies and clothes. Love it. Daria is using the term JellyDolls in place of the trademarked Jelly Babies, which I like. So, we may have a new name for them. Continue reading →
In the article an assumption is expressed that the Lab is not fixing the root causes of lag; failure to optimize the viewer, not changing how the viewer uses video memory, failure to use all the features of new video cards, and no use of Direct3D (a Windows only graphics render engine).
Most of 2014 and 2015 has been spent optimizing features of the viewer and SL servers. If you follow Inara’s or my blog you already know that. If you have only read the release notes of the Linden and third party viewers as they are released, you know that numerous fixes for how the viewer use memory have been made. From the Third Party Dev’s meeting we know more are in progress.
We have been here before. A feature like the old Avatar Render Cost (ARC) was used by what became known as ARC Nazis to abuse people. You see a type of person that has basic authority issues, control issues, or a bullying nature adopt a fascist mentality and start telling people what they can do. Some in those groups start trying to enforce their will on others. Abuse, shame, hate, anger… and more is called into service in attempts to enforce their will on others.
Geisha Shadows – Think this gorgeous outfit has a high ACI? If it does, is that good or bad?
We could call this politics… In SL it is more often called drama. But, whichever we call it, it has the same source: human nature. Humans are different, unique. But, we all have the same basic traits, just in different degrees and we learn to cope with issues in different ways. We call the result character. Continue reading →
The coming Quick Graphics Viewer now in RC has some odd behaviors. Well, it is an RC version, so no surprise. One of the ideas with this viewer is to reduce render lag by telling the viewer to avoid rendering complex avatars. These are avatars with lots of high polygon count attachments and large textures that require lots of computer power to render.
The Candy Princess – by Bewitched Difference @ Flickr
There is a setting in Preferences* that lets you set a personal limit for what you want your viewer to render. Any avatar over that limit will render as a jelly baby. But, if you change the setting to NO LIMIT you’ll find there are still avatars that render as jelly babies. What’s up with that? Continue reading →
Second Life™ is getting a new tool to hopefully induce people to reduce avatar generated lag; the Avatar Complexity Rating. I’ve written about it before and I am trying to play with the Project Quick Graphics Viewer version 126.96.36.1994761, which adds avatar complexity settings and notices.
Complexity KB Value
The notice that appears in the upper right of the screen just after login tells you your avatar complexity number. I suggested that it be colored, green good and red bad, just as the Show Avatar Render Complexity Information (ARC) display does.
They note the other factors that can cause avatars to be rendered a Jelly Babies;
total attachment surface area
total attachment byte size
You can change the values of these settings in Debug Settings. See:
RenderAvatarMaxNonImposters – The maximum number of avatars closest to your camera who may be fully rendered. Avatars beyond those will be rendered as ‘imposters’, which means that the rendering will be a little simpler and they will be updated less frequently. Increasing this value can cost you in performance if you’re in a crowd. This does not cause them to render as Jelly Babies.
RenderAvatarMaxComplexity – Any avatars over this complexity will be drawn as solid color outlines. Changing this value directly may cause problems; use the slider in the advanced graphics preferences floater.
RenderAutoMuteSurfaceAreaLimit –The limit for the total surface area of attachments before switching to solid color rendering. The default (10 million square meters) is intended to protect against deliberate abuse and should rarely be encountered.
RenderAutoMuteByteLimit – The limit for the total number of bytes of attachments before switching to solid color rendering. The default (10 million bytes) is intended to protect against deliberate abuse and should rarely be encountered.
As you may have guessed, the last two are mostly to stop some griefing issues. But, those settings can be used to improve viewer performance.
Changing RenderAvatarMaxComplexity in the Debug Settings doesn’t seem to be a problem. Whether I change it in the Preferences panel as the Lindens recommend or in Debug Settings the change is reflected in the other. But, getting to the Preferences setting is much easier. Whether changing the setting there affects other settings not affected by using the Debug Setting, I have no information. It is a possibility, but I have not seen anything that leads me to think that happens. But, this is a Project Viewer and it will change.
This is a PROJECT viewer, meaning it is more crash and bug prone than the Release Candidate viewers. I crashed and hit 100% disk use with this version of the viewer almost always in the first 15 minutes. But, I wanted to see the new features. So, I keep re-starting it. Sometimes it runs longer than other times. I have yet to pin down what I am doing different between a quick crash and longer run times.
New Complexity Information
It is important to note that during this Project Viewer time that you can provide feedback to the Lab and they are much more likely to listen and make changes. After the features are in an RC viewer they are MUCH less likely to make changes. So, if you think you may have a grip or suggestion, get it to the Lindens (JIRA Feature or Bug Report). Continue reading →