✨ Feature Requests

  • Search existing ideas before submitting- Use support.secondlife.com for customer support issues- Keep posts on-topicThank you for your ideas!
Ocean Depth for sailing, submarines and aquatic gameplay
Hi can you please increase ocean depth to 12288 meters for sailing, submarines and aquatic gameplay 256 x 48 = 12288 meters The ocean's average depth is about 3,682 meters (12,080 feet). The deepest point, Challenger Deep in the Mariana Trench, reaches approximately 10,994 meters (36,070 feet). The ocean is divided into several depth zones, including the abyssal and hadalpelagic zones, with the latter being the deepest. Depth zones of the ocean - World Ocean Review World Ocean Review Here's a more detailed breakdown: Average Depth: The average depth of the ocean is around 3,682 meters (12,080 feet). Deepest Point: The Challenger Deep, located in the Mariana Trench, is the deepest known point in the ocean, reaching approximately 10,994 meters (36,070 feet). Depth Zones: The ocean is divided into different zones based on depth: Abyssopelagic Zone: Also known as the abyssal zone, it extends from 4,000 to 6,000 meters (13,100 to 19,700 feet) and is characterized by near-freezing temperatures. Hadalpelagic Zone: This is the deepest zone, extending from 6,000 meters (19,700 feet) to the ocean floor, with constant temperatures just above freezing. https://www.google.com/search?q=ocean+depth&sca_esv=3d1e29cf7e253e0e&source=hp&ei=BvyMaNzFMJDawN4Pm-Gn-AE&iflsig=AOw8s4IAAAAAaI0KFo01jzOl-MnFXk7SYTjNEa_d3fXd&ved=0ahUKEwjc4PqElOqOAxUQLdAFHZvwCR8Q4dUDCA8&uact=5&oq=ocean+depth&gs_lp=Egdnd3Mtd2l6IgtvY2VhbiBkZXB0aDILEAAYgAQYkQIYigUyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgARItAVQAFgAcAB4AJABAJgBcKABcKoBAzAuMbgBA8gBAPgBAvgBAZgCAaAClwGYAwCSBwMwLjGgB_UEsgcDMC4xuAeXAcIHAzQtMcgHIQ&sclient=gws-wiz
9
·

tracked

Update animesh size by manual edit and script
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
11
·

tracked

Possible lower-cost alternative to cloth simulation / flexi mesh - Velocity Bones.
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.
5
·

tracked

Load More