Jump to content

So, where are we at with mountObject?


chriscalef

Recommended Posts

I've never done anything on my own with mountObject, but now I'm finding a pressing need to make it work. I've been testing on tsStatic, but ultimately I'm going to need to do it with PhysicsShape (or, GameBase if we want to go deeper, unless it's going to go all the way down to any SceneObject).


I just discovered PR #680 and I see it on the list for 3.8. Did it make it in? I'll have to DL and test it, hadn't gotten around to it, but am curious if anyone has any help for me on this issue anyway.


For example, do we still need nodes named "mount0" etc or can we just mount to any node now? And does the mounted shape still need a "mountpoint" node? Or is all that just the ShapeBase implementation?

Link to comment
Share on other sites

Right on, thanks @Bloodknight. I was gonna go there next anyway, but I went ahead and did my long awaited merge of 3.8 first, and then merged the mount_object_ex branch. Which, after a few conflicts with the physx branch in tsStatic.cpp, went pretty smoothly.


However, on first test, I can't tell if it doesn't work or if I'm simply doing it wrong. I'm trying to mount a tsStatic to another tsStatic, for first pass, and I think it crashed the first time I tried, but on second and further tries it doesn't get a crash, but I get no apparent mounted behavior, ie I move the object I mounted the second object on, and the second object doesn't move.


Will look at it more later but out of time for the moment.

Link to comment
Share on other sites

Well, I got a chance to do some more testing, and have found that as a matter of fact one (and only one, unfortunately) of my test models actually is capable of being mounted onto another shape. For some reason the Michael4 character model can mount just fine on both physicsShapes and tsStatics, while performing his animations uninterrupted. Which is a nice little ray of sunshine.


Now, on to figure out the secret sauce...

Link to comment
Share on other sites

Results: my fault! (What a surprise.)


The problem was a bad merge decision which ended up kicking us out of necessary mount-related code if we didn't have an ambient sequence. (oops)


Still got a ton of work to do on the modeling end, of course, including finding the proper node to attach the rotor, and addressing the mount transform issue, but we do have a working two level hierarchy here, with the blade attached to the rotor, which is attached to the helicopter.


http://opensimearth.com/images/screenshots/tsstatic_mountobject.jpg

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...