We do it the same way for a lot of stuff. Now, some of the vehicle stuff and some other SOP stuff is too specific to be generlized, but I understand where you're coming from.
Melanie On 13/12/2013 20:27, Mister Blue wrote: > I will generalize these after you have added the functions because there > are other uses for being able to 'pickup' and move physics state. The > functions should be more general than just "get vehicle state". For > instance, BulletSim is getting an extension to linksets which allows > linkset links to be other than static constraints (slider, hinge, 6DoF, > ...) and the linkset specification also needs transferring. > > The returned vehicle state should be a dictionary or OSDMap and not a > structure. This makes the interface contract looser but allows extensions. > > One technique I've used to extend the physics interface is, since > PhysicsScene is a class, to add a virtual method to PhysicsScene and > override it in any physics engine that implements that method. That way I > don't have to tweak all the different physics engines since a default > function exists. > > --m b > > > On Fri, Dec 13, 2013 at 10:46 AM, Melanie <[email protected]> wrote: > >> I will likely need to add some dummy methods to Bullet to satisfy >> the new physics interface. In particular, part of the crossing code >> is a method to save and restore vehicle parameters. They are >> shadowed in SOP or SOG, i forget which one, and re-set on crossing. >> You may need to flesh out these methods. >> >> Melanie >> >> On 13/12/2013 18:02, James Stallings II wrote: >> > That's definitely good to hear :) >> > >> > >> > A quick question related to the work: >> > >> > Will this change be compatible with Bullet or will this be for ODE only? >> > >> > TIA and Cheers! >> > James >> > >> > >> > >> > On Fri, Dec 13, 2013 at 9:38 AM, Melanie <[email protected]> wrote: >> > >> >> It's definitely planned to be done before than. :) >> >> >> >> Melanie >> >> >> >> On 13/12/2013 13:58, R.Gunther wrote: >> >> > Agree with justin, especially because people aroujd xmas maby like to >> >> > test dev version. >> >> > Gives hardhat to dahlia. :) >> >> > >> >> > On 2013-12-13 01:54, Justin Clark-Casey wrote: >> >> >> This needs to be done very soon or we need some imminent timeframe. >> >> >> The rest of the code needs to be merged in so that master can be >> fixed >> >> >> and we can move forward. Leaving it broken over Christmas would be a >> >> >> very poor show. >> >> >> >> >> >> On 11/12/13 02:05, Dahlia Trimble wrote: >> >> >>> Melanie has begun merging her region crossing code into git master >> >> >>> and expects that the changes will break the >> >> >>> repository for some indefinite period. The last usable commit was >> >> >>> 08750501617ca332ab196b2f25030e3c635c9dd6 made on >> >> >>> December 10th. Please do not use commits after this until master is >> >> >>> fixed. >> >> >>> >> >> >>> -dahlia >> >> >>> >> >> >>> >> >> >>> _______________________________________________ >> >> >>> Opensim-dev mailing list >> >> >>> [email protected] >> >> >>> https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> >>> >> >> >> >> >> > >> >> > _______________________________________________ >> >> > Opensim-dev mailing list >> >> > [email protected] >> >> > https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> > >> >> > >> >> _______________________________________________ >> >> Opensim-dev mailing list >> >> [email protected] >> >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Opensim-dev mailing list >> > [email protected] >> > https://lists.berlios.de/mailman/listinfo/opensim-dev >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > > > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
