Rolig Loon

Many merchants have now moved their inventory to the new Direct Delivery system, so many of the problems that we used to have with delivery from Magic Boxes are going away. Still, merchants won't be required to complete the transition to the DD system until summer, so some problems linger. Besides, even after DD is fully implemented, you should be aware of some things to avoid: 1. Your "in box" still has a cap of 25 IMs, group messages, group invitations, notecards, and objects. If you receive more than 25 items while you are off line or busy, the extra ones will not ever be delivered. 2. The Marketplace shopping cart tends to jam if you fill it too full, so you are better off buying only one or two items at once. Use the Buy Now button instead of the shopping cart if you can. 3. Direct Delivery items will show up in your new Received Items folder, at the bottom of your inventory. It's easy to overlook until you get used to looking there. If you ever find that something you ordered was not delivered, just send a polite note to the merchant, including informaion about your purchase that you have cut & pasted from your Transaction History. Please be patient. Merchants have RL responsibilities (and disasters) just like you do, and they may not be in world every day. If you don;t hear back in a couple of days, send a second polite note or submit a support ticket to LL.

In Firestorm, it's in Preferences >> UI . I believe it's in the same place in Phoenix. You're looking for Hover Tips.

Hehehe... I was being "delicate." Your mother would be glad that I chose my words carefully.

If you have been in SL as long as I have, you might remember those days when we would end up badly folded after a TP, looking at just about that spot.

Take a look at http://wiki.phoenixviewer.com/wearing_entire_inventory . That might be the answer you are looking for.

As far as I know, that's normal "expected" behavior for prim media. I have tended to avoid MOAP in many applications, though. Many people either do not use viewers that support MOAP or have deliberately turned off access to streamed media in Preferences to avoid IP capture issues. Despite your best efforts, therefore, MOAP will not be visible to many SL residents. If you're dealing with textures that do not need to be updated frequently, you'll find that more people will be able to see them if you simply upload standard image files and apply them to prims.

Nope, at least not unexpected issues. Any sound files in SL have to be pre-loaded before a person can hear them. When writing a script, a scripter often does that by forcing a sound to play a low volume first and then playing it a second time so people can hear it. The scripter might also use the LSL language function llPreload Sound, which does the same thing. Neither option is available in gestures, however, so you commonly can't hear sounds in gestures until you have played them twice. That's just the way things work. If you hang around in laggy sims, the effect might just be a little more noticeable, I suppose.

In the extreme upper right corner of this page, click My Settings, then Preferences >> Preference Options >> Automatically subscribe me to topics I participate in . That way, you will receive an e-mail message every time that someone else posts a message in any thread that you create or make a response in. You can also choose any specific thread that looks interesting and do the same thing. Click the Options link in its upper right corner and select Subscribe. One of the silly features of this software -- an annoyance for all of us -- is that you cannot post a new response to your own question. If you want to add information to THIS one, for example, all you can do is click on the Options link in the upper right corner of your question and select EDIT. Please do NOT start a new thread.

Welcome to Second Life! Your name is testbed321 Resident

Because they are all custom scripted?

I'm afraid you've lost me there. What "gift card page"? If you want to buy L$, you should be in the Lindex at https://secondlife.com/my/lindex/buy.php . Assuming that you have set up your credit card or PayPal account as the source to draw on, the purchase should go through almost instantaneously. It is possible for credit card transactions to fail, however. Here are some common reasons for credit card failure: You entered the credit card number incorrectly. You did not enter the billing address or entered it incorrectly. It should be the same address that appears on your bill. You did not enter the name on the card or entered differently from how it appears on the card. Be sure you updated your card's expiration date in the Second Life Billing Information page. The credit card is not in the list of accepted payment methods (see above) You did not enter the CVV (3 digits on the back, or 4 digits on the front for AmEx) or entered it incorrectly. The card is expired, or the expiration date was entered incorrectly. There are no funds available on the credit card to validate it. We send a US$1.00 authorization to ensure that a credit card is valid. This is not a billing, but the card must have at least US$1.00 available on it to pass validation. Your monthly payment limit is reached, and/or your bank is not authorizing any more transactions. The issuing bank has not pre-approved transactions with Linden Research, Inc. Contact the issuing bank to resolve the problem. If you are outside the US, your card may not be set up for international/overseas transactions (this is very common with Visa Electron). If none of the above applies, contact your credit card provider to determine the cause. You may also contact Linden Lab Billing Support. Note that Linden Lab does not accept most (any?) pre-paid credit cards or debit cards.

I think you probably don't mean your SIM at all. That option to list in search is for PARCELS. That's what you pay L$30 a week for. To make your land appear in the Places tab in Search: Right-click on your parcel's terrain and select About Land. Choose the OPTIONS tab in the ABOUT LAND window. Check Show Place in Search (L$30/week). Choose a category from the dropdown list that most accurately describes your land.

Ah, now THAT's a problem. You're right. The way that script is written, it keeps the two people side by side as they walk, which means turning them both relative to the center of the linkset. You may have to do a complete rewrite of the script to get around it -- well beyond the scope of anything to talk you through here. Sorry about that.

The Second Life viewer should install automatically when you double click on the installer in your Downloads directory. I suppose your downloaded copy may have been borked somehow, so the first thing to do is try downloading a second copy. If that doesn't work, I'm at a loss to explain it, and can only suggest that you try downloading a different viewer entirely. I recommend Firestorm, which is an approved Third Party Viewer and probably the most popular one in SL right now. You will have all the functionality of Linden Lab's own viewer, plus more. Download it directly from their web site at http://www.phoenixviewer.com/downloads.php .

Mira este >>> http://community.secondlife.com/t5/Linden-Dollars-L/SL-no-acepta-mi-tarjeta-de-credito-you-deseo-pagar-mi-tierra/qaq-p/1466467

Why not? We can't do a thing to help unless you can give us something to work with. What kind of computer do you have? What graphics card? What Internet connection? What error messages are you getting? What have you tried? Where does it stall in the installation process? Or is it installed but having trouble logging in? ANYTHING you can give us as a starting point would be better than "it will not install." Click on the Options link in the upper right corner of your question and select EDIT to add information. Please do NOT start a new thread.

“Out of the box” you should be able to run more than one copy of your viewer without doing anything. If you try and it doesn't work, then try this: go to Advanced → Debug Settings; a small window will open type: AllowMultipleViewers set the value to TRUE relog Macs do have a problem running multiple instances sometimes, so see http://wiki.phoenixviewer.com/fs_multiple_firestorm for clues about how to make a Mac behave. You can also set a command line preference for multiple instances. On Windows, you can specify command line parameters as follows: Create a shortcut to the SecondLife.exe executable. Edit the shortcut properties Add --multiple in the first editable text field, at the end of the line, after the closing quotation mark, if any. To do the same thing on a Mac, Right-click or Control+Click on the Second Life icon and select Show Package Contents. Browse from there to Contents > Resources. Look for a file called arguments.txt. If it does not exist, create it. The full path is Second Life.app/Contents/Resources/arguments.txt. Inside arguments.txt, add any command line arguments you want (again, --multiple in this case), one per line.

Auf dieser Website >>> https://secondlife.com/my/account/membership.php?, Siehe Upgrade Your Membership Now Premium Annual Membership Best Value USD 72.00 per year Premium Quarterly Membership USD 22.50 per quarter Premium Monthly Membership USD 9.95 per month Ich glaube, Sie können selbst die Umrechnung von Dollar auf Euro machen. :smileywink:

Yup. Noooooooooooo problem, assuming that you mean YOU look like a cloud. :smileywink: That's a communication problem between your computer and SL's servers. Information about your appearance has to be "baked" onto your avatar on your own computer, saved there, and then uploaded to SL before it's fully visible there. If the necessary information 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. Either way, your av's appearance defaults to a fluffy cloud. What works to repair the damage for one person won't necessarily work for the next person, and it may not be the same thing that works for you tomorrow. See the full list of possibilitites 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. 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. The plug it back in and let it get a fresh hold on an IP address. If that's NOT what you meant by "clouds", click on the Options link in the upper right corner of your question and select EDIT to add more information. Please do NOT start a new thread.

The OP still hasn't added any helpful information to the question, so we have no idea exactly what computer or graphics card he's dealing with. However, here's another total shot in the dark >>> SL 2.7.x - 3.0.1 (tested) crashes NVIDIA GTX 460 if Basic Shaders are enabled (possibly if Google SketchUp was previously run on the machine since power-up). That problem seems to affect more than just the GTX 460 that was the original focus of the JIRA.

If smoothness is not an issue, then just put the motion in a timer and update the rotation at each step with llSetPos and llSetRot (or, better, llSetLinkPrimitiveParamsFast(linkno,[PRIM_POS_LOCAL, PRIM_ROT_LOCAL]); Or, maybe use llSetKeyframedMotion, which will give you smooth motion too.)

Rolig Loon wrote: You don't need no stinkin' pose balls. :smileytongue: Your cart is made of prims. Put the lead script and animations in one prim and put the second script and animations in another one. That's what you'll sit on -- not an unnecessary pose ball. The only real trick is that you will need to adjust the sit targets in both scripts so that you are sitting in the right spots and turned around correctly. Your sit targets are also identified in the state_entry event in each script. Here's the one in the lead script ... llLinkSitTarget(1,<0.0,0.0,0.1>,ZERO_ROTATION); OK, I take it back. I'm getting punchy here and RL is demanding my attention. You really can use pose balls, and that might be easier for you. That way, you won't have to mess much with the sit targets -- just move and rotate the pose balls to where you want them. The only thing to remember is that the "lead" script and animations have to be in the root prim of the linkset and the "second" script and anims have to be in link #2. So if you use poseballs, be sure you link them in the proper order. After all, llLinkSitTarget (1, .... will be looking for someone to sit on link #1 (the root prim) and llLinkSitTarget(2, ... will expect someone to sit on child prim 2.

You mean like this? >>>> Bulk Delete does not work on Unassociated Inventory if listing exists Add your comments to the JIRA and then watch it to see how fast LL resolves the problem. Getting DD to work properly is a high priority right now, so it can't be long. I hope.

Look carefully and logically at the script in the LSL Script Library. We're talking about activating animations, so look for llStartAnimation and (to stop one) llStopAnimation . You'll see them right here in the lead script ... control(key id, integer level, integer edge) { if(level & (~edge) & CONTROL_FWD) { llSetLinkPrimitiveParamsFast(LINK_SET,[PRIM_POSITION,llGetPos() + <0.05,0.0,0.0>* llGetRot()]); llStopAnimation(gStand); // <<< SEE? llStartAnimation(gWalk); // <<< SEE? llMessageLinked(2,1,"FWD",NULL_KEY); } if (level & (~edge) & CONTROL_BACK) { llSetLinkPrimitiveParamsFast(LINK_SET,[PRIM_POSITION,llGetPos() + <-0.05,0.0,0.0>*llGetRot()]); llStopAnimation(gStand); // <<< SEE? llStartAnimation(gWalk); // <<< SEE? llMessageLinked(2,1,"BACK",NULL_KEY); } //... and so forth....... So, what are gStand and gWalk? Take a look in the state_entry event and see..... gWalk = "CCfWalk02medium"; //Put your own favorite walk anim here gStand = "*GA* Pretty Girl Stand V3"; //Put your own favorite stand anim here There are similar bits of code in the second script. So, "Put your own favorite anim here" in both scripts. Now, you said ... When I put that script you refer to the control the first one Lead //Double Walk Lead -- Rolig Loon -- March 2012 In a pose ball then link the plow with the pose ball as last the plow falls apart. It does not follow correctly either. You don't need no stinkin' pose balls. :smileytongue: Your cart is made of prims. Put the lead script and animations in one prim and put the second script and animations in another one. That's what you'll sit on -- not an unnecessary pose ball. The only real trick is that you will need to adjust the sit targets in both scripts so that you are sitting in the right spots and turned around correctly. Your sit targets are also identified in the state_entry event in each script. Here's the one in the lead script ... llLinkSitTarget(1,<0.0,0.0,0.1>,ZERO_ROTATION); So why does yours fall apart? As I hypothesized in your other post, it may be because you made your object physical. Don't do that.

Nope. The Linden Water table is set for the entire sim. Look in World >> Estate/Region >> Terrain. There's no way to change it for just one area. You'll have to use prim water or put your swimming pool at the foot of the hill and dig a hole.