Rolig Loon

I hate to admit it, but much of the sea floor around Bellisseria is dead boring. That's hard news for a mermaid to deliver, but it's true. Vast areas of the sea bottom are nothing but gently rolling sand, broken by occasional hillock or a monstrously deep pit like this one near Porthole. There's hardly even a bit of kelp in most places. I start to get hopeful when I see rocks, usually fairly close to shore. I swim between pinnacles and peer around tight corners, imagining that I am playing tag with the Bellisserian Sea Monster (whom none of us as ever seen -- not even a mermaid). That doesn't mean that the monster doesn't exist, of course, just that he (or she? ) is either very shy or living in some part of the Bellisserian seas where few of us ever go. The rocks are fun to explore in any case. I've seen some very dramatic outcrops. For me, the main attraction around rocks is plant life like some of the fanciful glowing flowers that grow in spots along the east coast ... and some remarkable garbage that mariners have tossed overboard. There are enough crates and barrels to stock a good sized shop, if some enterprising Bellisserian could figure a way to drag them to land. There's also a surprising amount of rum and other fortified ... um... beverages, sometimes in unbelievably large bottles. Still, as I said, these highlights are the exceptions, rare gems in the otherwise unremarkable sea floor. As a dedicated explorer, I will continue to report what I find, and will keep an eye open for that elusive monster, but don't expect to see breaking news often. The sea is a lonely place. Wait .... what's that deep rumbling sound .... ?

That's fortunately quite simple. Scripters don't usually need to worry about Roombas and such, so we don't bother to tell our scripts to obey only avatars. However, that's what the llDetectedType() function is designed for. All you need to do is include a simple test in whatever touch* or collision* event activates your door, as in: touch_start( integer num ) { if ( llDetectedType(0) & AGENT ) { //Go ahead and open the door } }

You're too young to worry about such things. I have more than 20 years on you and I'm not starting to worry yet (although age is a convenient excuse sometimes). Blame forgetfulness on distractions instead. Everyone empathizes with distractions.

When you want to find someone who is willing to make a custom item for a price, post in the InWorld Employment forum. Be prepared to provide rather detailed instructions about exactly what you want done, and agree on a price before you tell the creator that she may begin work.

Not if the region is in a private estate. If it's on the Mainland, yes.

Almost none. Linden Lab's credit processing system requires you to have a payment method that is capable of sending and receiving money instantly, and very few prepaid cards can do that, especially with the additional constraint that the method must have a way of verifying that you own it.

You can always send an IM with llInstantMessage. If the person is in world, she'll get it no matter where she is in world. If she has set her account to forward instant messages to e-mail, she'll get it that way. That's probably your easiest scripting solution. Just send a simple message with the person's name and the time, maybe. And yes, you can send as many IMs as you want. Just aim each one at a different avatar.

You too

The problem is the region where you have been using the HUDs. It is simply too busy. As I noted earlier, the fact that there is no spare time remaing tells me that the servers in that region are spending 100% of their time doing things that are more important than making your HUDs run. You will have that problem whenever you go to a region that is very busy, like a shopping mall or a concert venue. Linden Lab decided many many years ago that it was more important to make sure that avatars can move and communicate than for scripts to run. If resources are scarce, scripts lose. They slow down until other activity decreases. There are not many things that you can do, other than moving to a different region. As Lindal suggested, performance may improve when you are high in the sky, because texture rendering and local chat are less competition when you are away from the busy ground level. The servers are still busy moving avatars and vehicles, though, and are stalling every time anyone rezzes an object anywhere on the region. You can't avoid that. At least now you know why you are having the problem, though.

Yes. It is an almost unoccupied region. There's absolutely nothing happening there, so the servers should have no competition for running your HUDs.

OK, so time dilation is not critical and you still have a reasonable server FPS, The fact that you have almost no spare time, however, is serious. What that tells me is that the region is very busy and that the servers are starting to struggle. Look at the other things that are putting demands on server time. The usual suspects are avatars and physical objects. Those are particularly problematic if there are people constantly coming and going (teleporting or flying/walking into the region) or if they are rezzing things a lot. Temp rezzers are a special problem, because rezzing always makes the servers stall momentarily. You said that Is that true no matter where you go, or just when you go to other busy regions? If you go to someplace very quiet like Furball, what happens?

Thank you for the clarification. It's very unusual for a HUD to take time to "load." When a HUD or any other scripted object is rezzed or worn, it arrives with the script running. It might be scripted to restart as it arrives, but restarting a script is almost instantaneous. There's essentially nothing to "load". Having said that, I should also say that a running script can run slowly and inefficiently, especially if the region's servers are busy doing other things. The region's servers allocate resources and time in order of priority, and scripts always have the lowest priority. You may simply be in a region that is very busy or where the servers are inefficient. One easy way to find out is to look at your Statistic Report (CTRL + Shift + 1) . Look at the sections on Simulator and Time: If your region's Time Dilation is much below 1.0 or Sim FPS is much below 45, your servers are dealing with a challenge. You will notice that Spare Time may drop to zero and that Script Time may disappear too, which would account for why your HUDs are slow to respond. As you examine the report, you can see possibly what is causing the problem (Lots of avatars on the region? Lots of physical objects, like vehicles? ) If not, the server itself may need to be restarted. Ask your region's owner or Linden Lab to restart the region.

Thanks for mentioning the fact that you are using a translator. I think it may have mis-translated an important word .... What do you mean by the word "charge"? Exactly what are you doing to the HUD? Come to think of it, what do you mean by "attack" in this context? How are you "attacking" the HUD? Do you mean "attach"?

I like the Belgian proverb: "Experience is the comb that Nature gives us when we are bald." I think of that as I get older. 🙄

Not at the time. "spake" is a now-archaic past tense form of "speak." The word "spake" is quite common in places like the King James Bible, which was written when people still spake like that. The full phrase is "Sic transit gloria mundi," which means "There go the fortunes of the world." Or, more loosely. "That's the way the cookie crumbles." It has been mistranslated by several people including (I think) Will Rogers as "Poor Gloria was ill on the bus."

For the benefit of those playing at home who may not have had the advantage of a few years of high school Latin back in the Dark Ages ....... The word "sic" is Latin for "thus" or "in that way,"as in "sic semper tyrannis" [ever thus to tyrants]. It's the editor's way of saying "Hey! Don't look at me. He said it that way."

Oh, we're not arguing or disagreeing about anything. We're both simply recognizing that life isn't as simple as advertised. People make mistakes and bad things happen. The fact that the mistakes were avoidable is almost irrelevant -- most mistakes are avoidable, after all, and it's unrealistic to believe in a world with zero risk. If there is any difference in perspective between your initial observation and mine, it is that I find it regrettable that some people, some of the time put more emphasis on who made the mistake than on why it happened. [Not you, necessarily. I do it myself. It's another one of those human failings.] As I said earlier, this is why telemarketers and Nigerian princes are so successful. They know what can lead intelligent, alert, well-meaning people like you and me to make unwise choices. And they have statistics on their side. To make money, they only need to be successful a vanishingly small amount of the time.

Yes, that is true. It does come close to blaming the victim, however. The big yellow dialog box that pops up to ask if you REALLY want to give someone permission to take money from your account is a pretty obvious warning, but I can think of mitigating situations where someone might make a bad choice. The victim may be: 1. A very recent newcomer to SL, unfamiliar with the L$ economy and not yet wary of the seriousness of risks like this. 2. Non-English speaking, and unsure of what the words mean 3. Medically or psychologically impaired. 4. Distracted by screaming children, barking dogs, telemarketers ... And others that I'm sure people may add to the list. I consider myself a reasonably intelligent person, but I have found myself in situations where I have been felled by some variation of each of the four circumstance that I listed above. Fortunately, I have not had a serious disaster as a result, but I have been lost in Croatia because I misread a sign in a language I do not speak, I have stumbled and fallen because I was too sleepy to pay attention to where I was going, and I have made countless unwise decisions while coping with a screaming child or grandchild. There are times when each of us has made a stupid regrettable mistake because of inattention or misunderstanding and has become an unwitting victim. It's our own fault. We're lucky if we can just give ourselves a dope slap and move on. Some people aren't so lucky. That's why telemarketers and Nigerian princes are so successful.

Really? I am using the current EEP viewer (Second Life Release 6.4.0.530150 (64bit)) and have been setting scripts in Experiences with no problem. [Nova's faster at typing than I am. What she said ^^ ]

... and are not doing it any more, since LL has apparently figured out who was behind the bot plague and stopped it.

Nope. Normally, when you use a script like this it's wise to reset the script when the root is in its new position. All positions and rotations in the script are calculated relative to the root (that is, they are "local" positions and rotations), so if you move the root, the relative positions of all child prims will change. Resetting the script will teach it where "ground zero" is again, though. That's always wise advice and a good habit to be in, but in this particular case you don't actually have to do that. I wrote the script so that it always checks the relative position and rotation of whatever door you touched before it does anything. To be sure that the script is sensitive to touches anywhere in the house, though, be sure that it's in the root prim.

Your mesh body should have come with a HUD to do that. If not, and if you can figure out how the modeler assigned faces on the body, all you need to do is write a script to add to the body (assuming that you have mod perms) that will change the alpha on selected faces (llSetLinkAlpha) and a HUD with a dialog that sends specific signals to the body to tell it which faces to change. The big limitations have to do with how much you know about the body and how much you can modify it.

Say more. What do you mean by an "alpha HUD"?

All true. It is much easier (not easy, just easier) to prevent copying than to deal with things that have already been copied.

The formal answer is that you submit a written complaint under the Digital Millenium Copyright Act (DMCA) to Linden Lab. They are obliged by law to remove the offending items from their web site (Marketplace or whatever) util there is a legal resolution. Read >>> https://www.lindenlab.com/legal/intellectual-property-infringement-notification-policy . If you have used foresight and have included a watermark or other identifying information in your textures, that will make your claim more substantial.