Jump to content

Secondary Lionheart

Resident
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

8 Neutral

About Secondary Lionheart

  • Rank
    Member

Recent Profile Visitors

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

  1. A single region is allotted a fixed amount of resources. While prim limits and land size can be limited by the size of the parcel itself, parcels otherwise share all the region's resources with each other. Anyone's who rented in a region knows that one person who makes the sim run terrible which is why some rental groups have strict limitations on what can be on what sim with many downright banning certain establishments (namely clubs) due to the problems they cause for other tenants. That said, if you want to host clubs or large businesses, it's better to dedicated an entire region for that purpose as opposed to lumping it in with a residential sim. Regularly high latency will quickly run off potential or current tenants.
  2. It is and there are 2 methods: The first uses llSensor("","",1,FOV,96.0); The limitation of this method is it only works within 96m of where you are but it is the easiest to program and less-region intensive. The second involves llGetAgentList and a lot of math. Not recommended but it's able to work across an entire region and it can even work in 3rd person. Something of note is that some TPVs have this built into their client and it is recommended you use that over something scripted.
  3. The more important thing is understanding the limits of what you can do and how you can do it. You have to understand how to work within the limitations of the engine and what those limitations are. Many would-be scripters absolutely fail at this and it's the difference between someone who just slaps things together until something works and someone who can create entire experiences without the sim running like DOS machine on a hamster wheel.
  4. The wiki may be inaccurate in several instances because I made a thread about this issue last year. IIRC "PASSIVE" and "SCRIPTED" cannot be returned at the same time now since "PASSIVE" objects are considered unscripted (???). I've since started using functions like llGetObjectDetails() in combination with broader Sensor flags to distinguish objects between scripted, passive, and active as a result.
  5. To answer your question, if you saw the "You died and have been teleported to your home location." message, you were killed on damage-enabled land. You can not be killed through this method if server-side damage is disabled. However note that when this setting is toggled some viewers do not immediately display your health and this can cause some confusion.
  6. Griefers of this nature do it for the attention and distress it causes you. Usually the best thing I can recommend outside of manually banning them is to set up a security system that will ban an avatar if they were created recently (2 months or 60 days minimum recommended). Having a parcel in a region that requires payment info to access is also a good way to pre-emp stalking attempts. At that point, the worst you have to worry about is maybe a few rude IMs when you log in, just mute the accounts being used and continue with your day from there.
  7. Same issue. Not able to get a key as the button is gray'd out.
  8. I use Singularity as well and had to upload the animations as .ANIM files because the BVH files wouldn't initialize. My only issue with this is that there was no way to preload the file ingame unlike BVH so I spent close to 200L trying to adjust the animation due to upload fees.
  9. It's possible. You would have to use RC_REJECT_LAND, a higher RC_MAX_HITS, and either RC_REJECT_NONPHYSICAL or RC_REJECT_PHYSICAL depending on if these special objects are physical (movable via collision) or not. Each hit would require you to run llGetObjectDetails to find the specific parameters of the object you're looking for. Though, you cannot view the items inside 1 object with an object it isn't linked to - You can get how many total but not what they are or their names. So you won't be able to see whatever script it is you're looking for, so you will have to find some other way to store the required information.
  10. When attempting to upload a BVH file from Blender (Sparkles) or the Bento version of QAVimator, a repeating error of "Failed to Initialize Motion" is given by the importer with no information to diagnose the issue with. In both cases, it involves simply moving the avatar 1 unit forward. Files provided here for anyone who wants to help: Blender: File QAV: File --------- Update: After experimenting with multiple options, it would appear that the BVH exporter in Blender/QAVBento does not work with SL's importer. Avastar's exporter function does work however which is a bit of kick in the teeth that you'd have to spend 11kL just to export an animation file for bento.
  11. Best way to do this is to have the vehicle use llCastRay at a set interval. You can also do this in place of llGround. example: vector pos=llGetPos(); list ray = llCastRay(pos,pos-<0.0,0.0,10.0>,[RC_REJECT_TYPES, RC_REJECT_PHYSICAL|RC_REJECT_AGENTS]); if(llList2Vector(ray,1)!=ZERO_VECTOR)particles_start();
  12. For reference, http://wiki.secondlife.com/wiki/LlDetectedType SCRIPTED Previously, returned all objects containing a running script. Currently, is not returned if the script is not actively processing an event or has an active timer/loop. ACTIVE Previously, turned objects that had "Physical" enabled in build. Currently, returns objects with a running script, including NON-PHYSICAL. It also EXCLUDES physical objects that lack a script or is otherwise not moving. PASSIVE Previously, returned all objects that were not physics enabled, regardless of if they were scripted or not. Currently, returns non-moving physical objects or objects with idle scripting. ---- Started noticing this about 2 months ago, and it has made Sensor events incredibly unoptimized as a result as we can no longer filter returns as thoroughly which means more time and code is dedicated to checking each return - draining more region performance from an event that in and of itself can be rather region intensive. I have been unable to find any information as to if this was done deliberately or not, nor have I found any up to date information covering details of how these changes affect sensor, touch, and collision events. In addition to the issue mentioned above, combinations like (PASSIVE|SCRIPTED) [12] can inherit combinations like (ACTIVE|SCRIPTED) [10]. This behavior is frustrating to work with and its beginning to make llDetectedType virtually worthless.
  13. This is partially incorrect. You usually want to put an llSleep(0.1); before the RLV command as doing it too quickly after the object is rezzed will cause it to fail. object_rez(key id) { llSleep(0.1); llOwnerSay("@sit:"+(string)id+"=force"); }
  14. I'll avoid naming those I've encountered doing this so far, however I've had an issue where friends and associates who have purchased products from vendors and later left critical reviewers were banned from using any products they had purchased via said vendor due to external server communication used by said products. Just to be clear, this is fraud on the vendor's part. In one case, a friend was automatically unseated from any vehicle by the brand including those he owned. This rendered them unusable though others were able to sit and drive them around unabated. These vehicles were no mod so there was no way to prevent them from executing the external communication. This person later got with others who were also banned in a similar manner and had the vendor overturn all bans. In a more recent case, another vendor has banned a user from using their HUDs which were used to change textures, colors, and various other settings on avatar attachments (namely, apparel). Since the object(s) in question are no mod, this means that said friend cannot modify the attire they had paid for in any way, shape, or form. Again, this took place after said friend left a critical response to one of the vendor's products. They have not had this issue on an alternate account of theirs nor have others reported similar issues. This problem is still affecting them. Some things I wanted to ask about this issue was, 1. If this a violation of any ToS or usage agreement for the Marketplace? 2. How should we report such individuals? 3. Are we able to recoup losses endured from due to this kind of fraud?
  15. You don't need to be a premium member to sale on the MP, but you do need payment information on file. This is to prevent people from creating accounts with the sole purpose of defrauding users, so consider the payment info requirement as a "proof of ownership" for your account and store. That said, you are not taxed in any way nor charged anything for running your MP. LL just takes commission from all your sales. If you want to sell products but don't trust LL with your payment info, there are other vending services (I personally use CasperVend) that will allow you to sell your products inworld, manage vendors, and even send product updates to all who have purchased you items (something the MP doesn't do!). So you have some options.
×
×
  • Create New...