Hallo Gerhard,<br><br><div class="gmail_quote">2008/11/19 Gerhard Dünnebeil <span dir="ltr"><<a href="mailto:Gerhard.Duennebeil@chello.at">Gerhard.Duennebeil@chello.at</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
the vehicle support I found in ODE is closely related to the heritage of<br>
ODE when it started as an engine to simulate robots. It's far from the<br>
vehicle model that Linden Labs implemented and that I think should be<br>
used here.</blockquote><div><br>I agree that for SL compatibility, ODE by itself doesn't map 1:1 to the SL vehicle model. To get SL-style vehicles, as you say, I think we need some sort of additional force-providing layer/module.<br>
<br>In addition, I think jointed assemblies in ODE-fashion could make an interesting orthogonal addition to OpenSim, independent of any vehicle model. Adding clean support for user-specified joints would allow fun things like ragdolls, rolling car-like things, ropes, and other sorts of mechanical/robotic devices.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The current approach uses joints to model linked prims inside the ODE.<br>
This a mis-use of joints in think.</blockquote><div><br>I agree that the current OpenSim use of fixed joints to model linked physical prims is not optimal, primarily because the ODE manual specifically says that usage of fixed joints can lead to simulator instability. I didn't look into it deeply yet, but linked physical prims (using the current OpenSim approach) don't work well at all for me; the linked assembly jumps all over the place.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Currently I work on an approach where each linked object (not each<br>
prim!) is represented by one(!) ODE object.<br>
Prims are represented by an (ODE) geometry.<br>
ODE allows to assign more than one geometry to one object, so linked<br>
prims can be modelled into one rigid ODE object by this approach while<br>
conserving the collision behaviour as known from SL.<br>
This will reduce the number of joints drastically as joints are only<br>
used to model contact points and are only temporary after that. There is<br>
no need anymore to permanent joints.</blockquote><div><br>+1 on this idea.<br><br>Any reason this should not be included in the core? I seem to recall there was some issue about ODE's mass calculation being incorrect for ODE composite geometries (i.e. that the way of creating composites illustrated in ODE's boxstack demo was actually incorrect).<br>
<br>While fixed joints are generally inadvisable to use, I think the other joints (hinge, slider, ball, etc) could add a whole range of new possibilities to our sims, which is why I'm interested in how to cleanly allow their specification, editing, and persistence. Your thoughts?<br>
<br>mfg,<br>N Lin (nlin)<br></div></div><br>