✨ Feature Requests

I suggest an enhancement to the Bakes on Mesh (BOM) system by introducing an opacity option for BOM layers. As a designer, the current limitations of BOM force us to add additional mesh layers, particularly for makeup applications. This increases mesh complexity and necessitates the use of complex HUDs. Enabling opacity control on BOM layers could eliminate the need for extra mesh layers, thus optimizing mesh complexity and enhancing overall performance. Additionally, this would allow for greater flexibility and creativity, as BOM makeup layers wouldn’t be limited to one or two mesh layers (depending on the number of mesh layers created by a designer). With the recent introduction of 2k BOM textures, the capability to adjust blend modes directly on BOM layers would be highly beneficial for both designers and users. It would offer more customization options and improve the user experience. It would positively impact the creative community and contribute to a more streamlined and efficient design process.

BOM layers that can glow. Would be quite nice and remove onion layering for mesh models and help save on resources. I know PBR is a thing but it does not allow the flexibility of BOMs. I have species that have different glowing markings and bioluminescence on their bodies that I'd love to be able to do in SL. My team and I heavily utilize BOMs so our customers can make rather unique pattern and color combinations. Shiny BOM layers would also be really nice.

I'd love to be able to have the body and my head shapes be separate. Right now the shapes are tied together as one shape. I would love to be able to say, purchase a head shape someone has created and be able to apply it without changing my body shape as well.

With the eventual addition of skeleton resets being seen by all. I think triggering a skeleton reset on an outfit change would solve most skeleton issues when changing outfits. This removes the need for users to reset their own skeleton when changing outfits that may have deformers.

It would be nice if we were given the option to set a loading order for our attachments. These days a lot of clothing and body mods have auto alpha scripts that run the moment they are attached. But right now there are massive problems with the chaotic, unpredictable attachment loading order chosen by the asset server. For example, now when I change an outfit with a different mesh body, my clothes and body mesh addons load up first, and run their auto alpha scripts BEFORE the mesh body itself attaches, which leads into the automatic alpha cuts not being applied to the body. This results into having to manually remove every single the attachment that failed to apply the auto alpha and then re-add them so they can run their script again. This will also cause additional server script time being used, which is a major contributor to region performance. I suggest an option to change loading order of attachments, or ability to give them a load priority user could set.

Second Life as a platform is unique in that it is user driven and user built. There should be no doubt that when approaching an avatar that it's directly controlled by a human. While it is undeniable that scripted agents provide utility and amusement, they should not exist in any form that allows them to be confused with a human controlled avatar. Ideally there should be no task in SL that needs fully fledged antonymous scripted agent to accomplish and LSL needs to be expanded to remove these edge use cases. Survey and traffic bots are an annoyance, likely privacy breaching and often operating in ways that break ToS. Self identification of accounts as bots has broadly been a failure and cop-out on the part of Linden Lab. LL need to be marking bots as bots automatically. It doesn't even need fancy AI to accomplish. Metrics such as teleports per hour, time spent in the same location, viewer channel, etc etc etc. Confusion over what is behind an avatar has created a trope in SL that unresponsive avatars are in fact bots, that clubs and venues aren't occupied by individuals, the direct implication being that SL isn't a real place made and populated by real people. No one wants to waste time trying to be be social with a bot. AI chat bots are novelty and not a substitute for real people. At the very least name tags should be flagged in some way that makes it obvious an agent is scripted in some way. Participation in local chat should be equally differentiated. profiles should be limited, etc etc.

I would the ability to use my baked avatar textures on animesh attachments. I can't see a downside to enabling this, and animesh can simply inherit the bake of the avatar it's attached to. When placed inworld rather than attached, it would appear the same as a BOM body or body part with the BOM placeholder textures.

Please do something about these stalker bots like NotAnotherBrendenBotMakeItStop and the Legion of Bonnybelle. These bots serve no useful purpose, but appear whenever the number of visitors to the regions changes. Many residents hate these bots and wish they would be banned. It seems that these bots create behavioral profiles of users Especially this bot NotAnotherBrendenBotMakeItStop appears very often, sometimes once a day, sometimes 4 times in a row. What is this? Banning and reporting does not seem to help, especially on the mainland it does not work and the Lindens do not respond to the request to block bots on the mainland on regions. Maybe it would help to limit the teleports for bots to 1x per minute, or longer, so that this use becomes pointless? In addition, the Lindens should also be able to filter illegal accounts not reported as scripted agents if they only teleport around 24/7. Limit their teleport rate too. sincerely yours Dae

As an applier creator for body materials and tattoos for mesh bodies using the SLUV - it is tiring and quite redundant to program applier scripts for each body (and heads) that I would like to support. It would be an infinately more efficient system overall for all bodies if they could simply utilize a specified UUID channel that grabs those textures from a BOM wearable to get directly applied as materials on the rigged mesh wearable. Something like additional AUX layers that had multiple channels for normal and specular (or even PBR materials) for head/body UV in them. Almost all mesh body wearers have updated to BOM skin for bodies and heads, and often struggle with adding and removing materials in HUD based systems. Implimenting a system like this would make changing materials on bodies easier for base line consumers who are about to experience materials for the first time when all viewers have updated to PBR. Along with this request, I need to stress the importance of 2K bakedown service for these materials to be worth making a BOM asset. The payoff being - bodies would not need to add another stack of scripts to compensate for PBR materials on their mesh bodies and heads, which consumers are already wanting. Addressing 2K BOM requests with the ability for materials to also be BOM would greatly combat an increase in constantly running scripts in bodies and heads, and would make the entire community much happier for it!