Jump to content
Sign in to follow this  
Miraculous Rae

Single SL Primitives Blowing up their land impact

Recommended Posts

So just tonight I was playing with textures on some basic SL primitives to see how it would play on a mesh I am building. I only had two new prims out and 93 remaining free on my parcel. Suddenly one prim vanishes and then I am told that my parcel is full. I check and see that I have plenty of prims left. I got to my lost and found and try to place down the new object that is in that folder. I try to set it down. It said my parcel is full. I went and deleted a few more things on my parcel and tried to set it down again. it was 48 prims for a single sphere sl prim! Woah!. Crazy. Well if you think that is crazy, I tried doing it again, new prims and such, suddenly Poof, gone, parcel full. So I go to a sand box. I set down these spheres. They have been dimpled, hallowed and textured. These are just single Second Life primitives made to look like contact lenses sort of. Not linked to any thing. Look at the land impacts.

https://gyazo.com/2c6556e9657c38bf3ecdfa1e1e6c50f3   487 Land Impact 1 prim

https://gyazo.com/837585f4ad171b88ca211bd60907c790 1899 Land impact 1 prim.


Crazy. Whats up? Any one else having these issues?

Share this post

Link to post
Share on other sites

It's a well known problem. I once wrote a notecard with a brief and easy (sort'a) explanation. If anybody wants a copy of the notecards, just contact me in-wolrd. But here's the whole texts:

(Yes, I know I'm talking about linksets here but the problem can also occur with single prims if they use any "modern" features - that is any feature that was introduced after the new land impact calculation method.)


(OPQ Guide Cards to Second Life: Builder)

v. 1.1, 2014-04-21

by Rey (ChinRey Resident) Just a very short explanation to one of the problems most builders run into every now and then: Why does the land impact (or "LI" or "prim count") suddenly raise or drop when objects are linked together? Index:
  1. The History of LI
  2. The Jumping LI
  3. Problem
  4. The Solutions
  5. About OPQ
  6. Copyright Notice


1. The History of LI

Originally the land impact of a linkset (that is a set of objects linked together) was calculated very simply: 1 LI for each prim.

That didn't work in the long run though. LI is supposed to indicate how much load an object puts on the servers and the network and different types of prims can be very different there. The problem became even more critical with the introduction of mesh - there simply is no sensible way to handle meshes with that old system.

The only solution was to introduce a brand new model for calculating LI, based on three of the four "weights" an object has. This modern calculation is far from exact but it gives a much closer estimate of the actual load the objects causes.

There was still a problem though: Quite a few older builds would break under that new calculation method, that is their LI would increase beyond the limit allowed.

The solution to that was to use both calculation methods in parallel: anything that could have been built before the new LI formula was introduced still has its LI calculated the old way, anything that includes features that didn't exist back then, is calculated the new way. Quite confusing and hardly an ideal solution but there really was no alternative.


2. The Jumping LI Problem

One problem this dual model causes, is that the LI of a linkset can suddenly jump up or down when objects are added or modified. It only takes a single object with a single modern feature to switch the whole linkset between the two formulas and the difference in LI can be huge. Usually the modern formula gives the best (that is lowest) result but there are exceptions and it's not that uncommon for LI to increase by several hundreds - or even thousands - if the modern LI formula is triggered.


3. The Solutions

a) To trigger modern LI calculation

This is what you usually want to do and the solution is simple: just introduce one modern feature. Usually what you do is "convex" the linkset, that is change the Physics Shape Type to convex hull. One minor warning though, some prims may act a little bit funny when convexed. If that is a problem, just keep the physics shape type of those prims as "Prim". You only need to convex a single prim in the linkset to trigger modern LI calculation.

b) To fix LI jumps

The reason why the old method of LI calculation is kept is that some older builds have very high actual LI - in extreme cases several hundred or even thousand times the number of prims they contain. There aren't that many of them but it can be a rather nasty surprise if the one you're working on is one and you do something that triggers modern LI calculation.

The simplest and most obvious solution is of course to revert the build back to its original state. But maybe you'd want to fix the problem instead?

As far as I know, huge LI jumps are always caused by physics weight. (In theory it can also be caused by download weight but I can't think of many realistic scenarios where that will actually happen.)

  So the first thing we should try do is to reduce the physics weight. No, the very first thing we should do is take a backup copy of the linkset into our inventory, *then* we take a look at the physics weight!

  An object in SL can have three different physics shape types:
  • Prim: more or less the same as the shape you see.
  • Convex Hull: A simple rectangular or triangular box around the object. Can give a much lower physical weight than prim.
  • None: No physical shape at all. More or less the same as phantom  - except it works for individual objects within a linkset. Removes physical weight completely.

The physics shape type determines the object's interaction with an avatar. It's the shape you crash into or walk upon. Usually it has no other function than that.

  To minimize physics weight, keep all objects that actually need a detailed physics shape (the ones with walkable surfaces, hollow prims you're supposed to walk inside or through etc.) as "Prim", change all objects you're not supposed to interact physically with to "none" and change everything else to "Convex Hull".

Smaller LI jumps can be caused by download weight or physics weight. If it's physics weight, you can use the method above but usually there's no simple way to reduce download weight so if that is the problem, the only easy solution is to revert the build. That is, unless you're desperately short on LI, you can just leave it as it is. After all, the two different calculation methods don't affect the actual lag/load the object generates - the modern LI calculation is just a more accurate estimate of it. So unless you're running out of LI, the jump doesn't really have any practical significance.

c) When the LI count doesn't revert

Sometimes when you revert a linkset to use the old formula, the LI figure you get in the Build window stays high. It might be that there is some minor detail you missed when reverting the build but most likely it's just that the data isn't updated. If so, you can unlink and relink to force another recalculation but there's no real need to worry. The LI count you read in the Build window is calculated by your viewer and not the server and it shouldn't take long for it to be updated anyway.


4. About OPQ

Marketplace stores:


5. Copyright Notice

This notecard was written 25.03.2014 and updated 12.04.2015 by Rey (ChinRey Resident). Please feel free to distribute it any way you like as long as you don't change the text or charge any money for it.


Share this post

Link to post
Share on other sites

Something has triggered "Mesh" accounting of Land Impact for the prim -- most likely a use of some "Materials" feature of textures. For example, setting the Alpha Mode to anything other than "blended" or using any sort of specular- or normalmap for shine or bump.

You can bring the LI back down by setting the Physics model to "Convex Hull" (or, if linked as a child prim, "None").

Share this post

Link to post
Share on other sites

I had a nasty surprise with materials too.

I added materials textures to a section of prim road and 30 minutes later I was getting messages asking if the sim had been griefed because there were no free prims left. Adding materials in some cases took single prims up to 100 and more land impact. Adding materials to a few hundred meters of prim road was using up nearly 2000 land impact. Removing materials fortunately reverted it back.

And as you mention it with masking mode too. A cylinder (or maybe it was a tube). I was using for a round dancefloor went up to 100 land impact when I used mask mode on the texture. I solved that by turning it in to a mesh object (with one of the marketplace tools), and it was back to one land impact with the mask mode texture.

Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Create New...