Jump to content

Helium Loon

  • Posts

  • Joined

  • Last visited

Everything posted by Helium Loon

  1. Actually, it's a function of the viewer. And since most of the TPVs that use RLV simply integrate the portions from either Marine's (RLV) or Kitty's (RLVa) into their viewers, any changes to behavior present in those gets in too. A few months ago, there was some disagreements on various forums/blogs/etc about whether or not the 'auto-accept' of inventory items should also auto-accept to #RLV. Despite plenty of arguments both for and against that were well-thought and valid, they did not make it an option, but forced it to always ask even if auto-accept was set. A few months later, the same kind of debate arose about the temp-attachment issues and the permissions involved. Again, plenty of good debate, but they just unilaterally went with not allowing @acceptpermission to work for temp-attachments. So until the various TPVs put in options to 'override' these behaviors, we're stuck with them. I'd recommend filing bugs with your favorite viewers to put in these options, and see which one actually implements it first. And then use that one.
  2. Might want to specify if you are looking to interview subjects, hypnotists, or both. I'm a hypnotist (both RL and SL) of many many years.....the stories and answers you'll get from each are QUITE different!
  3. Based on that list, I'd say you should be heading to the Pink Institute. It's not really a 'capture' sim, but pretty much everything on your list (though very light on the bdsm side) is there.
  4. Just looking at the pictures you included, some of those parts are patches, not triangles meshes. You may need to convert them to regular mesh triangles. That would also explain the difference in triangle counts.
  5. Okay, there are a LOT of misunderstanding here. I'll try to clear it up, being a hypnotherapist and hypnotist for over 20 years. In reply to the following.... @TariChar: Yes, it can work even in SL. Hypnosis is possible whenever there is communication. Whether that is in-person, over the phone, voice-chat, or even text. It's possible for an email to hypnotize someone. Now, it varies WILDLY from person to person how suggestible and how succeptible they are.....And like most population-based things, it follows a bell-curve on each. It also requires a certain level of cooperation and active participation, so 'just reading' the words or 'just listening' isn't quite enough. @Drake1 & @Amethyst: Hypnosis is not dangerous per-se. People go in and out of hypnotic states throughout the day naturally. And no-one ever got 'stuck' in hypnosis for very long. ANY subject, even in a deep (or esdaile) trance will come out of it in a few hours with no direction to stay in it. Also, I think you are basic your opinions on theraputic work, not recreational hypnosis (yes, that's what most people in SL are looking for.) Hypnosis in SL is not 'unetheical'. What is done by many SL hypnotists often is. Sometimes intentionally, sometimes simply due to inexperience or ignorance. NOBODY should be doing hypnosis (in SL or RL) without a basic grounding in psychology (which means more than just reading books or taking an introductory course in college.) They should also have basic training in hypnosis, knowing how to deal with abreactions and such. A dangerous suggestion almost always is short-circuited, Drake1. Most hypnotists know to qualify suggestions which could have unwanted effects with 'as long as it is safe to do so'. This is where finding experienced and skilled hypnotists is important. And if someone 'passes out' from hypnosis, they'll wake up just fine in a little while. Amethyst, it is NOT unethical to use hypnosis via online means (whether SL or other interaction) anymore than it is to use it via Skype or over the phone. Is it unethical for a physician to make a diagnosis or prescribe medication over the phone, or via telepresence? Of course not. And hypnosis (due to its very nature) is considerably less regulated. Now, no one expects a physician to perform sugery over the phone. And no one should expect a hypnotist to perform serious hypnotherapy over the phone (or other online medium) either. Trying to do so DOES hit the boundaries of ethics, but there are factors that may need to be considered. And 'taking away the license' of someone on such a case really shows you aren't aware of the complexity of these issues. And lastly, to @Christina Halpin: Yes, there are certainly ethics in hypnosis. The big one is "you don't do anything the subject hasn't specifically ASKED you to do." And that means BEFORE hypnotizing them. Another is "you don't do anything that will cause mental, emotional, or physical harm." And that requires the hypnotist to be aware of a lot of things BEFORE hypnotizing the subject. That's what pre-talks and interviews beforehand are for. Being 'evil' is a point of view. To the person who WANTS to be abused and controlled, someone being nice when they agreed to do it is 'evil'.....like the old joke about the masochist who begs "beat me!" and the sadist says ".....no." The thing to do is to give them what they want, while keeping it safely within agreed upon boundaries. Knowing the right questions to ask beforehand takes a bit of learning and experience. Yes, 'stuff' done hypnotically DOES add up in a person's mind. Now, with most people, suggestions will fade with time, especially if they aren't reinforced regularly. Conditioning can be used to make them more 'permanent', but that's going into the realm of behavior modification, and that should be HEAVILY negotiated beforehand, as it can seriously impact the subjects RL as well. Things that only affect them when 'in SL' are naturally a bit more flexible in this regard....but the quantity of suggestions a subject may be operating under isn't really a problem until some of them start to overlap or conflict, which can result in a variety of problems. And the more that are left 'hanging around' the more likely some will interact or conflict with another. @All Hypnosis isn't evil, or dangerous. It is a tool, and like any tool, it has to be used with respect. The hammer we build a house with can also crush someones skull. And someone who's only used a hammer a few times is a lot more likely to make a mistake and break a thumb or poke a nail sideways than someone who's an old pro with it. This falls into the category of RACK. Risk Aware Consentual Kink. If you are interested in recreational hypnosis, there is a LARGE community available for research online. The risk with hypnosis is minimal, but it is there. And as with any Kink/BDSM related interaction, get to know the people you are considering playing with BEFORE you play. Find out about their qualifications. I know that desire for 'instant gratification' is hard to resist, but wait until you get a reference or two, and find out if your interests (recreationally) coincide..... Helium Loon, C.H.T, L.H., A.S.C.H.
  6. In your third llSay() you are using llListFindList()....and it's correctly returning the index of the (not) found item (since it isn't a list being passed in for person.) Try llSay(0, "the first value is " + llList2String(participants, llListFindList(participants,[person])));
  7. Well, I haven't looked at the actual code involved, but the 'specular exponent' is a term in several shading algorithms, and it refers to an element that controls the 'tightness' of specular highlighting. A low exponent spreads the specular highlights out, making the object appear less 'glossy', while higher exponents cause the highlight to become very tight and narrow, resulting in a very shiny or metallic specular highlight. Someone more familiar with how SL is implementing this can probably give a more specific answer, though.... (eta: I looked at the linked page, and yes, this is what this parameter does. It causes the specular highlight to spread out at low values, and tighten and narrow at higher values.)
  8. I still use Photoshop 7.0 from back in the late 90s. It still works just fine. What abou those of us who tend to keep and use software without paying for unneeded (for us) upgrades every few years? No, I don't need another monthly fee to add up for years. And what about buying an older version for cheaper? Not possible with the new 'cloud-based' apps. When I bought PS7.0, it was already a couple of years old.....and I got it for $99.....and I'm still using it. Yes, I've worked with newer versions. And I don't need MOST of the features. Some are useful, but there are other standalone programs that do those features, and usually better (like 3d painting.) And I own it. As long as windows can still install it, and run 32-bit apps like it, I will continue to use it. A single cloud subscription, for 4 months, would cost more than I paid for that. And I couldn't use it anymore if I stopped paying. That's not owning software. That's renting it. No thanks.
  9. 40%? Not sure where you are getting your numbers or information. I said 60% were easily or normally hypnotizable. The remaining 40% are almost all hypnotizable, but they require more time, practice, and different techniques. Only about 1-2% of the population is considered 'unhypnotizable', and they are rarely the ones who think they are. Most are due to being mentally deficient........and you don't strike me that way. Being ADD or distractible is no barrier to being hypnotized. It simply requires different tact on the part of the hypnotist. Surprisingly (to most people) the best subjects tend to be very intelligent, strong-willed, very imaginative and creative people. Those qualities tend to make a person MORE hypnotizable, as they are all necessary elements for the mechanisms to function well. Of course, most hypnotists online are one-trick ponies. They've read a few pages online, maybe even a whole book......and know how to do one (or maybe two) inductions. They don't understand principles, they just parrot the script at someone, then blame the subject when they don't go under. And of course, hypno-machines can't 'adjust' based on the subject sitting in them. They just run the script, which usually uses a progressive relaxation induction. While that particular induction will work with about half the people, online and without any adjustment or gauging to the subjects reactions, only about 10-15% of subjects will actually go under the first time. With practice, that can go up to 50-75%. And of course, the whole "I can't be hypnotized" is a myth. It's a natural process of the mind, and it happens at LEAST twice a day to everyone. As you wake up, and as you go to sleep, your brain passes through the 'hypnogogic' state....and that is almost identical to hypnosis (if a hypnotist were there, and saw the signals you were in that state, they could establish rapport and give you suggestions quite effectively.) The real question is "will you let someone else hypnotize you." A lot of people have trust and control issues, and those can severely hamper any attempts to be hypnotized. Even if they WANT to be. And of course, if you are even aware you are BEING hypnotized........there are plenty of stealth techniques out there, conversational techniques, NLP, all designed to bypass that resistance to "being hypnotized" by not letting the subject know it's even happening.......
  10. To give you a more complete picture. Hypno-Domination is the use of hypnosis to create, intensify, deepen, and more, the submissive nature and reactions of a subject. The submissive is tranced, usually frequently, and given suggestions while hypnotized to make them more submissive and obedient to the dominant. Additional suggestions may be given, to increase pleasure, reinforce the emotional bond of the submission, and even provide very real (with subjects who achieve good hypnotizability) sensations and more. Those who RolePlay hypno-domination primarily it is a mind-control fantasy, no actual hypnosis takes place. For these, it's just the 'evil hypnotist' or 'mad scientist' forcing their 'victim' to obey via 'hypnotic' control in the scene. It should be noted, however, that 'pretending' to be hypnotized can be leveraged by a skilled hypnotist to actually hypnotize the subject! I've had that happen a couple of times with RPers who didn't realize I was an actual hypnotist who didn't know they were just roleplaying it.......when they actually 'woke up', they freaked out a bit! Real hypnosis is quite possible online, even just through text.....though only for roughly 1/3 of people will that be effective at first. Voice makes it more possible, being effective on around 60% of people. Of course, all these numbers depend on skill of the hypnotist as well, being able to adapt and adjust their inductions and suggestions to better match the subjects modalities of cognition. In these situations, hypno-domination can create real change, both behaviorally as well as cognitively. Depending on the ethics of the hypnotist, and their skill, hypnosis can take submission/slavery to incredible heights of joy and fulfillment, or it can push them into a caged fearful prisoner. For those who actually practice BDSM, subspace is a form of trance......which is why BDSM can be both incredibly effective in training, as well as intensify feelings and sensations. It can also cause problems when people don't know what they are doing...... ALWAYS make sure to get some kind of references on a hypnotist if possible. On SL and most online meeting places, that isn't always possible. But talk with other hypnotists and subjects about a potential hypnotist, and get an idea of that persons ethics and skill BEFORE you agree to trance with them. Even though you mind not realize it, you may be one of the 10% of people who go easily and deeply into hypnosis. And if you jump into a hypnotron or let someone trance you without that, you may find yourself acting, thinking or even being quite different than you really intended, or even possibly having an abreaction when something doesn't go quite right.
  11. While I don't understand the language you write in, I do understand LSL. The script looks mostly correct. I think the problem is that the "&" and "|" operators are equal in precedence, and so your condition in the run_time_permissions() event is evaluated left-to-right. Try changing: if (perm & PERMISSION_TRIGGER_ANIMATION | PERMISSION_ATTACH) { to if (perm & (PERMISSION_TRIGGER_ANIMATION | PERMISSION_ATTACH)) { though I'm not certain if that will work right, as run_time_permissions() events may be separate. Better to change your event handler to something like: run_time_permissions(integer perm) { if (perm & PERMISSION_ATTACH) { llAttachToAvatar(ATTACH_RHAND); } if(perm & PERMISSION_TRIGGER_ANIMATION) { llStartAnimation("pes1"); }} (edit: Had the PERMISSION flags reversed)
  12. It's a common misconception that SL is badly written, or poorly optimized, or sloppily coded in some way. People get bad performance, but see other games run very snappily, so they assume SL isn't done well. It's important to remember that most games almost all the content is local, optimized, and fixed. The levels in Bioshock don't physically change from one play-through to the other. The geometry, the physics, the lighting.....it's all pre-computed, highly optimized, and resides right there on the hard-drive. Many things are actually not even there.....back faces you should never see? They're removed from the models entirely (go ahead, cheat-code and move to places you shouldn't be able to reach......you'll find all kinds of 'missing' geometry through the maps.) SL is a dynamic environment. The number of agents that can be present, the objects, their positions, sizes, linkage, lighting, shading, texturing, even the landscape itself......and more......can all change at ANY moment. And most of that data does NOT reside locally.....it has to be streamed over the network. This means that the program CANNOT optimize the content. It cannot know that certain faces 'won't' be visible, or that certain areas are 'unreachable'. Textures can change at any moment, and new agents can suddenly appear, while others vanish....... Because of all of this, there is a HUGE amount of network overhead, and also processing of all those messages. Updating an object may be fairly quick, but when there are several thousand being updated, along with script updates, agent updates, physics calculations......all being done EVERY frame, no pre-computed stuff here......it can bring even power computers and GPUs to their knees. SL is actually VERY well written (with a few notable exception areas, but from a capability standpoint) and despite all the problems such a dynamic and changing environment presents, it handles it remarkably well. But don't compare it's performance to other games. That's an apples-to-oranges comparison. Compare it to other dynamic virtual words.....then you'll see more comparable numbers.
  13. 26" ASUS at 1920x1200. My second box is on a 24" at 1920x1080.
  14. Rollig, I read it differently. I think (note, this is not tested, of course) that what it is saying is that since these are server side settings, the calls to change them persist. Much like setting the texture on a prim via llSetTexture(), once it's set, the script could simply be deleted.....the texture stays. When you alter the animation override via these scripts, it 'sticks' for the session. Now, unlike llSetTexture() and such, it doesn't persist between sessions. So the next time you login, your avatar is back to the normal default animations on the server. So an object could request permissions, change the AO settings, then simply delete itself. The settings would hold until something else changed them, or the avatar logged out.
  15. Use llGetObjectDetails() with the agent's key you want to examine. The following elements can be retrieved: OBJECT_RUNNING_SCRIPT_COUNT OBJECT_TOTAL_SCRIPT_COUNT OBJECT_SCRIPT_MEMORY OBJECT_SCRIPT_TIME You CAN'T get a breakdown by attachment, though. Just the totals.
  16. Glad to see you here, Dakota! But the instructions on how to 'fix' the issue.....any 'solution' which requires you to DL and install an OLD third-party viewer to successfully execute shouts "PROBLEM" to me. This says there is a bug in the ALL the LL viewers that still isn't fixed, but ONE old tpv did. WTF? Please fix DD first. Then eliminate the Magic Boxes. Not the other way around!
  17. If I'm understanding the OP correctly, this is a worn object, that when the avatar wearing it logs in, it will attempt to force-sit the avatar on the seat. The most likely problem is the lack of a delay between the attach() event and the attempt to re-force-sit. The seat object may not be fully loaded yet. When you log in, objects get loaded around you. Distance, visibility, and complexity all play a role in how long it takes them to load. Same with the objects you are wearing! Since you say it works sometimes, and sometimes not, I'm betting this is the likely issue. Set a timer from the attach() event of the worn object (to delay 10-15 seconds before executing the force-sit), or re-work your scripts to have the seat and worn object do some chat-based syncing up (worn object says something on attach, and repeats it every x seconds, for up to 10 times, and seat object hears it and responds. On response, worn object can do the force-sit.) ETA: (Without seeing your code, we won't be able to offer more than generalized speculation.....)
  18. It wouldn't require ray-tracing. Nor would it create a huge hit (unless there were a LOT of reflective objects. For each object in the scene graph, if it is reflective, do a sub-render of a environment map. Such a render does require some extra computation, especially when resolution of the environment map is large. But a simple 256x256 sub-render is pretty quick, even with a 360 view angle (fisheye). Then apply it via any number of 'reflection' shaders that have been worked out. Now, yes, this is going to make a hit on the frame rates. There are ways to reduce it. Base the environment map resolution (i.e., the sub-render size) on the distance to the object and it's bounding box size. Objects that are only rendering to a few pixels on screen would be skipped entirely, while large and/or close objects would get larger resolution sub-renders. Now, yes, you could easily see frame-rates being reduce by 50%-95% depending on the scene complexity, how many reflective objects there are in view, and so forth. If it normally takes your GPU 20ms to render the frame (i.e., 50fps), a single moderately sized reflective surface could drop that 20%. 5 or 6 such objects in view could easily drop your render rates into low single digits. There are further ways to optimize it, only re-rendering the environment map when objects in the view frustrum move, every X frames, etc. By doing these kinds of things, though the coding is more involved, it can significantly increase the effective render speed. If you only render those sub-renders every 10 frames, while the reflections will 'lag' or 'stutter' a bit as far as seeing movement in them, it decreases the load consideably. It IS doable, it's just a LOT of work for only a small benefit. Though it would make the render MUCH more realistic. Next thing you know, we'll be asking for refractions and caustics too!
  19. LEAP + OculusVR could turn SL into a real virtual world. Here's hoping!
  20. Are the scripts in the same object? As I recall, objects cannot hear themselves (to prevent recursion problems).
  21. The behavior of the llList2X() functions are not guaranteed to work correctly if the type of the list entry does not match the result type X. Try changing parse() to: integer parseint(list in){ return llList2Integer(in, 0);} And call this one for the parsing of the PRIM_TYPE, and change the if test to be (primType == 7). I don't think it is a problem with your call to llSetLinkPrimitiveParams() but with the comparison in the if block. Quick test, put an llOwnerSay inside the if(primType == "7")... block.
  22. Without seeing the parse() function, it's going to be hard to troubleshoot. The issue lookes to be the if statement: if(parsedType == "7") ... I'd check to see what parse(primType) is returning, and going from there. If parsedType has been coerced into a string type, it should work. If parsedType is an integer type, it's always going to fail. So if parsedType is an integer, just change the if statement above to be: if((string)parsedType == "7") ... but if parsedType is a string, I'd look to make sure parse() isn't adding whitespace or such somewhere in the string.
  23. This is a common mistake about IP & copyright. A logo is NOT copyrightable. It can be TRADEMARKED. This is a whole different area of law. And unless the appearance is VERY similar, AND with the intent to be mistaken for the logo of another company (in order to draw customers/interest based on confusion, not merit) THEN there can be a legal issue. Your logo looks similar to a few I've seen, but not in SL. For example, it resembles the 'fantastic ferret' emblem of a superhero from the Disney series "Kim Possible". I think I've seen a similar emblem as a skate supply brand of some sort. But they are ALL different enough (both in venue and appearance) that I don't think you are going to run into any trademark issues. And unless the logos are REGISTERED TRADEMARKS, there isn't much legally to worry about anyway.
  24. Unfortunately, custom bones aren't really an option now, nor for the forseeable future. The only way I could see to do it would be to model the lower portion of the sleeve as a set of flexible prims, and attaching those so they seem to flow from the mesh arms.
  25. Sorry, Chosen, but in this case I'll have to side with the developer of the converter. He did give answers. You don't like or agree with those answers. That's fine, but don't say he didn't give them. I have a lot of scuplt maps I've created over the years. I'm lucky if I can find the hard-drive they are on (if it even still functions!) Having the ability to deconstruct them to OBJ format isn't a bad thing. And sure, I could install Blender (if I didn't already have it) and take up 20-30 Mb of space and plenty of time downloading and installing. Or I could use a command line tool. And what about if I have a whole directory of sculptmaps I want to convert? I haven't discected the applescript to see if it handles wildcards, but a quick shell script could do that and call the script for each. Doing that through most plugin GUIs in a 3D modeller isn't possible. And it should be mentioned that just because something CAN be used in an illicit manner does not preclude its usefulness outside illicit activities. VCRs and now DVRs both have illicit uses. But they also have perfectly acceptable uses. And while there are other ways of accomplishing the same activities without using them, that doesn't always mean it is the most efficient, or the most convenient. And even if there were no particular use for it, it can serve as a basic algorithm for those wanting to understand how to write their own utilities for dealing with sculpt maps. *shrug*
  • Create New...