Jump to content

Rolig Loon

Resident
  • Posts

    42,805
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Rolig Loon

  1. The behavior of flexi objects is all controlled client-side. That is, the movement all takes place on your own computer, not in SL's servers. What that means is that several people watching the same flexi object may see it differently, depending on how their own computer's graphics card handles the information. I suspect that your computer is having a little harder time rendering images with the latest upgrade of the viewer than it had with the previous one, so flexi objects aren't responding quite as fast as you are used to seeing them. "Gravity" doesn't pull your hair back down quite as fast when it's been toussled. You could try compensating by dropping your draw distance a bit and moving some of the quality sliders to the left so that your graphics card doesn't need to work quite so hard. Or you could try another viewer. Or get used to the flyaway look.
  2. If you want to play several animations in a row, you'll need to know how long each one is beforehand. Then play the first one with llStartAnimation and set a timer. When the timer fires, stop the first one with llStopAnimation, play the next one and set a new timer, and so on. There's no way to measure the length of an animation with a script.
  3. You have joined a group, and that's the title that comes with your role in the group. Right click on yourself and select Groups to see which ones you belong to, and which one is highlighted at the moment. If you don't want to have that particular one active, select a different one (or NONE) and select Activate. (You can also do the same thing by choosing Edit >> Groups.) See THIS KNOWLEDGE BASE ARTICLE to read more about groups.
  4. Nope. Unless they've changed things in the past year and I didn't notice. It won't be effective until you log out and back in again, but I have changed my default language a few times, just as an experiment.
  5. Well, fixable to a degree. Ankles in SL are basically ugly as sin, even on a good day. If your legs are too muscular, though, or if you have forgotten to take off a shoe base or if the sculpty foot prim of a new sandal has come unlinked somehow, they can look even worse than normal.
  6. Yes, the wording could have been polished a bit more. The writer of the piece admitted as much when she posted a reply earlier in this thread. Most of us who responded to the OP, however, have not been overly upset by it. It's fairly clear that the intent was not to say that we're slave labor ready to work for free, but that we have created this world as independent artisans, not employees of LL. I trust that the writer will take the comments in this thread to heart and make that even more obvious in her revisions.
  7. Verwenden Sie CTRL + P für "Einstellungen". Gehen Sie auf der Registerkarte Allgemein (es ist der erste Reiter in der Liste)> Set Sprache: Deutsch . Das wird Deutsch als Standardsprache für Chat einstellen.
  8. This sounds like another example of notorious SL fat ankles. That part of our anatomy wasn't designed very well. If your ankles have suddenly swollen, my first guess is that you have accidentally changed something in Appearance. It's worth checking, anyway. It's also possible that you have attached something (the "foot" part of one of those footie sandals, for example) that has been left behind while you detached the rest. Open your inventory and look under the WORN tab to see if you are wearing something that looks unfamiliar.
  9. Hmmm.. Edit isn't going to work on the avatar body, I'm afraid.
  10. Ah, well, then. That was my faulty assumption. If you are content with a system that involves dropping a script into the prims, the solution is quite simple. Use Ixia's solution, which is nicely done. If any of the prims you use it on already contain scripts that might interfere with it, be sure to set those scripts to not running while you make your measurement. Otherwise, their touch_start events may mess you up. I am still intrigued by the challenge of making a remote system, and frustrated that I haven't been able to create a system that gives reproducible, precise results. It would be a lovely tool.
  11. Again, though, that works if you are putting a script into the things you are trying to measure, but not if you are designing a remote system.....something like a carpenter's laser ruler. If you want to stand in a room with some scripted device and point it at a couple of walls to find the distance between them, llGetLinkPrimitiveParams won't work. Also, in the general case you can't count on the prims being linked, and linking the prims may not always be an option, so you need a method that will work on unlinked prims too.
  12. Hehehe... Who knows why LL does anything? It's always been that way.
  13. Well, you could certainly add a timer event to your vehicle script that uses llRequestAgentData([DATA_ONLINE]) to see whether you are still logged in. If it finds that you are not logged in, it kills the vehicle with llDie(). That would be fairly simple. The only thing that would make it hard would be if some parts of your vehicle were actually attachments that you wear as you sit down, instead of being parts of the vehicle itself. The attachments would simply stay attached to you as you log out, so that's not an issue. However, those attachments would move with you if you stood up in the vehicle. It would look very odd, to say the least.
  14. Torley has a sandbox where you can rez Linden plants here: http://maps.secondlife.com/secondlife/Here/7/7/69 . Unless he's changed it recently, you ought to be able to rez there.
  15. Ah, yes. But that requires you to put a script into the prims that you are trying to measure.
  16. Hehehe.. It feels like just ... eh. I know that it shouldn't be hard, in theory. If you know that the two prims are parallel, so you don't need to test for that, and if they are not linked, then it IS simple (almost). You just create a scripted object that looks at one of the prims with a nice, narrow scan and senses its position with llGetPos. Then turn it around, look at the other prim and do the same thing. The disatnce between their centers is the sum of the two measurements. Then all you have to do is subtract half the thickness of each prim to get the distance between their faces .... if you knew how thick each prim was. There's no way to get that last bit with a sensor, though, so ..... um... not so easy after all. If the two prims are linked, the method I just outlined won't work at all, because the sensor will return the position of the linked object, not the centers of the individual prims. On to Plan B. Shoot a butlet at one prim and have the bullet report its position when it hits. Then shoot another bullet at the other prim and do the same thing. Use llVecDist to get the distance between the two positions. Easy, and no need to know the prims' thicknesses, right? Well, no, not quite. When you try that, you find that the reported positions depend on (a) how fast the bullet is going, (b) how big the bullet is, and © some random factor that I could never figure out, despite wasting the better part of a long weekend. In short, the measured distance is not consistent, not accurate, and WORTHLESS. Sorry for the long response, but I really did waste a long weekend last month trying to answer this same question and I felt like sharing the frustration. :smileytongue: It's a whole lot easier to rez a prim, stretch it to fit between the two faces, and measure its length.
  17. I'm not really sure what you're asking. Is there a question? If you are looking for someone to write a script for you, the best place to ask is in the Inworld Employment section of the Commerce Forums (http://community.secondlife.com/t5/Inworld-Employment/bd-p/InworldEmployment). If you are looking for a script that already exists, try Marketplace or the LSL Scripting Library (http://community.secondlife.com/t5/LSL-Scripting-Library/bd-p/LSLScriptingLibrary) or the Wanted section of the Commerce forums (http://community.secondlife.com/t5/Wanted/bd-p/Wanted).
  18. Hmmm.... That question would only make sense if the two faces were parallel to each other. Otherwise, you'd be asking for the distance between a point on one face and a point on the other one. If you want to know the precise distance between faces on a single prim, there's no magic at all. Just look at the prim's dimension in the direction perpendicular to the faces. That is, if you have a 1m cube and you want to know have far apart the faces are, the answer is ... tada!... one meter. The distance between the top and bottom faces on a cylinder that is 2m tall is 2m. And so forth. If you're looking for the distance between faces on different prims, it still only makes sense if the faces are parallel. You could write a rather complicated script to identify the two faces, get their orientations, verify that they were in fact parallel, and get the distance between them. Doable, but not easy. I recently spent a long time trying to write a script to measure the precise distance between two walls in a room and found that it can be done if the walls are not linked, but is virtually impossible if they are.
  19. I'd suggest that you start small, learn some scripting basics, practice your building skills on easier projects, and work up to making the project that you're dreaming of. Even now, as I work on a large project I approach it in small steps, working on one aspect of the problem at a time and making adjustments as I go. There are some good tutorials to get you started on scripting, and you should read the beginning tutorial on scripting vehicles. I'd also suggest a visit in world to the Vehicle Laboratory at http://slurl.com/secondlife/Slate/192/86/2, where you can learn a lot about vehicle construction. If you'd rather not build the project entirely yourself, of course, you can always work on some parts and advertize in the Wanted section of the Commerce forums (http://community.secondlife.com/t5/Wanted/bd-p/Wanted) for professional assistance. Good luck. It does sound like an interesting project. :smileyhappy:
  20. Thanks, Innula. I wasn't aware of SVC-6686. I'm glad it's been opened. As I've reread the OP's latest post, it does seem like the problem is more complex than simply rezzing, but it's still a permissions issue. I'm not sure that there's an easy solution, although Void's suggestion of deeding the cart to the larger group sounds like the best one so far.
  21. Many of your basic questions are answered in THIS KNOWLEDGE BASE ARTICLE, which you really ought to read first. Then, as Peewee suggests, post any additional questions in the land forums.
  22. You're going to have to work it out with them, I'm afraid. LL doesn't get involved in personal disputes between residents.
  23. I don't think that crossing multiple parcel boundaries should be a problem. The issue is giving the script permission to rez the attachments that each rider will need to wear. I think that if the OP either sets the scripted cart to the group (or deeds it .... I still can't remember which), the rezzer should work. After that, there's no more rezzing to deal with. The rider just attaches the things and rides off into the sunset.
  24. This is a permissions issue. If you have permission (through group roles) to rez objects on a parcel, then your script only shares those permissions when you're online. That is, the script can not take advantage of group role abilities unless you are logged in. So, if your cart has to rez anything and you are not present, the rezzer fails to fire. You ought to be able to beat the problem by setting the cart to share with the group, but you may have to actually deed it to the group. I can't recall which at the moment.
  25. Take a look at THIS SITE for the best current list of educational instiutions in SL. It is far from complete, unfortunately, because many institutions prefer to set up on closed sims. Also, that's a wiki, so it really depends on who has bothered to add or remove places from it. Still, it's what we have.
×
×
  • Create New...