[Opensim-dev] GIt master is broken until further notice

[Melanie]

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 <melanie at t-data.com> 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 <melanie at t-data.com> 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
>> >> >>> Opensim-dev at lists.berlios.de
>> >> >>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>> >> >>>
>> >> >>
>> >> >
>> >> > _______________________________________________
>> >> > Opensim-dev mailing list
>> >> > Opensim-dev at lists.berlios.de
>> >> > https://lists.berlios.de/mailman/listinfo/opensim-dev
>> >> >
>> >> >
>> >> _______________________________________________
>> >> Opensim-dev mailing list
>> >> Opensim-dev at lists.berlios.de
>> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
>> >>
>> >
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > Opensim-dev mailing list
>> > Opensim-dev at lists.berlios.de
>> > https://lists.berlios.de/mailman/listinfo/opensim-dev
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
> 
> 
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev