Wulfie Reanimator

UV maps are never identical between different brands of mesh bodies in SL, so seam issues are expected (and much more noticable on high contrast textures like this). While most mesh bodies try to match the LL UV map, it's impossible to get it perfect when there's so many varying shapes and mesh densities. The original LL UV is not very high-topo.

My understanding (with absolutely no prior experience about this disability) is that they don't "see photos as three dimensional," but rather 3D and 2D are indistinguishable to them, similar to a color-blind person saying "red appears green to me." But yeah, I'm pretty sure PBR doesn't have any downsides in this case. It's just a different way of getting the same result. The two lanterns look different because the other one is reflecting the dark grass from the ground.

While I agree that being able to rez objects with custom data already in them is very convenient, I still think that the main goal of having totally scriptless projectiles (that can be used by most weapons) is a way more important feature for the new rez function.

Can we chill with hateful comments like this? It comes off as if you're calling him a sex pest or someone who would take advantage of women, and for what?

REZ_FLAG_NO_COLLIDE_OWNER | REZ_FLAG_NO_COLLIDE_FAMILY 🙂 And yeah, a set of flags similar to STATUS_ROTATE_X/Y/Z (default false?) is the only missing thing, everything else seems to be there and I couldn't be happier to see this.

https://wiki.secondlife.com/wiki/LlManageEstateAccess

You look very handsome today, new hat?

The numbers would correspond with the index in "nameList" in your example. When a user picks the button that says "2", you choose llList2String(nameList, 2);

One of the easier things to do would be to show a list of names in the menu's message area, with the buttons showing matching numbers for each name. As a crude example, the dialog would look like: 1. Wulfie Reanimator 2. SEMaster Aftermath [1] [2]

This, pretty much. I often joke about how SL isn't intuitive even after a decade of experience. It's not even because of problems with the viewer (we don't even have to go there), but because every brand/store has their own way of doing things. It's always a bit of a learning process when everything feels so inconsistent. That's the nature of "everything is created by other users" and while it sets SL apart from many other virtual worlds, there's also sacrifices made along the way.

Make sure none of your BOM layers have temporary textures in them. You said you've started from a default avatar - was it grey when you started? If not, add one thing at a time until you get grey textures. That's where your issue is.

It has nothing to do with attachment order, it's only used for the order in which rigged attachments are "drawn" on the screen. It helps with alpha-glitches.

Well yeah, but aren't we talking about inventory assets? The main point might be about textures in specific, but the description as we interact with it isn't any different between inventory item types. It's always readable regardless of owner/permissions, scripts just don't happen to be able to read it.

What kind of privacy issue? An inventory item's description is always visible, even if you're not the owner. It does!

The places that use LLCS (Linden Lab Combat System, AKA health) set up the spawn areas so that anyone can set their home there, regardless of group.

The running theory is that accounts that are not self-reportedly "scripted agents" are still flagged as scripted agents by LL. In this hypothetical case an account that appears to be normal would still be prevented from entering sims that reject bots.

You don't need any scripts for a demo, the purpose of a demo is to just let your customers try out your product in some way. For something like clothing/accessories, setting the permissions to no-modify and adding some kind of very visible brand-sign to the product is all you need. Your customers would then have to buy the real product in order to get rid of the extra distractions. I've given some example pictures in this older thread that talks about what makes a good demo: https://community.secondlife.com/forums/topic/500728-making-a-demo-best-practices/#comment-2609559

If your goal is to prevent the model from "breaking down" at a distance, then setting each LOD to highest is basically the nuclear option. It'll work... at the cost of everything else. To prevent the item from breaking down, all you need to do is create a custom LOD, which seriously doesn't take that long to do once your primary mesh is finished. Don't let the viewer automatically generate LODs for complex objects (especially inorganic stuff like furniture). Blender's Decimate-modifier is often used as a quick way to reduce tris without breaking the model too much. Doing things by hand is sometimes necessary, if not even the fun part.

You weren't "screwed out," your order is still active and it will be filled as soon as someone is offering to sell their lindens for that price. 🙂 The buy orders aren't a queue or a waiting list, you're ignoring people who aren't selling for your price as the market fluctuates. You might have a better chance of getting your price at the end of the week/month, depending on when other people are cashing out into USD. The difference between the current market rate (instant buy) and your target of 274 is about 10%. If you think that's worth waiting on, keep your order as it is. From the tone of your posts it sounds like you'd be happier if you canceled the order and placed one at a lower amount. For example, you could get 259 lindens within 10 minutes, or 260 within 3 days. It seems unlikely that your order of 274 would be filled quickly, but it's possible that some people will dump their lindens for really cheap because they want a fast payout. It also seems like 3 days is the maximum time LL will estimate, so I would disregard it completely. (Buy order of 1000 lindens per 1 USD is 3 days. lol)

It's an estimate based on how much is being bought and offered. Of course it can change, because the amount people buy (and the prices/amount being offered) can change after you place your order.

Interestingly, I've started running into the same issue today. It's never happened before, not even on this same version (6.6.14.69596) of Firestorm. I haven't been able to replicate it on purpose so far. But when it happens, it's fixed by simply tapping the Alt key once.

It's also kind of an ugly hack to give characters special meaning in different contexts like you're suggesting. We'd end up with people having three names if this was implemented. Unless you're also suggesting the removal of current lastnames altogether, hiding it so everybody will be "Resident" with whatever two-part name they choose. That would have a whole other set of issues and you wouldn't believe the outrage of people losing the last names they have and/or paid for.

Using Blender, you can project an image onto a mesh surface and bake that into a texture. That would completely bypass any "lining up" around UV boundaries. Look up decals and how to bake them.

It's almost certainly just a problem on their side, nothing you can do but wait.

When it comes to bento animations, if all animations stop on a bodypart, it will appear frozen because nothing is animating it anymore. I don't recall the details, but there's a bunch of cases that can cause animations to stop on their own, at least visually. I doubt this explains the login issues though.