Rolig Loon

Magic Boxes were phased out many months ago, JoAnna. They are only valid in the specific case that you are trying to sell individual items that YOU do not have copy perms on -- things like breeedables and fairy eggs. All other items must be sold through the Direct Delivery system. You will need to migrate all items currently in your Magic Box to Direct Delivery and then upload any future items to Marketplace with the Merchant Outbox in your viewer. See http://community.secondlife.com/t5/English-Knowledge-Base/Selling-in-the-Marketplace/ta-p/700193 and, specifically, http://community.secondlife.com/t5/English-Knowledge-Base/Marketplace-Direct-Delivery-migration-guide/ta-p/1293139

No sarcasm intended. I was simply reminding you that we already answered your question last week and providing a link in case you had misplaced it. And I don't have a supervisor. This is a resident-to-resident Answer service. I'm just another SL resident, like you, Tryad. ;-)

If you are talking about the account that you used to log in here just now, it looks like it's alive. If you can log in here, you should be able to log in to SL. There shouldn't be any need to re-register. If you are concerned about some other account, though, go to https://support.secondlife.com/contact-support/ and submit a support ticket using the category Account Issue >>> Account Creation Issue. You may need to jump through a couple of hoops to verify that you are the true owner of that account, but they should be able to help you get it straightened out.

As we explained the last time you asked this same question, there is no "scanning beam" in the map or MiniMap. The green avatar dots on the minimap are located there by accessing what the server knows about the position of every single thing on the sim. The server doesn't have to "scan" for the avatars. It already knows where they are. The appearance of the map and minimap are built into Linden Lab's viewer code, which is then picked up and used in each of the TPV's. We users have no control over any of that. If you wanted to go to the trouble of creating your own viewer, you could probably tweak it there.

The & operator is bitwise. That is, the quantities to the left and right of it are combined with an AND. We would typically use & when we are using one variable as a mask to test the other one. For example, if we write changed (integer change){ if (change & CHANGED_INVENTORY) // CHANGED_INVENTORY is a LSL constant, equal to 0X001 { //Do something }} then we are hoping that the value of the variable change will be equal to 0x001, because 0X001 AND 0X001 = 0X001. That is, all bits in the constant CHANGED_INVENTORY match bits in the value of change, so the end result of the if test is TRUE. The && operator, on the other hand is a simple logical combination. In your own example, if (a == b && c == d) asks whether a == b and c == d each evaluate to TRUE. If they both do, then the result of the if test is TRUE. If either one is FALSE, then the result of the if test is FALSE. Edited as usual for typos

Awwww.... The Start A Thread button is on the left side.

Try this >>> http://wiki.phoenixviewer.com/fs_bake_fail

LOL. That'll do it.

Heute ist Mittwoch! Es gibt immer eine Mindestreserve fuer die RC-Kanal sims am Mittwoch. Warten Sie eine Weile, oder versuchen Sie sich in einer anderen Sim. [AKTUALISIERT] Rollende Startet RC-Kanal [AKTUALISIERT 06.45 PDT, 18. September 2013] Rollende Neustart fuer die Magnum sind BlueSteel und LeTigre RC Server Kanaele jetzt im Gange. [Posted 11.56 PDT, 17. September 2013] Wir werden die Durchfuehrung rollenden startet fuer Regionen auf Magnum, BlueSteel und LeTigre RC Server Kanaele. Sie werden am Mittwoch, 18. September bei etwa 7.00 PST beginnen. Bitte unterlassen rezzing keine Kopie Objekte, so dass inworld L $ Transaktionen und denken Sie daran, alle builds.For Weitere Informationen zu den spezifischen RC Server Kanaelen, schauen Sie bitte auf die unten stehenden Links. http://wiki.secondlife.com/wiki/Beta/BlueSteel http://wiki.secondlife.com/wiki/Beta/LeTigre http://wiki.secondlife.com/wiki/Beta/Magnum ==================================== [uPDATED 6:45 AM PDT, 18 September 2013] Rolling restarts for the Magnum, BlueSteel and LeTigre RC server channels are now underway. [postED 11:56pm PDT, 17 September 2013] We will be performing rolling restarts for regions on Magnum, BlueSteel and LeTigre RC server channels. They will begin on Wednesday, September 18, at approximately 7:00AM PST. Please refrain from rezzing no copy objects, making inworld L$ transactions and remember to save all builds.For more information about the specific RC server channels, please refer to the links below. http://wiki.secondlife.com/wiki/Beta/BlueSteel http://wiki.secondlife.com/wiki/Beta/LeTigre http://wiki.secondlife.com/wiki/Beta/Magnum

Gee, Maddy. Move to the Midwest. I can get a nice pita sandwich and a small cup of coffee for $5. Or a respectable Greek salad and a cibatta roll. (I know, I'm not a big eater.)

Clearing cache won't do a thing (except slow down your texture rendering for a while). After all, anything that is in your inventory can't affect you. A script can't do anything unless it is in an object that is rezzed in world. So, if you worry about an attached tracker, detach all your attachments, including HUDs. If you have reason to suspect that one of them contains a tracking script, don't wear it again. If you have been using a TPV that offers RLV, disengage it to detach any unwanted objects that might be controlling or tracking your movements.

If you have a non-technical issue related to billing concerns, you can call the Linden Lab billing team at the following toll-free numbers: US/Canada: 800-294-1067 France: 0805-101-490 Germany: 0800-664-5510 Japan: 0066-33-132-830 Portugal: 800-814-450 Spain: 800-300-560 UK: 0800-048-4646 Brazil: 0800-762-1132 Long distance ( not free, but you can use Skype to save some cost ) : 703-286-6277 **Note: Support is offered only in English

It may have nothing to do with SSA (Server Side Appearance). Some people are having trouble with the increased reliance on HTTP texture rendering in the newest generation of SL viewers. Fetching textures by HTTP instead of UDP packets generally increases rendering speed and reliability for most people, but it has the opposite effect for some, especially those on wireless connections. Take a look at http://wiki.phoenixviewer.com/http_fetching_issues for suggestions about dealing with the problem. Even if that's not the immediate problem, it could be that your IT staff are using proxy settings that are more appropriate for handling UDP traffic than HTTP traffic. Refer them to http://community.secondlife.com/t5/English-Knowledge-Base/Using-Second-Life-with-a-firewall/ta-p/1304539 for guidelines.

Eduard Hendrassen wrote: [....] Edit: well as I can't seem to be able to reply to an answer I guess I will have to edit my post - I already looked at 0, 0, 0, that area is clean, I have build rights on the whole sim so I guess my partner will have to make that call as I don't have a premium account anymore. You found one of the two ways to reply, and it worked. Sorry that the garbage collector idea didn't work too. It was a long shot.

What that tells you is that anything that is at least that good will work. The zippier the better. "Best", though, is a very subjective judgment. It depends on what the rest of your system looks like and what else you plan to use your machine for. I am quite happy with my NVidia GeForce 9800 GT, which is now way out of date by high-end gamer standards, but I can run it on Ultra settings when I want to, and I can use Advanced Lighting, and still get about 15-20 FPS. If I wanted to do fast-moving RP stuff or if I were into photography in a big way and needed some of the fancier graphics, I'd be looking for a flashier card. So.... decide what you want to do, be sure that your pocketbook and your power supply can handle it, and shop for the "best" card you can find.

Maddy's got it right. Just clear your cache manually (not by clicking the Clear Cache button in Preferences). Here's how >>> http://wiki.phoenixviewer.com/fs_cache_clear If you're not using Firestorm, don;t worry. These instructions work for any viewer, with small obvious changes.

You and I seem to be thinking along the same lines, Innula. When I have done this trick, I have always rezzed the object and then used llAttachToAvatar (now llAttachToAvatarTemp). Then, as I suggested to the OP, detach it on command from the main script when the av stands up. Since the glass is temporarily attached, it will vanish automatically. If you really want to have the glass always be on the table, then you can do a hybrid approach. Rez a new glass when the av sits down and simultaneously make the one on the table transparent. Then have the glass ask for permission to attach and use llAttachToAvatarTemp to do it. At the end of the sequence, when the av stands up and the attached glass poofs, turn the one on the table back to non-transparent again.

You might be in luck, maybe. Take a look in the sim's garbage collector. It's at location <0.0,0.0,0.0>, in the far SW corner of the sim, underground (or water). That's where the servers put things when they can't figure out what else to do with them. If you were using the Firestorm "Restore To Previous Position" function, you should be aware that it will not work properly unless you have permission to rezz in that extreme SW corner. That's because the function works by rezzing your object at that spot and then moving it to the "previous position." Most of the time when the function fails, it simply doesn't rez your object at all. Sometimes, though, the server apparently says, "Oh, hey! That's my garbage collector. I know where that is," and just leaves it there. You're right, though, that there is no support ticket category for finding lost inventory unless you are a Premium member. If you are, though, you can give Live Chat a call.

Good question. Is it happening everywhere, or just on some sims? If you go to a nice quiet sim like Smith, do you walk at a normal speed? When you walk, do you walk at a uniform speed, or do you sort of jerk forward a little bit at a time, like you're being pulled on a bungeee cord? One way or another, you are experiencing lag. By studying some of those questions, you can narrow down the problem to decide whether your own computer and its Internet connection are the cause, or whether you're just on a laggy sim. Take a look here for the range of possibilities. If you want to provide extra information or need to clarify your question, click on the Options link in the upper right corner of your question and select EDIT. Please do not start a new thread. Doing that makes it hard for us to see what other people have already suggested, and it pushes other residents' questions off the page.

Try the category Land & Region >>> Report a region offline . Your sim isn't actually "off line" but that should catch the techies' attention as long as you describe the problem adequately.

Linden Lab tweaks the configurations from time to time, so there is no such thing as a "class 5 sim" or a "class 8 sim". The only promise they make any more is that any full region will have "class 5 or better" capacity, but they do not promise that a region will stay on a certain class any more. A full sim is sharing a server with up to 3 other sims at any given time, as well, so even knowing which server is running your sim today won't necessarily tell you how its performance may look tomorrow.

Translators require a lot of memory, even if you are dealing with a limited vocabulary. Unfortunately, LSL is not well-designed for handling data-intensive tasks. The maximum size of a LSL script is 64K, and that includes all space used for the script itself and for data storage and manipulation. Language translation inevitably involves a lot of sorting operations, too, so even more of that storage is used for temporary list manipulation. The bottom line is that all but the simplest translation systems -- few words, no grammar or syntax correction -- are much better done outside of SL on dedicated servers, and then piped in by HTTP. If you are trying to write something very simple indeed -- essentially a substitution cipher (like a Little Orphan Annie decoder ring) rather than a real translator -- you can get a start with the small example that Miranda Umino posted in this thread. You can search for other ideas in the LSL Scripting forum archives.

Dang, you're a fast typist, Peter.

You can get a Magic box here: https://marketplace.secondlife.com/p/Xstreet-SL-Magic-Box/36791 HOWEVER ..... You should only be using a Magic Box if you are trying to add one-of-a-kind items -- items for which YOU do not have copy permission. That would include things like breedables and fairy eggs. All other items -- that's 99% of the stuff sold in Marketplace -- must be sold through its Direct Delivery system. That means uploading items to your MP store with the Merchant Outbox in your SL viewer--- not with a Magic Box. Please read all instructions at http://community.secondlife.com/t5/English-Knowledge-Base/Selling-in-the-Marketplace/ta-p/700193#Section_.4.2.1 . In fact, read that entire article.

Um.... in a very vague way, yes. You're not giving an item that will go to someone's inventory. You're rezzing an object with a script in it. So your "button" activates the rezzer and captures the new object's UUID. Later, when you want to delete the object, you click a "Delete" button to send the "DIE!!" mssage to that object. I've frankly never peeked inside AvSitter (does it have mod perms?), but if I were modifying my own sit pose script to do this stuff I would probably be adding a llRezAtRoot function in the run_time_permissions event so that it rezzes the new object. I'd add an object_rez event to grab the object's UUID, and I'd add a dialog function in a touch_start event that would handle the "DIE!!" message.