[Opensim-users] Feature request. OSStandtarget?

Thu May 9 22:27:15 UTC 2013

Thanks, Melanie,

I will check into that.  I have in deed ben using ODE.  I was a bit 
worried it was Client side and theere would never be a fix.  I will see 
how bullet works when I get a chance.  Tonight, I am only reading 
email.  My eyes only last so long per day.
Take care.

Your Friend,

InuYasha

On 5/9/2013 5:45 PM, Melanie wrote:
> The flinging is because of bad ODE interpenetration management.
> Maybe Bullet can improve it.
>
> Melanie
>
> On 09/05/2013 23:09, Justin Clark-Casey wrote:
>> This could probably really be relieved by stopping standing from flinging the avatar.  However, I suspect this is
>> entangled a little with other changes (e.g. offsetting all sits from a root prim rather than child prims) which are
>> better made first.
>>
>> On 07/05/13 06:14, InuYasha Meiji wrote:
>>> Dear Justin and the Team;
>>>
>>>
>>> I am not even sure how possible this would be,  because, I don't know if the client is to blame, or basic old SL
>>> disfunction.
>>>
>>> I have been bulding many things on my grid, including a boat where the mopst aanoying thing happens.  I also build a
>>> bridge that does the same thing because I added animated poses to the rails.  Many sitable items have this issue, but
>>> those are the most annoying by far.  When I use the usual lllsittarget commands if I then use the onscreen button to
>>> unsit the object flings you high into the sky. Only on boats and bridges does this result in an even more annoying
>>> thing,.  This will toss you right out of an emmersive environment, You can imagine how had it is to get back into the
>>> scene or character after unsit throws your Avatar high into the sky and into the water.  We have all seen this before I
>>> know. What I am not sure of is, what am I fighting here?  Bad functionality of sit target, or how the client unsits a
>>> person?  Could the addition of a new form of sittarget be replaced or augmented by a sort of OSSittaarget be used to
>>> cure this?  Maybe this is our chance to cure this mess in opensim.  Might I even venture to add a  OSStandtarget that
>>> will let a user unsit and turn to face a direction and place the sitter near the ground next to, or where ever a
>>> scripter chooses, without the initial fling?
>>>
>>> I have a Japanese kneeling animation I made from scratch.  Used it as a gesture.  It don't use sit target.  As a gesture
>>> I set it to start if I want to sit in a home or outside and look good doing it. Unlike most animations that you see it
>>> moves the legs and body in a slow movement to get down on the floor or ground.  Most poses just stick you down, like a
>>> bean bag being dropped with what I can imagine would be a loud smack as you hit the floor, and sticks a user in a
>>> kneeling position.  This animation is animated on a loop, then eventually ends in another slowly getting back up.  I
>>> wasn't lazy about this animation.  I have some more adjusting before it is perfect, but slowly gets a person back into a
>>> standing pose by adjusting fet and legs to move you up.  It don't just spring a person off the ground.   I uploaded this
>>> with a small loop within. I made the loop start once the avatar is sitting down then loops back to that point before the
>>> avatar starts to stand.  So, now I have an endless loop of movements and hand gestures and rocking a big until you hit
>>> the button combo to stand back up.  That gesture simply ends the animation.  Using that method produces a complete and
>>> last loop and stands the avatar back into position to walk away.
>>>
>>> In my case CTRL-F12 knels and SHIFT-F12 stands.  It is easy to remember and works smooth.  I was hoping to use that same
>>> animation for a tea room with zabuton.  A zabuton is generally a pad used by the Japanese and other Asian cultures to
>>> sit more comfortably on the floor.  I added a simple sit script to the zabuton with my animation.  The animation starts
>>> just fine.  Other then the flaw also I blame SL for.  Some reason the animation are thrown way off by different hights.
>>> I will get to that in a moment.  As I was saying it starts out fine.  My avatar is all down mice and slow. Once down it
>>> does its loop as expected.  Another friend can come sit acros the table on the other side.  Later when we are done
>>> talking, I hit the button to get up slowly as expected and I am flung into the rafters.  Then I ended up standing, and
>>> facing the direction of the camera, on top of the zabuton, back in the kneeling position. At that point then it
>>> continued getting up slowly.  It would have been perfect if I didn't make that giant leap and turn before I finished the
>>> animation.
>>>
>>> I have had the opportunity to be told the hows and whys on some reasons it does this. Someone told me once it was to
>>> prevent avatars from getting stuck within items once they stand.  MY responce to them is not if you're a decent enough
>>> scripter and also choose to stand in a targeted posiion  that is not inside the object you just stood up on. We should
>>> have that chance.
>>>
>>> I think if possible this might be a chance to fix all that in Opensim code.  That is if it isn't all the fault of the
>>> client side unsit command.
>>>
>>> As for height effecting sit position: It would be nice if SL and Opensim allowed scripters to add some code to not only
>>> check for permissions before sitting, but allow a bit more coding like the ability to do a avatar height check before
>>> setting a sit target position.  In this way giants who try to sit on objects that would, otherwise, poke the heads of
>>> "Too Tall" a mesage about being to tall to sit here.  This could be used to lower shorter avatar to have the sit target
>>> moved down before sitting on the object to prevent massive hovering.
>>>
>>> I am sorry if this sounds like a rant about a long time messed up sit problem.  WelI, it could be taken that way as I
>>> type this at after 1am my local time..  ;)
>>> I  was thinking this would be a great improvement over how SL does things, if this was delt with.  I always assumed the
>>> Opensim project would be an improvment on SL, this would be a huge step in that direction.
>>>
>>> Always your friend,  I always am amazed at what the team has accomplished so far.
>>> I appreciate it to no end.  Believe me this project has given me something to do with my life.
>>> It gives me something to do when I am not to sick and useless.
>>>
>>> nuYasha
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>

-- 
________________________________________________________________________
Opensim User: In Gridmode  on Version 0.7.4. Nine Instances with 56 Regions. on Windows 7, 64-bit. Phenom 9500 2.2 GHz Quad Core, Terabyte Hard Drive, 8gig DDR2 RAM.  Used XAMPP to load PHP Version 5.3.0, Apache
and MySQL 5.1.41-community edition.  Groups, Profiles, Vivox Voice and
Offline Messages all working. (Not yet Public, 10 user accounts so far).
________________________________________________________________________