✨ Feature Requests

A parcel setting that would derender all objects and avatars outside of the parcel boundary. I believe this setting would be welcomed by many particularly on mainland parcels. It would be entirely optional to use but would make mainland parcels a more viable option for every resident. I also believe a side effect of a setting like this would be to "clean up" mainland in general, reduce the use of ugly privacy screens, inappropriate skyboxes as ground level etc as the need for them would be lessened. This setting would also improve performance within parcel boundaries due to lower render load and not require residents to manually adjust draw distance to improve performance. This setting would be entirely optional and disabled by default.

Loading into a large event, or a well-decorated region can be a hassle, especially for those on low-end computers. It is not uncommon for vendors to use high resolution textures that seem to load after everything around you has loaded first. This often forces users to idle for long periods of times in shopping event regions and stores, just waiting to see the things they might want to buy. In the early days of an event's opening, this often means jam-packed regions for multiple days straight. This request will help ease this bottleneck, and allow those on lower-end machines to shop with ease. I am suggesting an optional setting in the edit window that pushes an object's textures to the front of the rendering queue. This option would only be enabled for objects a user owns, that are modifiable, and that are set to sale, or have their "click to" setting set to "Buy" or "Pay". By default, with this setting enabled, a user would see these priority objects' textures load in first, before anything else, with all other objects displaying the unloaded grey texture until the priority objects are finished. In addition, there should be an option in preferences to ONLY load textures on priority objects, leaving everything as untextured mesh shapes, and one to IGNORE priority and render objects normally. In any case, avatars, terrain, and environments would be unaffected by this setting, since they have their own optional rendering settings already. It's kind of a "show friends only" but for vendors!

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)

Note: This issue was previously accepted on the JIRA as BUG-231731 in 2022. Resubmitting it to the Canny because I think the idea has been lost in the move. The feature requested is a high performing set of functions that can draw text onto prim surfaces. With multi-line support via \n, measured font sizes, batched draws, and baked font styles compiled into the viewer engine. Restrict this feature to face 0 of the LINK_ROOT prim in an object. A maximum arbitrary number of "screens" could be allowed per region. The maximum limit of llInitDrawString calls per region could be set to for example 256. Attachments would not contribute towards this limit. Styles baked into the viewer originating from ttf: integer FONT_STYLE_DEFAULT = 0; // e.g. arial integer FONT_STYLE_ARIAL = 0; integer FONT_STYLE_CANDYSCRIPT = 1; integer FONT_STYLE_SHELLEYALLEGRO = 2; integer FONT_STYLE_BAUB = 3; LSL prototypes: llInitDrawString(integer fontstyle) Initializes the text context. If this is called again with the same style it should silently return. If called with a different style then change the style. In C++ call initialize the opengltext to delete the previous glyphInfo. If the GLSL program is already linked it is reused. parameters: fontstyle: Uses an integer of FONT_* constants that reference baked fonts llBeginDrawString() Begins drawing. float llMeasureString(string text) Measures the size of the string. parameters: text: The text to draw return value: The measured size. llDrawString(x, y, text, color) Draws the string at the position and color. parameters: x: x position y: y position text: the text string color: the color llEndDrawString() Swaps the buffer onto the face of the prim. Note: llBeginDrawString just sets an integer in the C++ code to 0. Example SL script: drawMyStrings() { vector pos1 = <0, 0, 0>; vector pos2 = <0, 30, 0>; vector pos3 = <0, 60, 0>; vector color1 = <1,0,0>; vector color2 = <1,1,0>; vector color3 = <0,1,0>; string text1 = "Hello World!"; string text2 = "It worked."; string text3 = "This is a\nmultiline string."; vector sz1 = llMeasureString(text1); vector sz2 = llMeasureString(text2); vector sz3 = llMeasureString(text3); llBeginDrawString(); // This draws "Hello World!" on the first line. llDrawString(pos1.x - sz1.x * 0.5, pos1.y - sz1.y, text1, color1); // This draws "It worked." on the next line. llDrawString(pos2.x - sz2.x * 0.5, pos2.y - sz2.y, text2, color2); // This draws "This is a" on the third line and "multiline string." on the fourth. llDrawString(pos3.x - sz3.x * 0.5, pos3.y - sz3.y, text3, color3); llEndDrawString(); } default { state_entry() { llInitDrawString(FONT_STYLE_DEFAULT); drawMyStrings(); } } The OpenGL C++ implementation to place in the viewer code to support this functionality is on github. A patch exists for gltext to for baking. In the viewer these can be looked up with FONT_* constants. The init of the ogl context per font for the text should be instanced once per object using llInitDrawString to be used for multiple scripts and prims without reinitialization. This is destroyed when the viewer releases the object. https://github.com/tlorach/OpenGLText There is a bakeFonts.exe for turning ttf fonts into texture atlases to ship with the viewer to bake the fonts and can be produced as .bin and .tga files with offset info. Or, baked into font_xx.h and font_xx_bitmap.h files that can be compiled. This solution does not require the freetype library.

There are items in Second Life that are spawning quite massive temporary prims (looking at you Plant Pets) that may be near me, I don't own, but I'd rather not waste render cycles on them. As of now there is literally no way to stop these items from appearing and chewing up cycles when nearby, would it be possible to make a way that they can't be seen at all?

It would be very beneficial to have a toggle to change the texture filtering on a material face to "nearest neighbour" instead of linear. (Especially for pixel art) This would allow for much better looking and efficient pixel art and is already a thing under the hood in opengl. This has been requested before but couldn't be done at the time because of database constraints for each object. But that would have already been changed with the support for PBR materials I believe.

Hello programmers, In the Firestorm viewer there is a feature named Blacklist. This allows users to blacklist certain objects and even avatars so they are no longer visible to them. This feature is used on a regular basis by many Residents in world for many years now. It often solves frustration when users can derender eyesores from neighboring objects next to their land. However this feature is not perfect, while it solves issues for a single person, Residents are not satisfied as their guests are still confronted with the Objects that form an eyesore to them. In order to solve this, instead of a single avatar a parcel should have the power to enforce derendering of particular objects on neighboring parcels. This would then actually solve the issue for both the parcel owner but also for their visitors. Parcels can have this power on avatars so you can program it so parcels also have the power to views on certain objects surrounding them. I think this is a feature that should have been coded a long time ago. I think this will benefit many Residents in world and fix a lot of frustration people still experience today.

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.

Screen space reflections have been broken since a past update that is causing several visual issues: -Alpha masked textures are not properly rendered by screen space reflections. As I understand it it is not possible to accurately display alpha blending in these reflections, but it is possible with alpha masking (Visible in attached image, the trees are alpha masked, and the smoke particles from the fire are alpha blend) -Visual bug following the cameras POV on reflective surfaces (Check attached image) -Incorrect blurring on linden water, and banding when moving camera (Check attached image) I would like to see an optional planar reflection method for flat surfaces such as water, mirrors, glass, etc. that can be optionally enabled when editing object faces, and possibly the default or optional for linden water in the windlight settings.

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. 😭😭😭