Jump to content

Rolig Loon

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Rolig Loon

  1. Browse to http://wiki.phoenixviewer.com/doku.php?id=fs_bake_fail . Start at the top of the list and work down until you find the solution that works for you. There are many causes for bake failure, so the same solution doesn't work for everyone all the time. Something always does, though.
  2. Yeah, but they aren't grabbing those data from LL's accounting system. :smileytongue:
  3. Thank you for the rant. It is well deserved. Unfortunately, we're all SL residents like you. The Lindens don't come to this resident-to-resident help area, so it falls on deaf ears. For what it's worth, they have been working since last winter to upgrade the entire system. Each server upgrade moves them a little closer -- they made a few major changes last week, which is why Marketplace was off line much of Tuesday -- but it's apparently a more complex job than you or I can imagine. The Magic Boxes are definitely the weakest link in the system. When LL finally shifts over to the direct
  4. That's a popular question, so you might search the forum archives. AFAIK, though, nobody has been able to do it.
  5. Be sure that your anti-virus and firewall are not blocking the slplugin.exe program that your viewer will need.
  6. Currently, you can create: Up to five accounts per household. No more than two accounts in a single 24-hour period. Alt accounts must adhere to all Second Life policies. For example, by agreeing to the Terms of Service (TOS) you agree to provide truthful and accurate information about yourself when you register for accounts; that includes not only your contact information and real name but also whether this is your first free basic account or a new alt (see TOS section 2.1). People who do not provide truthful information risk losing their accounts. See more official information about alt ac
  7. The sim mapping facility updates no more than once a week, if that, so more recent changes won't show up for a while. Also, if your sim was offline during the last mapping cycle, there may be no recent image to display. You didn't say how long the sim has shown up blank, but if it's only a few days, I'd say that it isn't time to panic yet.
  8. LL's new viewer is apparently really picky. It has been giving a lot of people trouble for graphics drivers, so you are not alone. Just because your laptop is new doesn't necessarily mean that its drivers are up to date, however. You don't know how long it was on the shelf after it left the factory. Take a look at http://community.secondlife.com/t5/English-Knowledge-Base/Graphics-cards/ta-p/700073 for some tips about updating drivers, and for links to manufacturers' web sites, where you can find the one that's best suited to your machine. The other thing to consider, of course, is using
  9. I'm a little surprised that disabling threaded optimization on your NVidia card didn't make a difference. It often does. There are a couple of other things you didn't mention trying. One is to tell your anti-virus program not to scan your cache files. Some AV programs will scan every single new file as it's downloaded to your machine, which an mean a LOT of time spent scanning your cache. If that helps at all, consider also excluding your user settings files (roaming and Local) in Documents & Settings, since those also update when you change appearance. The other thing to do is check
  10. There is no customer support number, unless you mean the billing office. LL's billing team is available 24 hours a day, seven days a week. Toll-Free (US/Canada) 800.294.1067 Long-Distance 703.286.6277 Local Toll-Free numbers * France: 0805.101.490 * Germany: 0800.664.5510 * Japan: 0066.33.132.830 * Portugal: 800.814.450 * Spain: 800.300.560 * UK: 0800.048.4646 * Support is in English Only If you are looking for technical support and you are a Premium member, you can use Live Chat. Otherwise, file a support ticket at https://support.secondlife.com/create-case/ . Or you can po
  11. Rolig Loon

    RLVa enabled

    You don't. The SL viewer does not offer that option. You need to use Singularity, Phoenix, or Firestorm, each of which lets you switch RLVa on as an option in Preferences. See here to download any of those very good third-party viewers >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
  12. Innula, that was just the kick in the pants that I needed. Thank you. I must have been half asleep this morning. I somehow got it into my head to subtract the object's global rotation from the Euler vector. Don't ask why. Just one of those days...... It's working fine now.
  13. Try going to Preferences (CTRL + P) >> Graphics >> Hardware Settings and UNchecking Enable OpenGL Vertex Buffer Objects (VBO). That setting normally speeds up texture loading for people, but it can have wierd side effects with some graphics cards.
  14. It's hard to tell without knowing what you mean by "crash." How far through the login process do you get? What sort of error message do you get? What viewer are you using? What have you tried already? You can add important information to your question by clicking the Options link in its upper right corner and selecting EDIT.
  15. Only if they have the UUID for the notecard, or if you (or your friend) give them the card. If someone has access to the card by either of those methods, then yes, they can read it unless you have saved it as no-copy/no-modify. Of course, Lindens can read anything they want.
  16. Rolig Loon

    avatar problem

    LOL.... When we wear shoes in SL, we usually have to wear some sort of a shoe base to shape our feet to the shoes. Unfortunately, that makes our feet really ugly. That's why shoes used to always come with built-in invisiprims, and now come with an alpha layer mask. The invisiprim or alpha layer mask is meant to hide the ugly parts. If you take off your shoes but don't take off the alpha layer, of course, parts of your feet are still hidden. If you were wearing heeled shoes, it's just your heels that are missing. If you were wearing boots or sandals with sculpty feet, you could be missing
  17. Bummer. Well, I'll give Dora's suggestion a try when I can get back in world. She may be right that this is gimbal lock, since I'm rotating 90 degrees on Z first. I'll try setting it a few degrees off to see what happens.
  18. It's hard to tell without knowing exactly what the Free View Flat Screen TV is. In general, though, TVs and radios need to be deeded to the parcel where you intend to use them, because they usually use parcel media to access the streaming media they draw from. That means that you have to at least be renting land somewhere. I have a radio on my home parcel, which I rent, and it works fine. The parcel is rented by my group and I deeded the radio to it. If you want a really definitive answer for that particular TV, though, the best way to get it is to ask the creator.
  19. If the OP is looking for a script, don't suggest that she post in the LSL Scripting forum. It will get bounced from there to the Wanted forum very fast. LSL Scripting forum is not a place to look for scripts. It's a place to look for help if you are writing one.
  20. Void Singer wrote: btw, my assumption was that the sit target is in the root.... local and global axis are the same for roots, because "global" is the "local" parent frame for the root....the parent frame for a child is the root, so it can be potentially different. if you just substitue the word "local" with "parent" it becomes much more clear, since the region is always the parent of all roots. True. In retrospect, that's why it didn't really make any difference whether I used llGetRot or llGetLocalRot. My script is in the root.
  21. I think I have probably tried that in my many empirical tests, Void, but I can't swear to it. I'm away from the house for the afternoon, letting my brain cool down, but I'll try that again tonight. It still doesn't explain why that solution doesn't stick when I turn my object completely around. I would have expected the sit target's orientation to track with the object's.
  22. Nice idea, but not in this case. Not only would that add an unnecessary pose ball (which I swore off a couple of years ago), but I'd have the same problem if I did use a pose ball. Whether the llSitTarget script is in the root prim of my object or in a linked pose ball I'd still have to define the orientation of the sit relative to global axes.
  23. Dora Gustafson wrote: I really don't know but I have a hunch, what happens if you use not 90 deg but a bit off 90? It may lay in the conversion to rot Hmmm... I hadn't thought of that, Dora. Yes, if this was a sort of gimbal lock problem, that would be the right approach. I'll try that as son as I get home again this evening. Thanks. Edit: I have thought a bit more about it It can't be right to subtract the local rotation, shouldn't it be the object's(the prim's global) rotation? llSitTarget(<0.0,0.0,-2.0>,llEuler2Rot(<0.0,0.0,-90.0>*DEG_TO_RAD)/llGetRot()); I did t
  24. I feel so dumb today. I never have trouble with sit targets (well, almost never), but I am having a heck of a time trying to figure this one out. My 3-prim object is oriented with its local Y axis pointing down and I want to always be "seated" facing in the same direction as its +Z axis, regardless of which way the object's regional axes point. This does it just fine.... llSitTarget(<0.0,0.0,-2.0>,llEuler2Rot(<0.0,0.0,-90.0>*DEG_TO_RAD)/llGetLocalRot()); as long as I have oriented my object with its local +Z pointing southward (S, SE, SW...). As soon as I orie
  • Create New...