User:Lum Pfohl/SL Trivia

SL Trivia These are things I've noticed about SL over the course of a year. In no particular order at this time: Avatar and UI Pressing the SPACE BAR while you move of fly will make you go slow. A fun thing to do is to fly up, press and hold the SPACE BAR and disable flight (stop flying). You will fall and flail in slow motion until you touch down, light as a feather. Typing /0 followed by your message text will suppress the Typing Anim. In addition to the DEBUG SETTING PlayTypingAnim, entering /0 before each message in group chat will signal SL to send your message to "Channel 0" - which just happens to be group chat - but you won't do the typing animation or have the associated clicking sound. There is an SL glitch with the CROUCH button. Pressing and holding the CROUCH button (either PGDN or C) and tapping the FORWARD (UP ARROW or W) once will cause your avatar to "wig out." Keep the CROUCH button pressed for the entire period, and you will see your avatar move back and forth wildly until you eventually move off-sim. When you do, your hair attachment will come off!!! ahahahaha! Inventory You cannot transfer more than 42 individual inventory items to another user at once. To transfer more than this amount, you must either break up the transfers into two or more chunks (like a folder of 80 items can be broken in to two folders of 40 each), or stuff the items into an object and transfer that one object. You can open more than one Inventory window. Open your INVENTORY. In the Inventory Window is a menu option called FILE. Click FILE -> NEW WINDOW and a second Inventory Window will open. You can now perform independent functions on each window - drag/copy from one window to another. Great tip for managing your cluttered inventory! Prims and Objects You cannot enable physics for an object of more than 32 prims. There is much debate on whether this number is 32 or 31. I believe it's 32. ONE of those 32 will be a prim on which the avatar sits. Some contend that the AVATAR itself will be considered 1 prim in trying to enable physics. I will have to conduct a test for this... Rendition of Flexible Prims is a client side only function. That is, a flexible prim such as a skirt - is rendered completely on the Client Viewer. Each person's viewer can have a totally separate experience when viewing flexible prims, depending on their PC's load and lag conditions. Of course, having 10 flexible prims and having 1000 flexible prims will give different performance (which might be perceived as lag,) but the fact is that your PC is bogging down, not Second Life. A Flexible Prim causes less server load than a Regular Prim. When a object's "Set Flexible Path" setting is enabled, the object becomes Phantom (that is, you can pass through it without collision). Because the server doesn't have to calculate object and agent collisions with these objects any longer, the computational loads on the server is actually alleviated. A Particle Effect is a client side only function. Similar to the argument for flexible prims, rendition of the particles is purely a Client Viewer task. Again, everyone will see different particle effects, depending on the max number of particles they are set to see, how many particles are in their field of view currently, and whether they have particle rendering turned off. A Particle Effect is a Property of an Prim. This may sound like "duh," but people just don't understand. A particle effect, is just like any other object property (size, color, shape, hollow, twist, etc.) The only difference is that the particle effect property is only accessible by a script - it can only be set, not read. Once set with the llParticleSystem() statement in LSL, retains that property regardless of whether a script is there or not. If a particle effect is set to "die out," over time - then it will do so - but the properies are still set. Conversely, if a particle has an undefined lifetime, the only way to "stop it," is to pass null parameters to the llParticleSystem() function via LSL. A Hover Text is a Property of an Prim. Like particles, once set - it doesn't go away when the script that set it is deleted. It must be "set" to an empty string using LSL's llSetText() function. Object Linking When objects are linked, the PHANTOM and TEMPORARY properties of the ROOT PRIM are copied to the entire object's prims. Here is a test: Create 4 boxes. Make one of the prims a PHANTOM object. Link all 4 boxes, with the PHANTOM box as your root prim. Your resultant object is completely phantom. Unlinking the object reveals that all 4 prims are now PHANTOM as well. Watch out when you link a very expensive no-copy no-transfer HOUSE with a TEMPORARY box as your root prim. Your house will disappear without a trace and that would be bad. :( Objects which span more than 32 meters (from center to center of the extreme prims) cannot be linked. I'm sure there is some sort of workaround for this - like sub-linking objects such that their geometric centers are no more than 32 meters... Need to test more around this claim. Lag Textures Cause Lag Giant Prims Cause Lag Scripts Cause Lag Lum Pfohl 06:55, 29 November 2007 (PST)

Lum's Quick Links Click to Enlarge My SL Stuff My User Profile Newbie Helper Kit Newbie Must Knows Troubleshooting LSL Goodies Build Goodies SL Trivia OpenSim Stuff External Wiki Contributions DMP1/DMS1 DMP1/DMS1 Programming Related topics Main Page Volunteer Portal The Tao VTeam Blog edit