✨ Feature Requests

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! ♥

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.

Light cast by projector lamps leak on the other side of walls, floors, ceiling. This happens both on prim and mesh surfaces. Attached picture shows light leaking on ground floor ceiling from light cast by a ceiling projector lamp in first floor in a linden home. To avoid this only solution seems to dial down the intensity of the lamp, which eliminates the cool lit floor effect ◑︿◐

Some kind of cloth simulation would be great, I think everyone agrees on that. Except that it's computationally very expensive, and while it's practical in a game where you've only got one main character and care can be taken to avoid much simulation happening at any one time, SL needs to render up to a hundred (sometimes more) "main characters" at a time. There's already a feature request in for some kind of cloth simulation tracked here: https://feedback.secondlife.com/feature-requests/p/weighted-clothing-material-with-collision -- in the thread people have discussed some things like collision volumes to stop the mesh intersecting, which was always a problem with the old flexi solutions too. All these things would be great, but maybe there's a computationally cheap way we can at least get part of the way? People have tried things using spare bento bones and animating, but that doesn't coincide with actual avatar movements, so it's really no more than a gimmick. I admit this is a bit beyond my wheelhouse, but I had a crazy idea, spoke to a few people about it, and they seem to find it intriguing, so I'm bringing it here. I call it "Velocity Bones". Imagine we have an extra (or maybe a few) bone in the skeleton, which mirrors existing bones, but all motion is delayed . When you move your avatar, the velocity bone starts moving a second behind the rest of your avatar, and stops moving a second after it. When you play an animation, the velocity bones will animate as per their mirror bones, but start a second later. This gives a bone that rigged mesh can be weighed to, which will be where you just were a second ago, and catch up with you when you come to rest. For example, imagine a ponytail with the end of the tail weighted to this velocity bone. You move left, the ponytail will trail to the right. You stop, the end of the tail catches up with you. You jump down from something, it bounces upwards. You dance, the end of the tail takes a little time to catch up with the top of the tail, giving a basic simulation of inertia. This doesn't solve collision problems, doesn't allow for things being moved by wind, but otherwise could provide us with something akin to what people used to use flexi for with attachments. We could have a cape flowing behind us, that moves dynamically as we fly. We could have moving hair. Clever people might even be able to put a bit of reasonably convincing movement into a dress with it. Best of all, it should be pretty computationally cheap. As I say it's beyond my technical wheelhouse -- I'm not sure how practical it would be to split-animate a skeleton in this way. However people have been crying out for flexi mesh or something for years, and since the idea occurred to me I thought I'd throw it out there and see if it gets any traction.

Allow users to create and rez objects larger than the current 64-meter limit to support large-scale builds like floating islands or full-size ship models (e.g., a 270-meter Titanic). Rationale The 64m limit creates unnecessary friction for creators in private or controlled environments. Splitting large meshes increases workload during modeling, uploading, and placement—especially when iterating. Supporting larger objects would streamline workflows and enable more ambitious content. Implementation Consideration To manage potential misuse, this capability could be selectively enabled in certain regions or estates at the owner's discretion.

I want to suggest to add the possibility to add alpha masks for Mesh like the Alpha layer functions on BOM Mesh. I am mostly working with Blinn-Phong, like many other creators i do still prefer that system, since PBR is simply not where it should be to be integrated in SL. When one creates a Mesh and then goes into edit of textures we have 3 slots : Diffuse Normal Specular I would like to see a 4th Slot for an alpha mask slot. This Mask would then allow to control opacity - Black for not visible at all to White 100% visible. It would react with grey scale. Programs like Substance Painter do it and make creation super convinient and time-saving instead of consuming. This would allow also for an easy integration in already existing HUD systems. Scripters would just have to add the new slot as button options. Cutting faces on Mesh and adding materials ( face slots) is a tiresome process. It also takes more render capacity on PC. With this Method in the most optimistic situation one would have one mesh and could affect the opacity in different areas with simply changing the alpha Mask texture.

Adding the .gif files to the allowed list to upload, letting us create animated particles, textures without the classic LSL moving into the same framed image

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.

Currently it is not possible to animate the scale of a bone in either avatars or animesh objects. This seems to be the case mostly to avoid compatibility with avatar shapes as they use bone scale but it causes several annoyances, especially with animesh objects. Since animesh objects aren't influenced by their object size it seems to be entirely impossible to scale them inworld and scaling the root bone in the rig is not possible either. This means to create an animesh object with multiple different sizes we need to upload separate mesh objects. (And each with their own set of animations provided they aren't affecting purely bone rotation, but also location.) Which creates a lot of extra work and cost. Perhaps more subjective: Animating scale is incredibly important for convincing animation that doesn't feel stiff. Especially for more action loaded stylized animations. Squash and Stretch is the first principle of animation for a reason. As things are now, unfortunately it is not applicable for SL.

gravity based physics on clothing with shape collision for skirts and dresses or any clothes that hang and would flow naturally. this would be much easier to create clothing and give it a more natural look as opposed to being bone weighted and rigged which gives cloth an over-starched look.