Rolig Loon

That's very odd, but not unheard of. Your items may have rezzed but then sent immediately to the sim's garbage collection area -- at location <0,0,0> in the extreme SW corner of the sim. That's where the servers put things when they can't figure out what else to do with them. I visit that spot every couple of months on sims that I manage, and there's usually an item or two there. (Often my own items, actually, sent there because I put bogus coordinates in a rezzer. :smileytongue: ) Anyway, take a look. You might get lucky.

Aha! Utilizer-vous le spectateur Phoenix, ou un spectateur V1 ancienne? Si c'est le cas, vous devez fournir un deuxième nom ainsi que votre prénom. Votre nom est didi89 RESIDENT. Si vous avez oublié votre nom d'utilisateur ou mot de passe, suivez les instructions dans les informations d'identification du compte pour le récupérer >>> http://community.secondlife.com/t5/English-Knowledge-Base/Account-credentials/ta-p/700017#Section_.1 (En Anglais, tant pis.)

Character Test is one of the last things to try when you are ruthed, not the first thing. In almost all cases, it's way overkill for solving the problem. As others have suggested, see a full list of possibilities here >>> http://wiki.phoenixviewer.com/doku.php?id=fs_bake_fail . Start with the simple things at the top of the list and work down until you find what works for you today. You may find that the bake fail problem comes back repeatedly, even after you fix it with one of the suggestions on that wiki page. Frankly, if you have tried a character test and it hasn't worked, you are probably at that stage already. If so, you have a chronically weak Internet connection. There are many steps to take for repairing it. Perhaps the simplest ones -- ones that work best for most people -- are: (1) Don't Use WIRELESS. Wireless connections are inherently less stable than direct cable connections and are more vulnerable to interference. Then, (2) Reboot your router. Unplug it from the power for a few minutes to let it clear its RAM. Then plug it back in and let it get a fresh hold on an IP address. If even that does not work, spend some time reading Nalates's blog for other suggestions about improving your connection >>> http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/

Je viens de repondre a votre message en Anglais. Voyez ici ma traduction en Francais: Je ne comprends pas très bien votre question, je vais donc vous donner deux réponses: 1. Si vous avez été banni de Second Life, vous devriez avoir reçu un e-mail auprès de Linden Lab en expliquant pourquoi, et vous dire comment déposer un appel. Essentiellement, si vous croyez que c'est une erreur, présenter un ticket de support via le portail de support. Pour aider à déterminer ce soutien à la clientèle bloc a été placé et pourquoi, d'inclure dans le billet le nom de votre compte Second Life et tous les comptes de Second Life qui se connectent à partir de votre emplacement. Il n'y a pas d'autre adresse e-mail à utiliser pour cette fin. 2. Si vous avez été banni de sims spécifiques ou des colis dans Second Life, Linden Lab ne peut rien faire à ce sujet. C'est une affaire entre vous et celui qui est propriétaire du terrain. Les propriétaires fonciers ont le pouvoir de bannir toute personne de leur choix, pour une raison quelconque à tous --- ou pour aucune raison. Tout comme dans la RL, où vous pouvez parler à personne de quitter votre propre maison et ne jamais revenir, comme le peut un propriétaire terrien dans SL. Si vous pensez que le propriétaire a fait une erreur ou un mauvais jugement utilisé, vous allez essayer de discuter avec lui, mais il n'a pas besoin d'écouter. Trouver un autre endroit pour profiter de Second Life.

I do not understand your questiuon very well, so I will give you two answers: 1. If you have been banned from Second Life, you should have received an e-mail from Linden Lab explaining why, and telling you how to file an appeal. Essentially, if you believe that this is an error, submit a support ticket via the support portal. To help customer support determine what block has been placed and why, include in the ticket your Second Life account name and any Second Life accounts that log in from your location. There is no other e-mail address to use for this purpose. 2. If you have been banned from specific sims or parcels IN Second Life, Linden Lab cannot do anything about it. That is a matter between you and whoever owns the land. Landowners have authority to ban anyone that they choose, for any reason at all --- or for no reason. Just as in RL, where you may tell anyone to leave your own home and never return, so may a landowner in SL. If you think that the landowner has made a mistake or used poor judgment, you will try to discuss it with him, but he does not have to listen. Find somewhere else to enjoy in Second Life.

You are stuck in a sitting animation. You can probably cure that by clicking the Stop Avatar Animations option that is in your Me menu. I can't be more specific about exactly where it is, because it's in different places in different viewers, but it's easy to find. If that doesn't work, find a freebie Stop All Animations tool. That almost always works.

Rollbacks must be requested via support ticket and can only be requested by the estate owner or estate manager. Generally, regions can be rolled back a maximum of 72 hours before the original event; please be aware that we cannot roll back indefinitely. The longer you wait before requesting the rollback, the greater the chance that we will be unable to help you, so do make the request as soon as the problem occurs. Please explain: What has happened. Why you need the rollback. Which region it is. Precisely how far back in time you need to go to repair the situation. Tip: It helps if you provide the time in 24 hour format. Please use Pacific time, not your local time. If you have a basic account and are an estate manager, you can submit a ticket through the Support Portal. Log in and choose Land & Region from the What type of problem are you having? dropdown menu. Specify Request a rollback in the second dropdown and fill out the form below. We are not responsible for problems caused by estate managers requesting rollbacks against the estate owners' wishes. Rollback requests are processed in the order they are received, with emergency requests taking precedent. Please note that rollbacks that are not time sensitive may take up to 2 business days to process. See more at http://community.secondlife.com/t5/English-Knowledge-Base/Managing-Private-Regions/ta-p/700115#Section_.8.1

If your werewolf avatar is made of a collection of prims that you wear on your normal av body, then there's no way to do it. System clothing is "painted" on your av body, using the template that you'll find in the first link at http://wiki.secondlife.com/wiki/Clothing_Tutorials , so if you draw textures to conform to that template, they will be under all of your prim attachments. You'll never see them. (Of course, you can texture the prim attachments themselves, if you have mod perms for them, but that's a different mater.) On the other hand, if your avatar is a custom mesh creation, you can draw textures on a template based on its UV map --- if you can get it. Chances of getting it, though, are very slim. The creator is not likely to give it to you, and probably won't sell it either. Unless you are the creator, therefore, you probably can't do what you want.

There could be several reasons. Most of them relate to the fact that teleporting involves handing your avatar's data file (your identity, plus information about what you are wearing, and what the scripts you carry are doing) from one set of servers to another. It's not an easy hand-off. If the servers on either end are very busy -- keeping track of lots of avatars, physical objects, and scripts, handling a lot of communications, dealing with many objects and avatars being rezzed --- they can lag pretty badly. To make matters worse, if you are wearing a lot of scripted objects and HUDs, you are adding to that load. There's a point at which the servers say, "I'm sorry. I just can't do this right now." All of that's in normal times. This past week or so, Linden Lab has dealt with some major server issues. It's not too surprising that some people are having trouble teleporting and rezzing things.

This forum is a place for people to learn how to script in LSL, and to share scripting insights. The place to post a request for someone else to write a script for you is the Wanted forum. Since you came here asking for help in modifying your script, let me recap the help you have received so far: The script consists of one state, with one event that contains only one command, and it works. You were handed the exact form (in fact, the exact wording) of the command that you need to make the script do what you want. You were given a very direct "hint" about exactly where to put the command. So, you have all the pieces that you need. Your experiments to make the script do what you wanted have been successful so far, so be confident. You can do this.

You may find that the bake fail problem comes back repeatedly, or isn't solved at all, even after you fix it with one of the suggestions at http://wiki.phoenixviewer.com/fs_bake_fail. If so, you have a chronically weak Internet connection. There are many steps to take for repairing it. Perhaps the simplest ones -- ones that work best for most people -- are: (1) Don't Use WIRELESS. Wireless connections are inherently less stable than direct cable connections and are more vulnerable to interference. Then, (2) Reboot your router. Unplug it from the power for a few minutes to let it clear its RAM. Then plug it back in and let it get a fresh hold on an IP address. If those simple measures don't work, start with the diagnostic steps that Nalates suggests in her blog at http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/

Generally, no. To quote LL directly ( http://community.secondlife.com/t5/English-Knowledge-Base/Billing/ta-p/700037#Section_.7.2 ) ..... Issues with prepaid and gift cards A common cause of payment method failure is the use of unsupported card types. At this time, the majority of prepaid cards are not compatible with our system, even if they bear the VISA/AMEX/Mastercard logo. This includes cards purchased at retail stores, rechargeable credit cards, and bank-issued check cards.

It sounds as if you have a severe Internet connection issue. Your invenory is actually on Linden Lab's asset servers, or should be, but your own computer is not staying connected properly, so the locally cached copy of your inventory is incomplete. That means you can't reach what's on the servers. I suggest doing a very careful reading of Nalates's blog >>> http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/ , paying particular attention to your packet loss and ping sim diagnostics. If either of those numbers is out of line, you will be losing random pieces of data. One simple piece of advice first : If you have been on wireless, get off of it now. Wireless can be a major source of connection issues for SL residents, so use a direct cable instead.

That's a truly sad and frustrating tale, Amza. I'll have to remember to add it to my growing list of good reasons not to use voice (I never have). This abuser is conducting a strategy of intimidation. If your husband had actually done anything to get him banned from SL, the abuser would have long since reported it. He obviously does not have any evidence at all, so his strategy has been to tgry and discredit your husband with his friends. Like your husband, I prefer to simpy ignore idiots and walk away, but that may not be the best idea here -- especially if his friends seem to believe the abuser. Your husband can certainly file an AR. In fact, he should have been filing them all along. Voice, unfortunately, leaves no record at all in the servers, but chat logs do. While it is true that the other person can edit chat logs, LL has the unedited ones in their servers -- at least until they are overwritten -- so they can always see what was really said. I suggest that whenever your husband gets an abusive chat message, he should file a new AR, referencing all previous ones.

Sounds good to me.

@ outtaspace: Yeah, that section of the TOS you quoted is just LL's own indemnification clause. All it's saying is that THEY are not responsible if someone else violates your privacy. It's not saying that they give other people the right to do it. The thing that got RedZone and Emerald in big time trouble was connecting bits of information (avatar name and IP address -- and thus, potentially, RL identity) and making it public. That's a violation of the bit that I quoted earlier, so that's what you have to watch out for. Personally, I value my own privacy so highly that I am very cautious about asking anyone else about theirs, so I avoid even coming close to that line. I don't ask who anyone I meet in SL might be in RL, and I don't care. But that's just me. Again, though, I think that asking people to register voluntarily to participate in a service is fine, so the direction that Darkie and others are suggesting here ought to be no problem.

outtaspace wrote: Darkie, why do you say it would be against TOS to collect username on an external website? I think Darkie is referring to the notorious IP snooping violations a little over a year ago that resulted in a widely publicized banning of RedZone and the guy responsible --- or maybe to the equally notorious case of the Emerald viewer, which was banned a year before that. The relevant portion of the Community Standards (referenced un the TOS) says "Residents are entitled to a reasonable level of privacy with regard to their Second Life experience. Sharing personal information about your fellow Residents without their consent -- including gender, religion, age, marital status, race, sexual preference, alternate account names, and real-world location beyond what is provided by them in their Resident profile -- is not allowed." It's one thing to ask people to sign up for membership in a group and ask them to give information voluntarily. It's something entirely different to scrape it from their login without their knowledge. I'm NOT saying that's what the OP is doing. I'm just answering your question about where the pitfalls may lie.

I wish I did, Peter. I watch the questions here and read the chatter in the Merchants forum. From those I can report my anecdotal impression that there are more4 failed deliveries recently than in the past. My own experience remains the same, however. In over five years, I have never failed to receive anything that I bought in Marketplace (or its predecessors), and I have never had a failed delivery to any of my customers. I have probably tempted the gods by saying that now --- or maybe I''m the typical one and we're just hearing from the minority of loud failures.

Of course you can. That's just the starter kit. Nobody but newbies stay with that. You can buy avatars from creators who have made them and sell them either in world or on Marketplace. Or you can start with one of the standard models and modify it with your Appearance sliders. (See http://community.secondlife.com/t5/English-Knowledge-Base/Controlling-your-avatar-s-appearance/ta-p/700709) OR.... if you are skilled anough, you can create your own totally from scratch if you know how to create mesh. (See http://community.secondlife.com/t5/English-Knowledge-Base/Uploading-a-mesh-model/ta-p/974185 ). BTW, this is not a game. It's Second Life. Welcome aboard.

If you have made a valiant effort to contact the merchant and have had no luck, your only other option is to file a support ticket at https://support.secondlife.com/create-case/ . Choose Marketplace >> Failed Marketplace Delivery from the pulldown menus. Linden Lab has been getting a lot of those recently, and AFAIK they have been responding fairly quickly.

If his IMs are capped, so are notecards, group messages, group invitations, and any items he is sent. The cap applies to all of those.

Voltaire is usually right (or at least Candide, speaking for Voltaire). I apologize for seeming to throw a rock at you, Peter. I was feeling snippy, but that's a poor excuse. I'm not too sure that turning the scripts on and off is any easier than making each of them a separate state in a new script. Either way, you need to write a control code. Having the control in state default and each of the other functions in a separate state in the same script feels to me like simplicity itself. And it saves having three scripts to do the work of one. Because the OP apparently has the two scripts already written, popping them into a composite script should be a snap. In any case, this is exactly the sort of debate we need in this forum. If the OP doesn't learn anything else from watching this, he should at least see that (1) there's usually more than one way to approach any interesting scripting problem and (2) choosing one can often come down to personal preference.

You don't need to look at script state in your second script at all. You're turning it on and off with the main script. Not only that, but the test that says if (llGetScriptState(llGetScriptName() == TRUE) is pointless. If the script isn't running, it can't test itself, and if it is, then that's obvious. What your second script needs is 1. a llListen handle so that it can actually listen on channel -2345 2. A test to check when some kind of triggering message arrives from the main script (Oh, and you need to send that message from the main script....) 3. A set of actions to take place when someone clicks on a dialog button. Frankly, though, as much as I applaud Peter for coming up with this suggestion, IMO it is by far the clumsiest way to solve your problem (Sorry, Peter..... :smileysad: ). Innula's approach, combining the texturing script and the resizer into a single script, is easier to write, kinder to sim resources, and less likely to screw up in operation. If it helps to think of the two purposes (texturing and resizing) in separate states, do it that way and put the dialog that choses between them in state default.

You rarely need to understand quaternions to handle rotations in LSL. That's why we have the handy functions llEuler2Rot and llRot2Euler. Those functions let you translate between quaternions (rotations) and vectors, saving you most of the trouble of figuring it out yourself. So, to rotate 10 degrees around the object's X axis, you can write llSetRot(llEuler2Rot( <10.0,0.0,0.0>*DEG_TO_RAD) * llGetRot() ); without ever having to write it as a quaternion. See http://wiki.secondlife.com/wiki/Rotation and http://wiki.secondlife.com/wiki/User:Void_Singer/Rotations for good, careful discussions of how rotations work.

There are a limited number of possible places, so I suggest doing a little experiment to find out. (HINT: You probably don't want to delete the script until after it says its message.)