Not necessarily in the same form. I don't think you want to draw all the skyboxes, that's going to look like trash. There are two ways of doing this, I think, which don't expose skyboxes. One is a full solution that takes a long time, like multiple quarters to a year. The other, you could probably launch in less than a quarter with not too much effort, and possibly 100% client-side with assets you already have. (Yes, really.) What for? To drive interest, naturally. Perhaps to recapture interest of people who left long ago. To spur more exploration, which then causes random encounters, gives people Something To Do (biggest problem w/ user retention in SL), etc. This kind of change could get you mentioned in articles on gaming publications. It will definitely get you mentioned on social media. I notice that when I fly around very quickly, I can see terrain and water from quite a long distance, like a kilometer or so. There's no objects, of course... _But it isn't bad!_ I like it! Unfortunately, it goes away pretty quickly, and I'm back to smog alert-level draw distance. To me, the really good, fully-complete solution would be this: Select all objects in the space between terrain and some reasonable altitude, like terrain Z+50 or terrain Z+100. This includes linked objects, so if you're selecting everything within terrain Z+50 and part of a link set is poking up to 55 meters above terrain, you get the whole link set. Bake that into something like a .kml every so often (daily/weekly/etc), Google Earth-style. Apply reasonable LOD. Beyond draw distance, fall back on that .kml-like mechanism. It'll be a little outdated sometimes, but so what. All we see now is smog! Obvious consequence of this: skyboxes don't show up. :) That's the full-blown solution that takes months to engineer, but it's a solved problem in computer graphics, and has been for well over ten years. I can look at Google Maps on a $200 Chromebook, and see that .kml stuff (sides of buildings, etc) just fine. Now, you're thinking, that is one heck of a project. Is there a quick, easy win that gets us part of the way there, right quick fast in a hurry? Like, something that could be banged out in a matter of _weeks?_ Yes! Here is what I propose, to get the ball rolling, measure user feedback, etc.: Let the user specify that terrain/water can be loaded past the draw distance. How far would depend on empirical testing. Maybe the answer is 1KM. Maybe it's 5KM. A terrain mesh is a 256x256 image, so we're not talking about a huge bandwidth impact. (You already stream the map to the viewer, so it's not like this is some undiscovered territory.) The upper limit is, more or less, "what can we draw on a high-end graphics card without turning it into a slide show?" You could give users the option to overlay the terrain mesh with the overhead map tiles you're already sending. This would make the terrain look odd here and there, as people sometimes put "sprites" way up in the sky: ads, drawings of hearts, airport/road hub information, etc. Still worth trying. With this, you don't see skyboxes either. Win-win. Now, what about sims that aren't edge-connected, like the private estates? What if you don't want to show one private estate from another, or from the mainland? I implemented an A-star algorithm that would pathfind its way across the grid as it existed in summer 2003. It ran in LSL back when that was a 16KB affair, and it ran fast even then. It even had the ability to back its way out of blind alleys! The algorithm that tells you whether you can see a terrain mesh from where you are, given arbitrarily long draw distance, is just that, A-star or something like it, written in the 1960s, and capable of running on 1960s hardware. This is not remotely difficult, or CPU-intensive.
