Jump to content

agentronin

Resident
  • Content Count

    142
  • Joined

  • Last visited

Community Reputation

4 Neutral

About agentronin

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I did not ask for, or expect, anyone to write code for me. I started this thread to hear about the best ways to know if a cage door toucher is in the door's cage in general terms. llGetBoundingBox() is what I needed to know. Also I do not need to hear about ways a cage can be defeated. I know that SL is designed in way that ultimately user can escape anything, so what keeps an avatar confined are the rules of the game. Just as when two people sit down to play a game of chess. A game of chess is possible only because two people have agreed to be subject to the game's rules. In CARP sims cages are everywhere, and are a very common sight. Anyone entering those sims knows what they are getting involved in. Anyone who turns on RLV in their viewer, and attaches an RLV relay, know, and want, the potential danger. What I create has to work in both SL and OpenSim.
  2. Too complicated. A simpler way would be for the person to simply TP out of the cage, or find something, or rez something, to sit on outside the cage. The door could be made lockable with a key that can be taken. If the avatar has an RLV relay attached the confinement can be made more real by RLV restricting TP, and sit. Logging off and relogging elsewhere can be defeated by using RLV regrab on relog. There is this real fancy script that does all this and more offered here: https://marketplace.secondlife.com/p/CC-Genesis-Cell-Build-System-Personal/2582395 There are those that want restrictions as real as possible, and they are the ones that use RLV relays. RLV can be cheated by turning it off in the viewer, so ultimately there is not a way to really confine an avatar. Ultimately it is just all roleplay with the restriction means being self imposed, and always revocable. I cannot use the above script offered in the MP because the need is for a cage script that can be used in an OpenSim gorean grid.
  3. I need to be absolutely sure. So knowing which of the door's faces was touched alone will not be useful. The method must be generalized for a cage having an arbitrary global rotation. So if it is to be done with vectors it looks to me like it would have to be done by using a cross product with a vector representing the door's orientation, and a vector representing the direction to the avatar. A dot product with the llDetectedTouchNormal() output should also do it. Then whether or not the touch was from within the cage would be determined by both which face was touched, and whether the dot product result is positive or negative.
  4. Suppose I have a cage with a door. What is the best way for the door script to know whether the door has been touched by an avatar inside the cage, or outside it?
  5. In the Firestorm Viewer I have successfully changed the key used to crouch with from the C Key to the space bar because it is easier to use when WASD keys are used to move an avatar in gorean combat. The crouch is necessary in GM metered combat for the shield is to be effective. Now there is a left handed person I know who uses the mouse in her left hand, and instead of WASD, she uses the arrow keys on the numeric key pad. For the right handed the space bar is convenient to use with the thumb while the three strongest fingers in the middle of the left hand are used on WASD keys. This left handed person wants similar convenience and so wants to crouch with the numeric keypad's 0 key using her right hand's thumb. To change the crouch to a space bar I made these XML element changes to Firestorm's keys.xml file: Under both "<first_person>" and "<third_person>": was: <binding key="SPACE" mask="NONE" command="stop_moving"/> is: <binding key="SPACE" mask="NONE" command="push_down"/> Where the key, mask, and command, attributes might not appear in the same order as above. The information I am seeking is what value to assign the key attribute so that for the numeric entry pad's 0 key the command attribute is set to "push_down". Elsewhere in the keys.xml file I see it is likely this value would have the prefix "PAD_". But I did not see a "PAD_0" or "PAD_INS" anywhere in the file. Is there a value that can be assigned the key attribute that will enable the couching function for the numeric entry pad's 0 key? Is there any other way to do this?
  6. I have seen in Gorean raid rules in every sim that a combatant may not use self made weapons. Does that include shields? I am wondering because unlike all other weapon types a shield's script is required to be the proprietary one provided by the GM Meter developers. This is a cheating preventive, and so there would not be a way to cheat by making one's own shield.
  7. Using an internal animation's UUID from that webpage did not work. I got the error message that the UUID could not be found. What I did instead was take a crouch animation from a freebie Oracule Animaton HUD which I had transformed into client side AO, insert it into the shield, and put that animation's name in the "Shield Params" notecard for these parameters: This eliminated the error. Apparently these three animation parameters may not be empty while the others can be. Thanks for your help. It put me on the right track.
  8. I do not have mod perms. The GM shield script is proprietary to prevent cheating. It is not modifiable, and the code cannot be viewed. The only customizations possible are by means of the "Shield Params" notecard the shield script reads.
  9. I am attempting to script a shield using the "GM Shield SDK 3.0" I picked up at Alika Systems: http://maps.secondlife.com/secondlife/Poorlord/87/80/42 In the "How to make a shield" notecard that came with this SDK's folder I see: Draw Sound=My Draw sound * The name or UUID of your draw sound, this may be empty if you have none, like Draw Sound= Leaving them all empty is what I did because I do not have animations and sounds for this shield. I got these errors when crouching (C-Key): [08:48] Could not find animation '' [08:48] Could not find animation ''. Here is the contents of the "Shield Params" notecard: What do I need to do about these errors? Are the animations these errors say are missing mandatory and so actually cannot be left empty? If anyone can propose a place to get animations that can be used in this shield please do so.
  10. I seek a mesh coil of gorean binding fiber from my belt. And so I have an interest in this: https://marketplace.secondlife.com/p/Coiled-Rope-Accessory-Mesh-Full-Perm/7600105 I seems to come without texture. Where can I get a suitable texture for it? Would any of these do: https://marketplace.secondlife.com/p/Rope-Textures-boxed/9789372 https://marketplace.secondlife.com/p/Rope-Textures/2838831 https://marketplace.secondlife.com/p/VT-Weathered-Rope-Textures/11327794 https://marketplace.secondlife.com/p/Harry-Prefects-Rustic-Rope-001-Texture-pack/348861 ?
  11. I think such a scripted sensor would be considered cheating.
  12. In gorean combat with melee weapons it is very important to know which way the adversary is facing. This is because It is highly desirable to be behind the adversary where one is outside the adversary's 180 degree forward melee strike and shield defense zones. I find knowing this can be difficult because when walking backward the animation can cause the avatar to face in the direction of the walk, making it appear the avatar is facing what way, but actually it is not in regard to melee strike and shield defense zones. Also there are animations that come with katana sword that make the avatar spin. I attempted to solve this problem by turning on the Look At targets at Avatar => Preferences => Privacy => LookAt (tab) . But this has not been reliable because most have opted to turn off sending their look at targets to others. Is there a reliable way to know which way avatar is truly facing in regard to melee strike and shield defense zones?
  13. I read about TMP having their own server to get around Linden Lab's TOS. Suppose TMP this server shuts down. What would happen to items I purchase from TMP?. Are these items totally in my Inventory, or do they continue to be dependent on the TMP server for use after purchase? I am asking because the TMP Deluxe Mesh Body is offered at a very low price right now.
  14. I created an animation where an avatar pushes against a cage's door for an escape attempt. The animation's last part, which plays in an infinite loop, is when the avatar gives up on the escape attempt, and remains on its knees with its hands grasping the cage door bars. This part is in an infinite loop to allow the user to decide when to end the animation's giving up part. While testing this I discovered that when an avatar stands up from an animation it is moved forward in the direction the avatar is facing. Unfortunately for me this has the undesired effect of moving the avatar through the cage door which ends it up outside the cage. I have considered including a Stop animation that would move the avatar far enough away from the door. This has a less than fully satisfactory solution because the user could forget to use it, and stand up from the animation instead. Please suggest solutions that would keep the avatar inside the cage when the user selects stand up in the Pie menu.
  15. I set the final frame of each animation to loop indefinitely. This way the animation remains in its final posture until the next animations starts. So I do not know what difference setting the timing short would do, except risk that the next animation will start before the current one is finished. From what I observe when the animation sequence is played the problem seem to be the statement to position and rotate the avatar is not being executed fast enough. It is as if the avatar is very briefly in its default position on the prim.
×
×
  • Create New...