Rolig Loon

Well, one big problem is that your image in SL is not 1024 x 768 pixels. That may be what you created in GIMP, but when it's uploaded to SL, that will have been squished to 1204x512 pixels. All images in SL have dimensions in powers of 2 (32, 64, 128, 256, 512, or 1024 pixels. If you upload an image with non-standard dimensions, it is resized to the next lowest power of two. Your 4 x 3 frames are actually 4 x 2. When you stretch the frames to be on a prim face that's 4x3, you are introducing a false magnification, so they look blurry. It's probably less apparent when you view the entire texture as one, especially if you haven't stretched it yet.

Innula's right. Unless you plan on writing the LSL script yourself and need some help in doing it, please do not repost this in the LSL Scripting forum. Your best bet is to look in Marketplace or post a note in the Wanted forum to see if anyone has a script that does what you want. If you are a little more adventurous and know enough about scripting to know what you are doing with it, you can also look among the various script libraries here in the forums, in the Second Life wiki, or on the Internet. It may be easiest, though, to simply hire a scripter to write what you want. It's not a terribly hard script to write, so you should get quick responses. Post your request in the InWorld Employment forum.

For each object in the Second Life world, Second Life compares three important performance factors: download weight, physics weight, and server weight. It then chooses the highest of these weights and assigns it to the object as that object's land impact rating. Here's a very quick overview of the different weights; for more information on each, follow the links below: Download weight: Calculated by determining how much bandwidth is required to download and view the object. Larger and more visually complex objects have a higher download weight. You can reduce the download weight of complex objects by generating or uploading less complex meshes for differing levels of detail when you upload a model. Physics weight: Calculated by determining the complexity of the object's physics model. You can reduce the complexity of a mesh's physics model by using the analysis and simplification tools in the Upload Model window, by uploading your own less-detailed physics model, or by choosing a different physics shape type, such as Convex Hull, on the Features tab of the Build Tools window. Vehicles must have a physics weight of 32 or lower, but may have higher download or server weights. Server weight: Measures the impact an object has on Second Life's server resources. Objects that are composed of many prims and have physics enabled and/or contain scripts tend to have high server weights. In summary, the whole is greater than the sum of its parts, and sometimes in ways that are non-intuitive.

Ah, now here's a thought, suggested by a distant voice .... "llTakeControls needs to be set to accept == TRUE, pass == FALSE" Give that a try. :smileywink:

You went to all the trouble of winnowing the lists named "Fool" and "Magician" down to one name each and then you ignored them in the end and wrote list cardlist = ["Fool", "Magician"]; llOwnerSay((string)cardlist ); Of course it's going to say either "Fool" or "Magician". Those two words are the only choices in the list called cardlist. If you want to say the contents of the list named "Fool" and the list named "Magician", forget about cardlist. Just write llOwnerSay ( (string) Fool + " " + (string) Magician); :smileywink:

There could be a number of things going on. First, have you looked at the texture on a prim face without animating it? The largest texture dimension you can use in SL is 1204 pixels, so if you have more than 8 frames in a row, each one will be at most 128 pixels wide. That's not enough pixels for a real high definition image in each frame. (BTW, the PPI is totally irrelevant here. After all, a pixel is a pixel. The effective PPI is a function of how wide the object you have it on is, how much a person has zoomed in on it, and what the person's screen resolution is. And it's PPI, not DPI. DPI is for print media.) Then, have you been careful not to stretch it on the prim face you're viewing? If your frame is 128 x 256 pixels, and you are stretching it to fit on a 256 x 256 prim, it will have false magnification in the direction that you stretched it, so it will be lower resolution than you intend. Next, have you given the image enough time to rez? All frames will rez at once, of course, since they are all in the same texture. Remember, though, that the larger a texture is, the more time it takes to download to a viewer's GPU and get rendered. When an image is first made available for view, it is always blurry. A 1024 x 1024 texture can take an age. The way to beat that is to preload it so that each person "sees" the image before it's displayed. Hide it on a black prim face somewhere nearby but in the viewer's line of sight.

Start simple. Unless you already have 3D modeling skills and are prepared to make mesh items, work with system clothes and prim attachments first. You can do amazing stuff with them and they are still the foundation for building things in SL. Take a look at Natalia Zelmanov's tutorials. They are a little dated by now but still some of the easiest, best illustrated tutorials for beginning clothing designers.

If your avis always supposed to stand up as part of the shut-down process, you can try deliberately stopping all animations just before she stands. Something like this ..... listen (integer channel, string name, key id, string msg){ if (msg == "Shutdown") // From a dialog, maybe? { Shut_off_engines(); /// Whatever you do to turn off the engines....... llReleaseControls(); list temp = llGetAnimationList(llAvatarOnSitTarget()); integer i = (temp !=[]); while(i) { --i; llStopAnimation(llList2String(temp,i)); } llUnSit(llAvatarOnSitTarget(); }} You'll still have a problem if your av stands up without going through the sequence, but this should kill all anims so that your AO can start fresh once you're standing. ETA: It just occurred to me that you could also be running "striding", actually) because you're interacting with a physical object. See if it helps to put llSetStatus(STATUS_PHYSICS,FALSE) in that shutdown sequence.

It has nothing to do with Second Life. You paid the Geek Squad for bad information. You have picked up a computer virus from the Internet. See https://jira.secondlife.com/browse/VWR-29307 for the best cure. Look near the bottom for Alisha's comment. It works.

You can't tell what viewer other people are using. Linden Lab changed policy about three months ago and made that impossible. If you want to tell whether people are looking in your general direction, just activate LookAt in your viewer. You can always do that from your Develop menu with Avatar >> Show Look At, but each viewer also has a shortcut, usually in Preferences. That setting works unless the other person has ShowPointAt turned off. It's a rough indicator at best, because the person could be looking at something behind you or next to you.

You can change your Display Name once a week on your web profile at http://my.secondlife.com/Shadowpulse >> Settings >> Display Name . You can never change your login name (username).

string sound = llList2String(["Stupid_sound","Happy_sound","Wierd_sound"],(integer)llFrand(3.0)); llTriggerSound(sound,1.0); As I said earlier, "I put the script into a simple cube, along with an animation and a handful of sounds ....."

Traffic counts the number of minutes an avatar spends in a parcel but only for avatars that do not move to another parcel (for at least five minutes) within the 24 hour data-collection period. So an avatar who pops in to your parcel and leaves within 5 minutes does not count for traffic purposes, but one who stays for at least 5 minutes gets 1 traffic point per minute. The total traffic number for the parcel is the sum of all avatar points during that period. There have been some recent irrgularities, so you'll find discussions of traffic in a couple of the forums as well as a few questions here in Answers.

Certainly. If you know the name of the sound or animation and if it is in the object's inventory, just give your script the name instead of asking it to look for it. llTriggerSound("my_obnoxious_sound",1.0); llStartAnimation("Standing_on_my_head"); With a sound, you can actually give it the UUID of the sound file instead of the name, if you know it. Yes, you would need to touch the object to trigger a touch_start event. The only reason I suggested it is that at least during the testing stage it's a real nuisance to have to keep attaching and detaching the thing every time you recompile its script. Touching the object is much less of a nuisance. The other thing, of course, is that there may be times when you want to keep wearing the object but shut off its sounds and animation temporarily. Again, using a touch_start or a listen event as a switch beats having to attach and detach the object every time.

I tried to help two people in world last week with exactly this same issue. Both had mesh homes and neither could rez anything inside. I am not yet mesh-adept myself, so I can only deduce that they are having a bounding box problem. In both cases, they could rez objects easily on the porch or the lawn (or the roof!), and drag them inside, but not rez indoors. They each had plenty of prim allowance left, so that was not an issue. BTW, the person who created one of the two homes is a well-known and respected builder, so this isn't work done by an amateur.

No, there really isn't. The best you'll be able to do is to rez your objects outside the house and drag them inside. The problem seems to be the bounding box of the mesh structure. I've seen it in a couple of new mesh buildings now. Owners have been able to rez furniture outside the house, but only drag it inside, not rez it there. It makes temp rez items (like some poseballs) useless, unfortunately. You might try asking the creator of your building whether he has a way to fix it.

You'd have to ask Linden Lab about policy decisions. We'd all just be guessing.

That's not a message from Second Life. I suspect that you have a firewall or an anti-virus routine blocking access. To create an exception for SL in your firewall, read http://community.secondlife.com/t5/English-Knowledge-Base/Using-Second-Life-with-a-firewall/ta-p/1304539 . To deal with your antivirus routine, see http://wiki.phoenixviewer.com/antivirus_whitelisting

You can't buy "sky". You buy or rent land and all of the airspace above it. You can build anywhere on land that you own or rent, including in the sky. To learn more about buying land, see http://community.secondlife.com/t5/English-Knowledge-Base/Buying-land/ta-p/700043 or http://community.secondlife.com/t5/English-Knowledge-Base/Buying-Private-Regions/ta-p/700045 . To read about renting land, see http://community.secondlife.com/t5/English-Knowledge-Base/Renting-land-from-other-Residents/ta-p/1420695

When you uploaded the items to your Marketplace store, did you put them all in the same upload folder by mistake? You are supposed to upload one separate folder for each saleable item. You can put several related items in a folder (the top, skirt, and glitch pants for a dress outfit, for example, or a set of instructional notecards and LMs), so that they are all sold as a single package. If that's not what you want to do, upload items in separate folders if they are supposed to be sold separately.

Edlexchange no es un servicio proporcionado por Linden Lab. Si usted tiene un problema con su servicio, usted debe ponerse en contacto con Edlexchange. En el futuro, sería más inteligente de comprar y vender L $ en el Lindex. Ver https://secondlife.com/my/lindex/buy.php

You're the seller, so you determine the price. As an aside...... Once you own an item that's full perm, you can do anything with it that you like. However, it is a mean, lowdown business practice to go into competition with the creator who sold it to you. The creator did all the work of making and marketing the product. Reselling his/her full perm work at a lower price is not nice.

Be aware of your monthly PayPal limits. By default, your monthly spending limit with PayPal is set to USD $250.00. You can easily raise or lower that limit. See Using PayPal for more information. 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. The credit card is not in the list of accepted payment methods (see http://community.secondlife.com/t5/English-Knowledge-Base/Billing/ta-p/700037#Section_.3) 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). 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. If none of the above applies, contact your credit card provider to determine the cause. You may also contact Linden Lab Billing Support.

I understand "frustrated", but what do you mean by "not working"? And why are you posting in someone else's thread that was marked as ANSWERED three months ago instead of starting your own new question?

Do you have a verified method of payment (credit card or PayPal account) associated with your account? Read the full page at http://community.secondlife.com/t5/English-Knowledge-Base/Billing/ta-p/700037 to see what you may have overlooked.