✨ Feature Requests

I would like to see a region wide probe feature that does not require the use of multiple probes or mega prims. I am currently using a mega-prim to achieve a sim-wide sphere probe that improves sim lighting, gives environmental shine a dynamic reflection map of the sim surround and sky, and still allows the use of other smaller probes within the region. There are a few issues with the method I am using: * Reflective surfaces inside of smaller probes will still show reflections from the large probe in addition to the small probe (Maybe rejecting the probe reflection from the larger probe could be a fix) * Probes do not mix well when intersecting or within each other. There's also occasional flashing as the probes fight for priority(Maybe?). There needs to be better probe blending, and some form of hierarchy based on size or manually configured * I noticed when using near clip which is a necessity for a sim-wide probe set at 128 that the projection does not include any terrain which gives the projection a bright floor. (Check snapshot, there needs to be some sort of floor added to projections that is the same texture as the sim terrain, or we need a proper region-wide probe)

Now the mesh in sl has no physics at all, you wear stiff clothes, with stiff hair, as you walk, the fabric stretches against your body into strange shapes, when you sit down, your long hair will bend 90 degrees to fit your legs. everything is very stiff. When i see those long flowing hair and those fluttering gorgeous skirts, i miss the good old days. Even though they look messy sometimes, but that's intuitive. But the prims is behind the times, everything is in mesh now. Why not give mesh physics too! Mesh greatly improves the quality of props in sl, but it loses the most intuitive physics, they just look good, but once they move, they will reveal their flaws. This is just like how people used to paint gloss on textures, only viewable from the front, otherwise it will be a mess. Now we have the advanced lighting, PBR, make objects looks more and more real, there's one step left, that is mesh physics! Imagine a cute girl with long flowing golden hair, wearing a flowing dress, dancing gracefully, her hair and clothes fluttering with dance, how beautiful! You must watched MMD dances! fluttering, inertia, collision, make MMD dances lifelike! SL need mesh physics, we can dance in sl like MMD! Many similar games already have these physics effects, but sl has not yet, please! If we have mesh physics, how to deal with rigged object is a problem. Could we make old items physics-enabled with edit? Or only the authors can handle it to release a update? What tools could authors use? There's really many problems.

The ability to assign an object as a volume to either be a mass of water, or remove water, this could work in the same manner as reflection volumes, but would allow builds to be able to be in a body of water without rendering water inside, or using the underwater shader, an inverse would also allow expanded creation of areas with sim matching water in builds that are above the sim water level

Terrain height maps use lossy compression, which causes land spikes around sharp slopes of terrain. The amount of data for the land height must be minuscule compared to all the other data in the scene these days. Make terrain lossless, and allow true WYSIWYG editing of the terrain height. Notes: This would require a server component for physics as well. This would require a step where the current lossy height map is baked down to a lossless height map.

I have noticed that the moon shares the same color value as the sun. This makes day cycles particularly when the sun is near or crossing the horizon near impossible or very difficult. I would like to see the Sun, and Moon both have independent color values. I currently have to keep the moon in the sky after the sun has already set so the moon does not end up with wacky color values which is not exactly realistic. I would love to make a fully realistic day cycle.

Currently, if you try and set a PBR material on an old build, you get an awful blueish hue reflected on the reflective parts (e.g. metal), due to how the sky gets reflected on them, even from inside a building. For now, the only solutions are to: Enclose the building with a reflection probe primitive. Fine, when you can do it, and when the building is less than 64m large in any of its dimensions... Add a reflection probe primitive to the linkset of the object you use PBR materials upon to enclose it: fine, if you can modify it, and if it is not scripted in such a way that would break its scripts when adding a new primitive to it (sadly, a common occurrence). Add a stand-alone reflection probe prim and place it (without linking it) around the object(s) you want to shield from the sky. This will work almost always, but supposes that you move or resize the probe manually when you move the objects, and that the objects themselves are not moving on their own (scripted objects, vehicles)... All of the above is rather user/builder unfriendly . A simple alternative would be to add a property to the root objects for any existing linkset, that would flag the whole object as needing an enclosing reflection probe; the server would then transmit this property to the viewer among existing object properties, and the viewer would compute (it already does anyway) the bounding box of that object and automatically add a matching reflection probe (of the "box" type) for it. That property would then be made available as a check box in the build floater.

I know SL use JPEG2000(.jp2) to convert and sample it and down to 8bit. Since we have 2k textures and alpha is way more common than 2010 SL. Gradient gets quantized down to 256 levels are not enough if we start to using 2k texture. Please update this outdated feature if it possible to handle it. 😭😭😭

The problem is that terrain blending is currently inconsistent in Second Life causing a lot of grief and even some economic issues as people can't use landscaping products as they expected the land to look the same between viewers and operating systems. Terrain textures in Second Life are historically blended by using a Perlin Noise Generator to create more interesting variation: https://github.com/secondlife/viewer/blob/develop/indra/newview/llvlcomposition.cpp#L535-L554 The Perlin Noise Generator is expected to source the random numbers from a static seed (42) for repeatable noise for stable terrain textures as per: https://github.com/secondlife/viewer/blob/develop/indra/newview/noise.h#L313-L314 However, documented in another viewer source file it is mentioned that you should use a different random number generator if you want stateful random numbers as per: https://github.com/secondlife/viewer/blob/develop/indra/llcommon/llrand.h#L34-L37 This is because the functions used "srand" and "rand" from the c++ standard library are implementation defined and can even change across compiler versions / operating systems, which is why terrain blending can look different even across TPVs even if all the relevant code is unchanged. Therefore, I request that the viewer is updated to use a stateful random number with a fixed seed going forward as it is EXPECTED to work that way, as per the code's own comments left by developers in the past.

The ability to hide prims rezzed in other parcels above 1000m would allow users living in densely populated sims to not have their views obstructed by their neighbor's skyboxes. This would also include disabling the physics of hidden prims on other parcels so your neighbors cannot obstruct your own land. We can already hide avatars on other parcels, so this seems to be a logical extension.

When the sun or moon crosses below horizon there is a drastic change in ambient sky lighting. I would like to see a much more gradual and smooth lighting transition when either crosses the horizon.