Thanks for the very useful feedback and ideas. Dz, I can relate to your experience somewhat, I tested for e.g. in a very simple case, where an NPC is hit by a projectile ... the projectile gets the key of the NPC and trigger an animation, when the animation loop is over, and NPC is hit again .... the projectile no longer trigger collision events. I think NPC jumping up more than they should seem to be similar to issues experienced by an avatar getting off a vehicle for e.g. I will try to use communication channels as you suggest.<div>

R<br><br><div class="gmail_quote">On Fri, Mar 22, 2013 at 11:36 PM, dz <span dir="ltr"><<a href="mailto:dz@bitzend.net" target="_blank">dz@bitzend.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I don't know if this solution fits your needs or not.<br><br>When I generate NPC's that need to react with an animation, I've found it much more reliable to have the collision object broadcast a negative channel message that the attachment listens for.  I use a hash of the NPC UUID to determine the broadcast channel,  and  the same Hash to open the listen channel in the attachment code.   Since I equip all my NPC's with an AO, I have simply added a section of code to trigger the "reaction" specified by the object that detected the collision.   I have added an additional listen channel I have designated as a group channel.  I plan to use the same strategy ( a hash of the group UUID ) to allow me to send control message to subsets of the NPC population.  <br>


<br>As far as the avatar capsule collison shape goes..   I have been unable to get any consistent results with detectors at ground/foot level.  Not only is the capsule smallest there, but when NPC's get off track and bounce off walls or other NPC's, they seem to "gain altitude".   I find that they often loose contact with the ground and stop triggering lower detectors completely.  In high traffic areas  I try to keep all of the avatar detectors in a 1 meter range centered around the waist of an "average" avatar height.  Not only is this where the capsule is normally widest,  but it is high enough to "grab" the floating NPC's and trigger an new-direction/animation  that gets them back to the ground.   <br>

<span class="HOEnZb"><font color="#888888">
<br><br>D<br>
</font></span><br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><font color="#999999">'Consider how the lilies grow. They do not labor or spin.'</font><br>

<b>Rameshsharma Ramloll</b> PhD, CEO CTO DeepSemaphore LLC, Affiliate <i>Research Associate Professor</i>, Idaho State University, Pocatello, ID 83209 Tel: 208-240-0040<br><div><a href="http://deepsemaphore.posterous.com/" target="_blank">Blog</a>, <a href="http://www.linkedin.com/in/rameshramloll" target="_blank">LinkedIn</a>, <a href="http://www.deepsemaphore.com" target="_blank">DeepSemaphore LLC</a>, <a href="https://plus.google.com/103652369558830540272/about" target="_blank">Google+ profile</a></div>


</div>