Scared to build bigger & better in Second Life

The Vortex V5 is the last big build of 2014 and I’m now turning attention back to the steampunk town of New Babbage. I have three plots there which i spent a large part of 2013 and the beginning of 2014 working on. The old theatre, Opium den, Absinthe cafe and Factory are builds i am rather proud of. But i’m starting to question wether i made them badly, or perhaps more accurately described as being too detailed for Second Life to handle.

Every builder in SL strives to make the next project better than before. There is an element of geeky nerdy science to it where you have to learn not only how to model and texture a build, but also understand how the computer displays it. This is far from how things used to be with the plywood prims.

When i built the Imperial Theatre and Absinthe cafe i scaled up what i had learnt and built and textured to the best of my ability and finished with something i was really pleased with. That was until textures started to thrash. You’ve probably seen this in SL, a situation where you are standing int a room and the wall textures start to flicker in and out of resolution, from detailed to fuzzy, to detailed , back to fuzzy and on and on. It’s like a glitch in the matrix.

I first reported it as a bug back in May 2013 but since then its become even more apparent and most people are saying it’s not a bug but a hardware limitation. The viewer is running out of texture memory to store all the textures and so ends up in a constant loop with some textures trying to load into memory. The debate has become bigger as thrashing starts to spread with lots of suggestions to why it occurs and suggestions on how to fix or lower its effect.

thrash
The Absinthe Cafe in New Babbage with its textures flipping out of focus

On one side of the texture thrashing coin you have the issue that some creators use big 1024 textures that fill up the memory quickly, and that reducing texture size would reduce thrashing. In some cases thats sensible, as you don’t need a 1024 size texture on something thats smaller than a ring on your finger. But in some cases a good detailed build needs a large amount of large textures, so what are we saying? stop building bigger better builds? have we reached the ceiling in regards to what we can build now in SL? On top of that you also now have Normal and Specular maps populating more and more builds tripling the textures used in builds.

On the other side of the coin you have the viewer code limitations. The SL Viewer only allows up to 512mbs of Video Memory to allocate to SL textures. While I’m frustrated having a graphics card with 4GB of ram thats just sitting there not being used by the one application i use the most, i can understand LL’s reluctance to just open it up. It would raise the ceiling of what i could build in SL, and i would build it right up to the new ceiling hight regardless of wether users on old low spec computers would just see thrashing everywhere. There is also a question of wether the SL viewer can actually handle having more texture memory available to it’s old code.

It’s easy to just expect Linden Lab to fix this with some fancy new idea to have SL servers convert and store high and low version of textures that are displayed dynamically  depending on detected hardware. After all it’s all the rage these days with web design to have content displayed depending on the device its viewed on. But i try not to take LL for granted these days and am grateful for every new trick they come up with that isn’t being saved for the ‘New Thing’. Plus there seems to be more and more situations that effect this so a clear answer is less and less focussed.

I stand in New Babbage watching the textures thrash on my proudest of builds, and i’m currently hesitant to build bigger better more detailed.

2 thoughts on “Scared to build bigger & better in Second Life

  1. ‘ SL servers convert and store high and low version of textures’

    here you make a small thinking error. just keep the hires textures on the server, and let the client scale it to a lower resolution when needed, tht way you dont put extra load on the servers. also the viewer need to use to local disk cache better.

    this reminds me a bit on child game, placeing blocks on top of each other. but you cannot do that endless are things collapse. just statement why sl software need te be rewritten.

  2. There are 3rd party viewers that allow the use of all your 4gb of memory. For Mac that might be possible with Alchemist viewer (will check that). In any case the function is hidden in the develop console and not accesible through preferences…

    I don’t have the texture thrashing.

    Appart from texture overload, an excessive use also slows down fps. A problem at Escapades, maily due to the custom plants with too big textures imho.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: