1.7 Bug Concern: ALL avatar attachments are now lower detail.

Is this a forced LOD issue? it seems that in 1.7, *ALL* avatar attachments render at a lower level of detail, no matter what, versus 1.6.

If this is true, it will likely require serious redesign in some avatars in terms of alignment and construction.

Please let me know if this is an intentional change or a bug; I understand the desire for increased FPS, but the ability for a client to draw the higher detail should at least remain available.

(edit: could we get images to show up here in posts? it'd be good to show graphics errors.)

Yikes.

Going to have to start texturizing glasses, I guess.

More detail, less lag, which do you prefer? I can't remember the last time I looked at someone from such a short distance.
People who come here usually complain about lag, and say they want LL to fix it.
Well, LL is focusing on bugs and scaling.
Next time, be careful what you wish for, you just might get it

^ I like less lag... but that still doesn't address why it couldn't be user-configurable, with a default setting relatively low so that those who want to take close-up snapshots from the SL world (as an example) can show them off without attachments looking like crap.

I didn't notice the differences earlier—I just came to the conclusion my hat looked the same and the narrow parts "cracked" through—but I'm going to certainly be taking a closer look now.

Picky, but it's not lag because it's just poor performance client side, not sim side.

The LOD distances should be controlled by the avatar and object detail sliders although I dont think anyones ever checked for definate how much effect they have. If they bumped up the distances it was probably to avoid the jumping between levels which made prim hair so bad.

Erm, she's asking people to test for this o.o
I got a neg on the effect, Michi.
GForce FX 4200 128 megs of RAM, no noticable LOD difference, single monitor.

I suppose we could also just be blocks and spheres or pre-rendered penguins, too. I hear OpenCroquet gets pretty good performance out of that approach. Hell, why don't we just use sprites.



I usually complain about lag? When have I *EVER* complained about "lag". I hate even using the term "lag", since it's this general catch-all that's bandied about to describe ANY performance deficiency.

This isn't an issue of LL 'increasing performace'; if this is what's going on, it's an issue of LL putting a hard cap on client side detail rendering.

that is a very noticable detail difference. Are you sure your settings on the 1.6 and 1.7 are the same? Maybe there is some crazy new default setting that's lower in the 1.7 install that you could have missed.

Edit : Check the object detail slider it seems that default on a new install is 50% on the slider. Preview being a new install, Im hoping this is it.

or it might have just been a one time rendering hiccup...

cause as of noon pst its basically fine.. its not going to let me attach the picture here for some reason, so i'll start a new thread with the screenshot.

Nice pie-in-the-sky there, Eggy. Currently 1.7 has less detail, but far more rendering lag, as compared to either 1.6 Preview or 1.6.12. My system is low-end hardware (GeForce FX 5500) on a T-1 line. Rendering of the low-res textures when I enter a new area is taking up to five minutes, three times as long as 1.6 Preview.

I first noticed the detail-rendering problem on a free-form sculpture which sits in front of my house. Edges (surfaces only 0.10 wide) were low-res textured as well as low-res rendered (looked like 600x400 pasted into a 1024x768 scene). From what I've seen, the smaller or narrower a surface is, the less fully it's rendered. I'm also seeing this problem on the new map (bug already reported). With the zoom control at its mid-point, I get the low-res, fuzzy textures only.


The obvious suspect for these new bugs is the change vaguely alluded to in the Release Notes:

"In addition, there has been a major redesign of the way we transmit objects from the simulator to the viewers. Internally, we call this code the "interest list".
These improvements reduce the load or "lag" when lots of people are on the simulator."

...or not, as the case might be. Vague statement, but it sounds like it could be a throttle on LOD.

I haven't tested this, but will tonight when I get the chance to login.

BlackAdder, I don't think that has to do with LOD, I think it has more to do with what's sent to the client and when... but I could be wrong.

Never known you to be wrong. As vague as it is...it could be pretty much anything.

I just landed on TextureTest sim, and it took 6 minutes, 47 seconds for the high resolution textures to draw. Good reminder of why I gave up on using the main grid.

Oh dear, really? Ouch. I've noticed it's taking awhile for some avatars and attachments to load, but besides that I haven't noticed anything horribly bad.

Michi I tested this with various attachment avatars and such and haven't noticed anything extremely noticable. If you come up with a "test object" that does show what you're talking about, please drop one on me.

I'm running with a ATI Radeon 9800 128mb if it matters.