✨ Feature Requests

"Product is great! Love it! 3 stars only for now until you fit it for x body." "This is amazing! No x head fit though so 1 star :/" "Will add 5 stars when HUD has this niche complex script added to it." Please. Allow us creators to report reviews that are used as REQUEST forms for extra features. I don't feel like reuploading my entire 2$ product just to fit this obscure body that was specifically not listed on the product description. All of this can be resolved with a separate review report category dedicated to this issue.

Havok primitives are cheaper than convex hulls in most cases. It would be useful if we could set objects to like sphere, capsule, box, etc, to allow us to leverage the faster physics calculations on objects. This can be added onto the list of the existing physics shape choices of: Primitive, Convex Hull, and None.

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.

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.

As a long-time business owner in Second Life, managing operations efficiently is crucial. Recently, enforcement of the TOS on account sharing led to the deletion of our entire marketplace with over 2000 listings, severely disrupting our business. Deathrowdesigns (DRD) serves over 10,000 customers and manages more than 3,000 items, making single-person management infeasible. I propose creating a system for obtaining written consent to share business accounts among trusted individuals, specifically for business operations. This would help businesses like ours continue to thrive without compromising account security. Additionally, it would ensure compliance with the TOS while providing a practical solution for businesses that need to share account responsibilities.

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.

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

Hi can you please fix mesh land impact? https://sketchfab.com/3d-models/hms-victory-pirate-ship-pirate-galleon-5d841d88a0444ab186d9238a303280ec HMS Victory : Pirate Ship / Pirate Galleon Triangles: 287k Vertices: 161.8k Land impact 13641 many boats ships get listed with this many prims land impact it is not possible to use a rez zone almost anywhere in second life when the prims land impact is this high it was less then 256 instances to be used as a vehicle

Considering that boating, sailing, and diving are among the very few activities in Second Life that function reliably but also continue to attract an engaged, creative community, it’s honestly baffling that the Community Islands in the Blake Sea have been left untouched for — what is it now? — 17 years? Seventeen. That's not just a long time in virtual-world terms, it's practically a digital ice age. Meanwhile, the Blake Sea remains the central artery of Second Life — the core maritime network connecting the continents, and arguably one of the only places where the grid feels alive, immersive, and socially dynamic. Yet the infrastructure looks like something out of 2007 — because, well, it is. With all the advancements in mesh, environment systems, and scripting tools, it’s not as if the technical limitations are insurmountable. In fact, a small, focused team could probably refresh the entire set of islands in a week or less. So it raises the question: Why hasn’t this been done? Is there a fear that improving one of the most consistently active areas of the grid might accidentally make the user experience too enjoyable? Or is it just easier to roll out shiny new products and ignore the parts of the platform that people actually use and love? The Blake Sea isn’t just some peripheral backwater — it’s a living, breathing hub of user-driven content and activity. If anything deserves a little attention (and perhaps a modern texture or two), it’s this space. Or do we have to wait until Second Life’s silver jubilee for someone to dust off the prims?"

I'm proposing that the 15 impact is replaced by a system that is actually, fully receptive to the content by a user to encourage performant creations rather than expecting an arbitrary number to the Land Impact, smiling and shrugging. At the very least have the LI cost of Animesh lowered significantly to dampen the hesitation by SL users to purchase the content involving it and enable creators who want to implement it. I don't know what goes on 'under the hood' with Animesh other than it's some branch of the SL avatar skeleton, but there's a lot of uses where it could be given non-character, environmental roles to animate content with .ANIM rather than using keyframing with scripting (for example) that are currently not viable due to the insane upfront LI cost. It's hardly viable for a flying flag to be 20 Land Impact, especially when a user would scoff at the idea of such a cost and go find their ugly 1 prim flexi flag, waving at us from 2007. :)