✨ Feature Requests

Currently we can't update animesh size and have to upload multiple versions of the mesh in different sizes, and upload all animations for each size. I did some research in the viewer's code, and it appears to me that it's extremely easy to add a feature to adjust the global size of an animesh by modifying the llcontrolavatar.cpp file. Here is the current setGlobalScale() function: void LLControlAvatar::setGlobalScale(F32 scale) { if (scale <= 0.0) { LL_WARNS() << "invalid global scale " << scale << LL_ENDL; return; } if (scale != mGlobalScale) { F32 adjust_scale = scale/mGlobalScale; LL_INFOS() << "scale " << scale << " adjustment " << adjust_scale << LL_ENDL; // should we be scaling from the pelvis or the root? recursiveScaleJoint(mPelvisp,adjust_scale); mGlobalScale = scale; } } And here is a modified version that currently takes into account the X size of the main prim: void LLControlAvatar::setGlobalScale(F32 scale) { if (scale <= 0.0) { LL_WARNS() << "invalid global scale " << scale << LL_ENDL; return; } scale *= mRootVolp->getScale().mV[0]; if (scale != mGlobalScale) { F32 adjust_scale = scale/mGlobalScale; LL_INFOS() << "scale " << scale << " adjustment " << adjust_scale << LL_ENDL; recursiveScaleJoint(mRoot,adjust_scale); mGlobalScale = scale; } } Note that I replaced mPelvisp by mRoot because using mPelvisp does not correctly adjust the animesh's movement during the animation." It works wonderfully. Of course, this modification as it stands could affect many existing animesh objects, so we need to add a parameter to the object, 'ANIMESH_SCALE_FACTOR', which would be set to 1 by default, adjustable via script and by manual editing of the object. We would then have something like this: scale *= mRootVolp->getAnimeshScaleFactor; Here is a gif, you can take a look, the 4 dogs are all the exact same animesh, I only changed there main prim X scale : https://gyazo.com/de2dc2904bcb4e6b8737514aa7db7d2c

This was a jira in the past...and still now many more years in it is still needed. The default attachment point of right hand is still not assigned by many creators to a more obvious location, some that are so new that they may not even be aware they could do otherwise, leaving it up to the end user to reassign. If there was a checkbox or drop down available in the upload window, then this would give the creator the opportunity to just select the attachment point that better works with the product. We still see people losing an upper object when trying to wear a lower object because not all people use add and not everyone assumes that they will be to the same point. I made a mock up and there is enough room for something of this nature in the upload window as it is currently.

It would be great if we could export just a single file from the mesh editor and have the uploader recognize the various _PHYS and _LODn models in there. This simplifies the export process. In a first parse of the file, ignore all objects having the postfix _PHYS and _LODn except for what corresponds to the "High" LOD. In following parses of the file, look for objects in the first parse that has matching names with the relevant postfixes (_PHYS, _LODn) Search for the still missing corresponding models for _PHYS and _LODn in other files in the same folder, like is already done today.

Settings to turn a prim or mesh(though could be limited to simple prims similar to reflection probes if anything else would be too complex) to make the object into a "Sound Dampening Volume", which works similarly to how sound works under the water volume in SL, muffling sound sources that are outside the volume, while the avatar's view is inside the volume, and vice-versa. Maybe including some simple settings that allow you to control the level of muffling as appropriate for the use of it. IE less muffling for a shack, medium for inside a car, or heavy muffling for inside a thick solid building or cave etc. Example use: A car radio with a volume set up around the main cabin of the vehicle, and the radio inside the volume, so if you drive while in mouselook, the music is clear for you, but muffled to anyone with their view outside the vehicle.

I've been working on coming back into Second Life after a prolonged stint away due to work arrangements and in doing so hope to bring several new creators along with me into what feels like a wonderful revival of the Second Life platform. Unfortunately, the landscape remains (in my opinion) extremely anti-newbie. To look good or create in Second Life requires such an immense hand-hold through all of the tiny nuances throughout the platform and the differences between each creator's naming conventions of objects and way of organization of their items that it's very difficult for people to learn anew. Even for me, a Second Life resident of 20 and creator of 15+ years, I found it challenging to catch up with everything that had changed. With that said, there is a suggestion I'd like to make in the interest of visual-based learners and organizers like myself that I feel would help out everyone: Customizable inventory icons for mesh, tattoos, and more. I've attached two example images. One is how a Jian Pets product currently unpacks, showing all mesh/objects as the same yellow cube. The other illustrates how with existing emojis already added to Second Life, the option could exist where you can change what the object icon would appear to be - in this case, I've elected to change the animesh/pet objects to be dogs and the HUDs to be a computer screen. Other examples would include clothing icons, such as shirts, pants, skirts, dresses. Another would be a house or plant for decor objects. It may not seem like a big a deal, but I would argue this simple functionality for original creators of meshes and objects to 'label' their creations in a visual way would add a lot to the inventory management system that at present is very clunky and difficult to keep organized except by extensive inventory management, even as a non-creator user. Thanks for your consideration!

The alignment tool is very useful for aligning objects to an axis, but it doesn’t work on linked prims, forcing us to unlink them first. What about enabling alignment for selected linked prims when the ‘Edit linked’ checkbox is checked?

Now that we have a way to partially hide water, it would be nice to be able to click through water excluding surfaces. This is where 2-sided materials come into play, as only one side registers clicks. On the image below some of the clickable controls of the vehicle are now unreachable, being hidden behind the water excluding surface, which forces me to choose between keeping the interactivity in, or keeping the water out. Please address.

The 'Skin' body part inventory type should support PBR materials. In other words, add PBR to the skin baker. Many of my characters have non-human skins such a fur, scales, metal (robots), stone (statues), wood, or other interesting and fantastical materials. Opening up avatars to PBR materials would allow these to be used directly without relying on appliers. As an initial release, PBR could be added to just the "skin" rather than clothes, tattoos, and the 'universal' clothing type. Any "legacy" clothing worn layers worn over top would be treated as "Base Color" and set the normal, roughness, metalness, occlusion, and emissive maps to "default" values (where not transparent) so the skin material doesn't shine through. Alternately, PBR skins could disable all legacy clothing. Whatever gets us PBR skins fastest. Later on, PBR clothing could be added with different blend modes. A "robotic" or "doll" tattoo, for example, could blend a normal map onto the skin to create different looks for the base skin.

### What just happened? I'm trying to enable the option to select reflection probes and found that option to disable itself after a relog. ### What were you doing when it happened? Since i'm a Firestorm user, i asked in the Firestorm Preview group about this. I was told this is how LL did it and they took over the code like that. ### What were you expecting to happen instead? I don't know if it is deliberate but i can tell you that if it is, it is beyond all logic. When i change something in a setting as an end user, i expect it to remain this way. ### Other information Again, if this is how it is suppose to be, can you please explain to me the reasoning behind it? Thank you.

I’d like to know if there is currently any way to link CasperVend vendors with Marketplace listings — meaning, when I add a new product to the Second Life Marketplace, it would automatically appear in one or more of my CasperVend inworld vendors. My idea is to create an inworld gallery-style store, where all products available on the Marketplace are also visibly displayed inworld using CasperVend vendors. Ideally, I’d love to be able to: 💡 Automatically sync my Marketplace inventory with selected CasperVend vendors. 💡 Choose which products appear on each vendor (e.g., categorizing them by theme, product type, etc.). 💡 Allow customers to buy directly from the vendor inworld, while still being counted as a Marketplace sale (or at least maintaining stock/pricing consistency). Why this would be useful: 💡 Creators wouldn’t have to duplicate every product manually between the Marketplace and inworld stores. 💡 Promotes better inworld shopping experiences, while benefiting from Marketplace organization. 💡 Keeps product info, prices, and availability consistent across platforms. 💡 Encourages hybrid shopping behavior — browsing inworld, buying wherever is more convenient. 💡 Saves time for merchants who manage large catalogs. If something like this already exists, I’d appreciate some guidance on how to set it up. If not, I think it could be a powerful feature worth considering for future development, especially as Second Life continues to support both inworld and web-based commerce. ♥ Thank you! ♥