1 Prim 2 poses?

I was wondering if anyone has figured out a way to make a single prim cushion that sits the first person in animation1 and the next person in animation 2?

I have it sort of working, but the positions are wrong and I can't get the stand button to show up.

Any help would be appreciated

A friend of mine created a script that allows multiple poses for single avatar on 1 prim pillow; I am not sure if it's do-able for 2 avatars. You can im me inworld this evening and I will bring you to his store or I can get him or his partner to talk w/ you.

The trick is to use llSetLinkPrimitiveParams() to move the first avatar away from the sit target. Then the second avatar can sit on the sit target. You can animate them however you like, just like a normal seated avatar. You'll probably want at least two scripts if you want to keep animating both avatars, because a single script can only have permissions granted for one resident/avatar at a time. Makes things simpler.

If people are doing that I guess there is one bug which cannot be fixed as it would break this type of content. Some people are wanting an AV to move with a child prim. in this case you don't want to do that.

My opinion is that that is an enhancement request, not a bug. Anyway, I don't see any point in such an enhancement until and unless they implement hierarchical link sets, in which case it SHOULD pretty much fix itself in any case. That'll out-date a lot of this old crud.

I could not fins how the llSetLinkPrimitiveParams can adjust the sit position, rather that the prim itself could perhaps move away from the avatar sitting on it???

I did write a script that would seek permission and play an animation when one person touched it, then a different animation when another person touched it but this is not a sit persay and I can't seem to position the avatars and they don't have a stand button activated.

I guess the workaround would be a single prim sit with one animation that would temporary rez a ball for the second person which has the second animation. Not nearly as elegant.

Idealy it would be lovely to have one person click a cushion and sit with a solo animation, then when a second person clicked it would change the first person;s anaimation to couple1 pose and provide a couple2 pose for the second person.

when an av sits they are added to the link set in the last position, you then use set link prim parameters on the AV as if it were a prim. when llGetNumberOfPrims = 2, move prim 2 (the first seated av). once that av is moved they are no longer on the sit target, so the next sitting av will go there.

If you truly wish to avoid llSetLinkPrimitiveParams(), you can instead move the sit target after the first avatar sits. That's generally a little less dynamic, but if you really just want two static sit positions, it should work fine. It just has to be far enough from the original sit target and in the right orientation that the next avatar is not going to intersect the first.

If I recall right, you can not change a sit target if someone is sitting on it.

I believe that you can change it, but the sitting avatar does not move. In this case, that's a good thing.

You see, a person is not "sitting on a sit target". They're sitting on a prim.

Yup, this kind of movement works. For a full-perm freebie example, get a copy of jPose Sit (see my pics for FREEBIES, or look for it on XStreetSL).

The trick here is that LL coders used a kluge, plopping seated avs on top of the linked set, so they're sort of linked in, but they don't appear in the link count.

Moving the sit target, your script wouldn't be able to give the sitters the ability (via menu, for example) to swap positions. But it would be simpler.

huh? if they don't appear in the link count that's news to me, has the behavior of llGetNumberOfPrims changed to NOT include seated avatars?

Scratch my post. It's been a while since I did anything in this area and my memory leaves something to be desired.

Thanks for the vigilence, Void.

lol, TBH I wasn't sure,, I haven't used it in a long while, I could only think, "damn how'd I miss a change like that, there should been an uproar"

ETA: it is a bit of an ugly kludge, but it's LL's fault we use it, they're the ones that decided to add avatars directly to the linkset to trigger the changed event. it only made sense to treat them as a target for for set link. I still remember the uproar when LL tried to revamp set link to stop it from targeting Av's at all (due to a bug in a different parameter) broke a lot of content and people were furious (LL claimed it was a hack using unintended behavior of a function, residents claimed it was supported by behavior in linkset numbering, obviously a lack of documentation made it a huge mess, LL relented and restored the position portion of the workaround)

My company has developed a sit script which can seat and pose multiple avatars using just one prim with one script in it. It can be configured to use different poses for each avatar and it also automatically adjusts the sit offset for each avatar based on their size (so tall people don't have their feet in the floor and small ones don't hover over the sofa). It's pretty nifty and was coded by CrystalShard Foo for a project The Magicians did for University of Queensland.