Jump to content

Qie Niangao

Advisor
  • Posts

    13,368
  • Joined

  • Last visited

Everything posted by Qie Niangao

  1. I'm not beating the SL bushes hunting for popular music clubs, but if I were, I don't think I'd search regions for those venues, any more than I'd use it to find scenic or role-play settings. That's what blogs are for, found through Google and by monitoring Blogger Network posts in the Community News blog. The existence of that particular Linden blog suggests that the Lab is aware that Search isn't an efficient way to find events and venues. Also groups. Might find Groups in SL Search (sort by Popularity; I'm not sure how that's measured but it does suppress old, moribund groups), or just make it a topic of conversation when you meet somebody with the good taste to share your particular interests: "What groups should I belong to, to hear more lofi electro swing?" (and as an icebreaker, it sure beats "cute avatar!") One group that might be of interest for live music, poetry, gallery exhibition openings, etc: "Hotel Chelsea Manhattan NYC". (Notices are about that venue but chat is broader.) It's just an example; there are many groups that will help you find events that match your interests. Curate a private network of trusted groups and blogs. Search can help build that network but it's too noisy and gamed to use for finding events and venues directly.
  2. It's certainly possible for such a script to exist. This seems a pretty specialized requirement, though, so it's pretty unlikely you'd find a suitable script already written, but it's also not a particularly difficult script to write. Some specs to work out, off the top of my head: Does it only restart when the item is attached (meaning it needs to handle the attach() event) or also when the user logs in with the item already attached (need the on_rez() event)? or also after teleporting (CHANGED_TELEPORT)? What happens after it's gone through all the textures? Does it stay with the last one, or cycle back to the first? How long between texture changes? How should the order be specified, or is it random? Are these textures going to be "regular" (Blinn-Phong) textures (for which llSetTexture() might suffice), or the new PBR (glTF) Materials? or both? (various options to llSetLinkPrimitiveParamsFast()) Are the texture/material assets going to be in the object's inventory, or referenced by UUID in the script? Which of these decisions can be hard-coded in the script, and which need to be options set by the user somehow? If you're writing your first texture change script, it's pretty important to have a "pre-load" surface where the next-to-appear texture can be painted at full transparency so it will already be in viewer memory when it's shown on the target surface.
  3. You may want to send a support ticket to have somebody sweep up after whatever they did to your inventory. I googled for this and found one other reference in the wiki from almost thirteen years ago, a side-effect of one of the worst directions the Lab took in implementing mesh: making it impossible to change the model asset of an object. (Let's pray they don't repeat that mistake with glTF models.) So apparently when they changed their minds about that, they wiped everybody's mesh model asset folders, and the remnants ended up with that name. So that suggests one way this might have happened: perhaps you've been beta-testing something to do with the PBR Materials, which only comes to mind because I know it makes a new system folder. Or maybe something with this new-ish inventory folder image thing?
  4. These and other comments help me see ways LL may indeed be able to do a shopping event unlike anything residents alone could run. If they can offer new creators an outlet free of charge, that's cool, and it's smart to let bigger names participate too, to help draw shoppers. So then the sheer size of the thing… quantity has a quality of its own (as Stalin may have said).
  5. I'm all for snowball fights and birthday celebrations. But now that you mention it, I realize I'm not quite sure why the Shop&Hop events are necessary. They seem to be popular though, so they must be serving a purpose, it's just not obvious to me why that niche isn't filled by resident-run events.
  6. Some truth maintenance: which I don't see promoted this time (unless I missed it) … Yep, I missed it, but stumbled on it today in-world. (Still can't find it on the event website but I'm obviously an unreliable scout.) The auction vendors show: Dinner with the Lindens 12 month premium account subscrption 6 month premium account subscription Name Change (from existing last name pool) — two auctions Pick a Linden Home name (subject to approval by Linden Lab) (I don't see where it actually says these are donated by the Lab, but surely they are.)
  7. One thing to try, if you want, is to go to a big, not too busy sandbox, open the build tool first (Ctrl-3), and then try to rez it. Keeping the build tool open, check to see what it has selected (in case there's more than just the one gacha item). Such "coalesced objects" look different in Inventory, too, like a little stack of blocks instead of a single block, so maybe you already know that's not what happened… and yet, if it were me and I had trouble rezzing something, I'd still try in the middle of a big sandbox with the build tool already open.
  8. I believe those numbers are totals from the last 30 days, so if the viewer was used at any point, it would show up there. If it's showing up when it hasn't been used at all for over a month, or if its number is rising while not in use, then it would warrant investigation.
  9. Oh, I didn't know that. I wondered why the change. Regarding event listing sites, I found that Seraphim indeed does list it in its "Fairs and One-Time Events" category (which I don't often check). I see that last year it featured in the Modemworld blog but not until March 7, when it would close just five days later (so it may yet appear there this year, too). That timing suggests it was a few weeks later on the calendar last year. That post also highlights some significant Linden involvement last time: which I don't see promoted this time (unless I missed it) but such auctions sound familiar from another recent RFL event, though I forget which. Performances probably act as promotion for the event overall, through the performers' networks of fans. Besides fundraising, these events include information that raises awareness and educates, so that has some value towards the organization's program objectives. It may seem as if I'm shilling for RFL but my past involvement (other than a little shopping) was limited to writing a script widely used for a couple years at the old Home and Garden event.
  10. I have no position one way or another about ACS, but I sure don't know where the Odyssey article got its data (from 2010). ACS must file a Form 990 every year to the IRS, so it's all public record. ProPublica has a handy Nonprofit Explorer that's one starting place for somebody with more of an accounting background. Also, GiveWell had a (2010) report analyzing how ACS programs spent donations on categories of patient support, prevention, detection/treatment, and research (it's more about supporting patients and informing the public and health professionals than research).
  11. Probably true; there are differences between the US's 501(c)(3) and Canada's T3010, too. But it cuts both ways: the tougher the regulation, the more onerous the overhead in meeting those requirements, particularly for smaller scale local causes.
  12. Okay, but people do. Personally, I don't often find stuff I want very much (really, at any events lately), but I'm more inclined to stretch the envelope at RFL events because I feel it encourages the creators' support of the cause. That said, I need to have a sense that the charity is doing good things, as opposed to, say, Diagolon or a terrorist organization. They don't need to benefit me directly: I give to the Humane Society for example and those aren't even my species. Yeah, probably the latter, but it's hard to imagine the RFL people couldn't know the S&H plans, so maybe this is just how it goes, year round every year; I honestly never paid attention before. What got me this time was surprise that the RFL event was even happening, but I'm wondering if that's just me and the entropy in my current schedule.
  13. There's only so much calendar, so if the Lab is in the very popular business of promoting these regular Shop&Hop events, it's probably inevitable that they'll overlap with the American Cancer Society-benefitting Relay For Life events, also very popular. It was only very accidental that I even heard about the current "SL Living Expo" RFL event (Feb 2-16) and I was surprised not to really see promotions for it, but that could be just a "me" thing: I've had more than my usual distractions recently. On the other hand, I couldn't escape the Valentine Shop&Hop (Feb 1-19) on the Linden blog and elsewhere, so maybe there was some breakdown in SL Living Expo promotion? Maybe this happens with all Shop&Hop events, especially if RFL holds holiday-adjacent events. It just seems to spread a little thin the attentions of shoppers and merchants.
  14. The vast majority of Mainland regions have that 44-agent limit, but as I discovered researching another thread, it varies occasionally: but now Crumbi is back to 44. That list is just a few that I happened to run across in some very haphazard wandering, so can't guess frequency across the Mainland estate. Oh, also, in case it's relevant, Linden water regions are (usually?) Homesteads limited to 25 agents.
  15. You know… this would be pretty simple to do with a script. I mumbled earlier (somewhere) about unspecified throttling of the llReturnObjectsBy*() functions, so that's a hurdle, but the functions definitely exist and would do the job fine unless overwhelmed by a griefer attack. If it sounds appealing somebody should try it, and if it catches on that would add support for having the Lab develop a griefer-resilient version that builds on auto-return logic.
  16. I wonder. That seems a good interpretation of "the bit above the advanced menu" but at least for me on Windows 11, Firestorm's title bar follows the account's desktop setting for window in focus (and its own menu bar is extremely dark on either grid), so I'm not sure what the OP is seeing. On the other hand, fewer and fewer windows actually have a standard title bar, so it may be surprising to see one. Everybody is using that title bar real estate for themselves: Chrome, Thunderbird, Windows PowerShell, etc. have their own controls in place of the title bar.
  17. Please try it yourself. I'm not sure whether I understood what Quartz was saying, but I'm pretty sure LI doesn't currently behave the way you're interpreting it. But it genuinely would be better if there were more than just my testing. This would be a valid option for auto-return besides time since rezzing, regardless of how the vehicle's LI is apportioned. If the feature existed, I think I'd use it on my parcels. But I'm less sure "the juice is worth the squeeze": it would take some development, some share of landowners would use it, and some share of vehicle users would benefit some of the time. That seems a pretty narrow filter, but I could be wrong.
  18. My little tests indicated that this indeed would happen crossing regions into an overfull parcel with a non-physical vehicle, but they could stay seated on a physical vehicle (and if they stood the vehicle would get returned to their lost+found).
  19. There may be different "region" capacities in discussion here, though. There's a hard limit of the region's total 22,500 LI that the simulation simply won't violate, and that entire amount is allocated across all the parcels in the region automatically, proportional to size. It's good region design to reserve some spare parcel capacity on some parcels so the total still-available LI across all parcels will be enough to support some vehicles. On regions with prim bonuses, it's more challenging because the estate-controlled parcels must also reserve enough that resident's parcels can all use their bonus LI and still have enough to spare for a few sat-upon or selected objects that may temporarily exceed the parcel limits where they're currently located. The other "region capacity" is how About Land shows the sum of all parcel capacities for an owner. If an owner has just one parcel in a region, that parcel's capacity is the owner's region capacity there. This owner-specific region capacity matters because it's what determines the rezzing limits on the owner's land—and that's how vehicles can affect landowners, as discussed in this thread. While a sat-upon object (a "vehicle") is on a parcel, its land impact is allocated to that parcel owner's region capacity. It may exceed that capacity, and that excess comes from the "spare" across the whole region, but regardless, while the vehicle is there, its LI is deducted from that landowner's available region capacity, and will prevent rezzing above that unused amount. What some of us didn't realize until this thread is that this applies even while someone is sitting on the vehicle: the vehicle's LI is counted against that landowner's region capacity, not the momentary spare region capacity across all parcels.
  20. I tested again, this time with a proper physical vehicle, using the same test parcels, and got the #1 results that I originally found for entry from within the region, this time also for entry from the adjacent region. Tried again with non-physical objects and got the #2 results (forced unseating and return) again when entering from the adjacent region.
  21. No, I just edited non-physical sat-upon assemblies around as if they were vehicles. I suppose that might be worth testing.
  22. Yeah, I was surprised, too, and wonder if it used to behave differently. Also, it wouldn't hurt if somebody else replicated the results. I used a couple small parcels (for the limited region capacity) directly across a region border and of course it's always possible something specific makes them behave as they did.
  23. I played with this a bit and it's weirder than I expected. A sat-upon object's Land Impact actually applies to the parcel's total land impact right away, when it enters the parcel. If that puts the parcel over its owner's region capacity, one of two things will happen: If it entered the parcel from the same region, it will stay and About Land notes how many "will be deleted" to get back under the limit. While over the limit, it's impossible to rez anything on the parcel. When the seated avatar stands, the sat-upon object is returned immediately. If it entered from an adjacent region, the sitter will be unseated and the object immediately returned. At least that's what it looks like in my testing. I thought I found an edge case where it's possible to enter from another region and have it behave like #1 instead of #2, but I can't figure out how to repeat that. Anyway, the point is the current behavior means the parcel's land impact is affected right away and will prevent rezzing beyond the diminished available capacity.
  24. The way I was reading that, the sorcery was the OP's proposed "let them stand up" approach to exempting vehicles from auto-return while the driver has stood up and is tuning the carburetor etc., not the way the world works now. Yeah, I've done that too, usually making it turn Temporary when I stand, but it's not infallible. If it gets trapped on no-script land without auto-return, it'll be stuck forever unless it's Temporary from the start but then it'll poof the instant the driver stands.
  25. I realize we'll still be able to break the laws of physics and bend optics to our whimsy, but there's something a little disconcerting about the paintbrush being subsumed by the camera (again). But meh, we should enjoy these fleeting days until transformers displace imagination completely. A little more about the Mainland EEP problem. That first step, "Use Region Settings" works fine. (Well, it replicates the region settings, which suck, but it does that part right.) The problem arises when customizing that day cycle at any level—or even just opening "Customize" and saving it to the parcel unchanged: It changes. I haven't compared all the llGetEnvironment parameters nor the whole cycle, but I know the Ambient Color (a.k.a. SKY_COLOR) differs a lot, along with the sun angles (because shadows move when entering from Linden land). This happens in pre-PBR viewers, too, so all the fussing from PBR viewers about non-HDR Environment isn't what's causing the problem. (I guess the unwanted "customization" would be considered "not as PBR" because its Ambient Color is much brighter and pretty saturated at sunrise and sunset. But the problem long antedates the start of the PBR project.) I'd submit a Canny ticket but I've been assuming all this will change at some point.
×
×
  • Create New...