Rolig Loon

Lindal's right that your inventory doesn't reside on your own computer, but a cached copy of it does. The item descriptions are all safely in LL's asset servers. The list you see in your screen is (loosely speaking) a lookup table, like an index, that lets your viewer tell the asset servers what you'd like to rez. That table can get scrambled easily, which is why we sometimes have to ask people to manually clear cache and rebuild a freshly cached copy. What Peggy's suggesting sounds like a low-probability sort of scrambling, but I can imagine it happening if you have similar files stored and accessed by your viewer. Like both of you, I think it's more likely that the OP accidentally logged in with the wrong account. I've done that myself several times, and LL's dumb system has even tricked me into doing it by failing to log me out as I asked.

Funny, it used to bother the heck out of me. Over the past five years, though, I have become more and more tolerant of crummy typing. Communicating rapidly by chat in SL gradually makes you more tolerant of typos. They are our equivalent of mumbling, the inevitable price of valuing speed over accuracy. Yes, I know chat is not the same as a web site. People who create web sites don't have the excuse of needing to communicate quickly. They have the luxury of time for editing. Still, the question was whether their errors annoy me, and I suppose the answer is that I have become numbed to them after creating so many thousands of typos myself. It could also be that the older I get, the pickier I get about which things I let rile me. Just don't get me started on politics ...... BTW, this would be a lovely question to post in General Discussion, where you could get a real discussion going. It's hard here. The structure of Answers doesn't lend itself to back and forth conversation, and we are really here to answer questions, not debate them anyway.

It sounds as if you may have accidentally logged in under the wrong account, or without logging out of your main av's account first. I'm not sure how much help technical support will be, but you can try it. From what I hear, they are usually very reluctant to move assets from one av to another. The only Linden technical support is Live Chat, which you can get to from https://support.secondlife.com/contact-support/ if you are a Premium member. There's no way to use a support ticket for that kind of problem.

Dang! I hate this forum's software. :=/

The easy part is that you just drop the animation in. Select the ball with your edit tool and go to the Contents page, then drag the anim from your inventory and drop it in. Bingo. :smileyvery-happy: The hard part is that you need a script to make the animation work. Well, not all that hard, actually. Here's a poseball script too >>> http://community.secondlife.com/t5/LSL-Library/Basic-Pose-Ball-script/td-p/719317 Follow Dora's instructions and you'll have yourself a poseball.

If you ever need to whitelist any executable file with your anti-virus program, here's a good set of instructions for how to do it >>> http://wiki.phoenixviewer.com/doku.php?id=as_anti-virus_white_listing_steps Incidentally, there's another possible reason for voice and streamed media to disappear. You may have your Maximum Bandwidth set too high (in Preferences >> Graphics). That slider should normally be set at around 1,500 for most people. It determines the maximum amount of your available bandwidth that your viewer will use for basic functions like handling object/avatar shapes and texture, motion, communication, etc. If you set it too high, then your viewer may try to use all of your available bandwidth for those functions. That will give you better FPS and less lag, but it can leave you with no available bandwidth for voice and streaming music or video. If your are having trouble with voice or music getting choppy or dropping our altogether, sometimes lowering Maximum Bandwidth can cure the problem right away.

Try turning off shadows.

There are many reasons why that might happen. Usually they boil down to an intermittent connection problem. SL is unlike most applications you have used before. It depends on having a continuous data stream between your viewer and LL's servers, because both are being continuously updated. That requires a large bandwidth and few interruptions. A break of even a second is often enough to drop you out of SL. Th prime suspects are usually (1) Wireless. SL residents commonly have difficulty with wireless connections, which are inherently less stable than direct cable connections and more susceptible to interference from cell phones, garage door openers, and almost anything else that emits RF interference. If you have a choice at all, get off wireless. (2) Your router. Especially if a router has been plugged in for a while, it begins to accumulate garbage in its RAM and becomes less efficient. Reboot by unplugging for a few minutes. (You may actually want to plug your computer's cable diretly into the modem as a test, to see whether bypassing the router clear up your problem. If so, and if a simple reoot isn't enough to solve the problem, it may be time to replace the router, (3) Packet loss en route to LL's servers. You can check for his by looking at your Statistics Bar (CTRL + Shift + 1), or by doing a ping test. For more about this and other possibilitis, see >>> http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/

Simply clearing your cache is often not enough. It's best to clear cache manually from outside SL. Follow the instructions at http://wiki.phoenixviewer.com/doku.php?id=fs_cache_clear . They apply to any viewer, although they were written for Firestorm's support group. Be sure that once you have cleared cache as directed, you log in to a quiet, low lag sim like Smith or Pooley and let your viewer fetch your entire inventory from the servers to build a new cached copy before you try to do anything else. It's a good time to just sit back and watch, or go out for coffee if your inventory is large enough.

OK, here's a semi-schematic of the top part of your script. I left out Void's multipagination function and a bunch of other stuff, to just focus on the logical flow through the start of the dialogs. I'll assume that your notecards are named in the same alphabetical order as the elements in the list called gContinents below. That's important, so that we know which card to read. Notice, among other things, that this means we don't need that stack of names gCard1, gCard2, etc. This is only schematic, and probably has a typo or two...... list gContinents = ["Africa","Asia","Europe","N America","Oceania","S America","Miscellany"];list gSites;list gTex1;list gTex2;list gLstMnu;list gDlabels;list Lbls;integer gRunOnce;integer gCrdNo;integer gCount;integer gLine;string gCard;key gQuery;default{ state_entry() { if(!gRunOnce) //This is the first time through { if (llGetInventoryNumber(INVENTORY_NOTECARD)) //There are no notecards present { llOwnerSay("No Flag notecard detected."); } else { gQuery =llGetNotecardLine(llGetInventoryName(INVENTORY_NOTECARD,0),0); gCrdNo = 0; //Reading card #0 gCount = 1; //Set index for first line in dialog box text } } else //Not the first time through. Just read the chosen card. { gCount = 1; //Set index for first line in dialog box text gQuery = llGetNotecardLine(gCard,0); } } dataserver(key qID, string data) { if (qID == gQuery) { if (data != EOF) { integer idx = llSubStringIndex(data,"="); if (~idx) { gSites += [llStringTrim(llGetSubString(data,0,idx-1),STRING_TRIM)]; //Site names from NC gTex1 += [llStringTrim(llGetSubString(data,idx+1,idx+37),STRING_TRIM)]; //Texture from NC gTex2 += [llStringTrim(llGetSubString(data,idx+39,-1),STRING_TRIM)]; //Flip texture from NC gDlabels += [(string)gCount + ". " +llStringTrim(llGetSubString(data,0,idx-1),STRING_TRIM) + " \n"]; //Dialog text gLbls += [(string)gCount]; // Button labels ++gCount; } gQuery = llGetNotecardLine(gCard,++gLine); } else { llSay(0,"Card " + gCard + " reading complete."); state running; } } }}state running{ state_entry() { gRunOnce = TRUE; //You've determined that there are notecards present. No need to do it again. } touch_start(integer num) { if(llDetectedKey(0) == llGetOwner()) { gDChan = (integer)("0xF" + llGetSubString(llGetOwner(),0,6)); gDLsn = llListen(gDChan,"","",""); llDialog(llGetOwner(),"Pick a continent.",gContinents,gDChan); //Always start with a continent dialog } } listen (integer channel, string name, key id, string msg) { if (~channel = llListFindList(gContinents,[msg]) //Was this a Continent question ? { if(channel != gCrdNo) //If the selected continent is not the one we read last time .... { gCrdNo = channel; //We've selected a different continent, so empty all the lists first gSites = []; gTex1 = []; gTex2 = []; gDlabels = []; gLbls = []; //Then .... gCard = llGetInventoryName(INVENTORY_NOTECARD,gCrdNo); //go back and read its card now. state default; } else { // Do your country dialog based on the first ten lines of the current card } } else //The User has not just answered a Continent dialog question, so { //Did the user hit a << or >> button? If so advance page or go back //Else //What texture did the user choose? Act on the choice. } }} So, that first if test at the top of the listen event in state running always tests to see if you chose a continent. If you did, and if it's not the same continent you read the last time, it goes back to state default and reads the new continent's notecard. (This is a little clunky, because it means that the user will have to answer a Continent dialog question again, but this time he will be chosing the continent that was just read. You could get around that extra click easily enough, but for now ...) If the user selected the continent that was read most recently, then you present him with a country dialog based on that continent's notecard. From there on, it's straight sailing .... second star to the right and straight on till morning.

Read this >>> http://community.secondlife.com/t5/English-Knowledge-Base/Second-Life-Quickstart/ta-p/1087919 There's a lot more to SL than just logging in, so you'll need to at least read some of the basics before you come in world for the first time. You'll find that there a lot of helpful people who can show you the first steps. Still, it's good to have a general picture first.

Even better, in the Building & Texturing Forum.

State default, as it is written, is where you are going to be reading each notecard as you need it. The way it's structured right now, it will always read the first notecard in inventory, no matter what, because that's the one defined as gCard. So, the first thing you have to do is think through how you are going to find the right one when you need it later. It would be handy if they were named alphabetically so that they end up in inventory in the same order as the elements in your global list called Continents. If that were the case, then you could use the Continents elements as dialog button labels and just say if(message == "Africa"){ gCard = llGetInventoryName(INVENTORY_NOTECARD,6);} That's not the only approach, but it's a handy one. In any case, your first llDialog call has to present you with the choice of notecards to read. Suppose the user clicks the "Africa" button .... The listen event in state running should be prepared to recognize that response and then send the script back to read the correct notecard. Without messing with the way your script is already structured, that would be something like if(message == "Africa"){ gCard = llGetInventoryName(INVENTORY_NOTECARD,6); gLine = 0; state default;} Now you're back in state default, where you read the proper notecard. When that's done and you have loaded a new array of button labels from the contents of the notecard, you need to get back to state running. As you do it, be sure that you have set some kind of flag (gCountries) that says "OK, now I'm not presenting a Continents dialog. This is a Countries dialog." That way, when you pop back to state running again, there's something in the touch_start event that says if (gCountries == TRUE){ llDialog(llDetectedKey(0),"Which country do you choose?", country_buttons,gDChan);} And the listen event is prepared to know that to do if it hears one of the new button names. Working through the logic of something like this can be a bit of a challenge, but this is where the heart of scripting is --- follwing your nose along the logical path that you want the script to execute. There are some things you can do to make life easy for yourself. When I have to do something like this, for example, I tend to prefer using numbers as button labels instead of using lists of names that (1) don't fit on the buttons and (2) are a bear to keep track of. As I read each line of data from the notecard, I build two lists. One will end up being used to create the text in the dialog box and the other, which will be the button labels, just adds a new number for each notecard line: ["1","2","3","4","5"] and so on. Then when I need to evaluate the result of a dialog button push, I can write something like llSetTexture(llList2String(Tex1,(integer)message - 1),4); and can be confident that pressing button #5 will apply the 4th texture listed in list Tex1.

That's blurry? I guess I'd need "before" and "after" shots to compare well, but those pics don't look blurry to me.

Two things...... (1) If your land is deeded to a group, your music panel needs to belong to the group too, because only the owner of a parcel can change the parcel music stream. So, deed your panel to the group. If it is well scripted, you should still be able to change URLs in the configuration notecard byt simply deleting the card and replacing it with another one. If in doubt (or even if you aren't), follow the creator's instructions. (2) When you delete the URL with About Land, be sure that you delete the right one. There's a Parcel Media URL and a separate tab for the Music URL.

You can only delete an object by script if the object has a script in it that will respond to your command. An external script can't just say "/99 delete" and remove anything. So, if you expect to want to delete an object in the furture, you need to put a script sort of like his one into it.... default{ state_entry() { llListen(99,"",llGetOwner(),""); //Listen only to the owner's message on channel 99 } listen (integer channel, string name, key id, string msg) { if (llToLower(msg) == "delete") { llDie(); } }} Beware, though .... If you have this script in several things and they are all within hearing range (20m if you use chat, 50m if you shout), then they will all be deleted at once. It's much safer to delete things one at a time unless you are very sure what you are doing.

Take a look at the entire policy regarding "Ad Farms," which sets limits on acceptable advertizing practices on the Mainland >>> http://wiki.secondlife.com/wiki/Linden_Lab_Official:Policy_on_ad_farms_and_network_advertisers . For your immediate purposes, the answer to your question is in these general guidelines: [...] advertisements must comply with these requirements: They must be grounded to the terrain, not floating. They must extend no higher than 8 m from the ground. They must contain no rotating or flashing content and no particles. They must not dispense unsolicited IMs, note cards, landmarks or content. They must emit no light sources or glow (full bright is acceptable). Advertising hoardings must be Phantom. Ad content must be clearly General in nature. Ads must not contain sound or temp-on-rez content. Ban lines should be switched off. All advertisers must make a reasonable attempt to fit in with the local area and to respect the wishes of Residents living nearby wherever possible. If you believe that a billboard is in violation of this policy or any part of the TOS, you can file an AR and let LL sort it out. Private estates have their own rules, which ought to be spelled out in their Convenants. If that's your situtation, contact the estate owner.

Maybe (1) Your home is on a Moderate sim and your friend is underage and can only visit General sims. (2) Your friend is wearing too many scripted objects or is having other problems teleporting (He should look at >> http://wiki.secondlife.com/wiki/Troubleshooting_teleporting (3) Your friend is not logged in to SL. (4) Your friend doesn't want to visit, so is rejecting your TP offers.

Ummm... This is a very old question. Chances are very good that the OP either got his L$ back in July, when he asked, or has given up by now.

To learn about your Firestorm bridge and what it is used for, read >>> http://wiki.phoenixviewer.com/doku.php?id=fs_bridge If you log in and find yourself wearing a rock, detach it from yourself. To do this: If you are on Firestorm Mesh Beta (3) or later, go to Preferences → Firestorm → General and disable the bridge open Debug Settings, and type in: ProtectBridgeFolder; set to FALSE open the #Firestorm folder in your inventory, and in that, the #LSL Bridge folder detach the #Firestorm LSL Bridge, then delete it search your inventory for any other copies of the bridge and delete them all, including any links to bridges empty your trash relog re-enable ProtectBridgeFolder If you are on Firestorm Mesh Beta (3) or later, re-eanble the bridge generate a new one bridge: use the top menu bar, go to Avatar → Avatar Health → Recreate LSL Bridge.

This is a known bug in the most recent upgrade, apparently affecting all viewers, but not all users >>> https://jira.secondlife.com/browse/SVC-7540? Try this cure, offered by Maestro Linden : "After more investigation, I have a guess about why this issue only affects certain avatars. One of my avatars had this issue, and had an empty Block List. As soon as I had the avatar block an object inworld (right click -> Block), I immediately received the queued offline IMs. This fix persisted between different sessions, even after I removed the object from my Block List (making it empty once again). For those of you affected by this bug, could you try blocking/muting an object or avatar, and see if that fixes your problem? To block an object (or avatar), you can right click on them, then select Manage->Block from the context menu."

If the solutions at http://wiki.phoenixviewer.com/doku.php?id=fs_bake_fail aren't working, it's because you have a connection problem . If the necessary information about your appearance is messed up in transmission, you may end up with a borked file on your computer, or SL's servers may end up with a borked file. You can cure it temporarily, perhaps, but if the transmission problem is still there, the bake fail issue will just keep coming back. Try the ideas at >> http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/ . BTW, my own simple first suggestion is to get off of wireless, if you have been using it. That simple move cures all sorts of problems.

The simplest teleporter, if you are going less than 10m, is simply a prim that moves to the new location when you sit on it and then returns when you stand up. With no frills at all, that's .... vector gTarget = <128,128,23>; // Your own target coordinate go here. Must be within 10m of gHomevector gHome;default{ state_entry() { gHome = llGetPos(); llSitTarget(<0.0,0.0,0.1>,ZERO_ROTATION); } changed (integer change) { if(llAvatarOnSitTarget()) { llSetPos(gTarget); llUnSit(llAvatarOnSitTarget()); } else { llSetPos(gHome); } }} You'll want frills, but that's the basics.

The best, fastest, most reliable way is to buy L$ through the Lindex >>> https://secondlife.com/my/lindex/buy.php . You can earn money in world, but it's hard to earn very much unless you have a good marketable skill (building, texturing, scripting....) and want to devote a lot of time to it. Frankly, you can earn a lot more money a lot faster with a job in SL, and you won't be spending your relaxation time in SL working. With the incredible number of good quality freebies, you don't need much money anyway. Skip your morning coffee and doughnut a couple of times and you'll have saved enough to buy most of what you need in SL for a month or more.

That's because you are ttrying to enter SL from a web site. You can do that, but only after you have downloaded and installed a viewer >>> https://secondlife.com/support/downloads/?lang=en-US . Take a good look here for how to get started in SL >> http://community.secondlife.com/t5/English-Knowledge-Base/Second-Life-Quickstart/ta-p/1087919