[ODE] ODE .NET Bindings Performance Issues, Unsafe code, etc...

[Gonçalo Lopes]

Hello Terry,

I've used OdeDotNet initially and loved the design principles behind
it. Unfortunately its level of completeness didn't allow me to use it
at the time. I've switched to ODE.NET but, as I've said, it's dead
code and not even cross-platform anyway.

However, though, the higher-level part of ODE.NET has some really nice
design ideas for convenient OOP patterns for such things as collision
joint groups, callbacks, user data in ODE entities, etc... I liked the
approach, even though the concrete realization was lacking.

Although I have to admit that being in MC++, ODE.NET was not only
faster than Tao.Ode ever was, but it also admitted more bodies on
screen, whilst OdeDotNet would blow up with a stack overflow a lot
sooner... don't know why though, could just be my example's fault. And
this is the main reason why I wanted an efficient and solid low-level
binding for the ODE API. I've tried practically all the .NET wrappers
ever made for ODE and I'm still not pleased with any of them so I
really wanted to make the "official" bindings the definitive solution
to this problem.

Still, my offer of help stands, and I'll definitely take a look at
what OdeDotNet has become since my last visit, which was somewhere
near July this year, and I'll get in touch again.

Best regards,

Gonçalo

On 10/19/06, Terry L. Triplett <c0d3g33k at gmail.com> wrote:
> On 10/19/06, Gonçalo Lopes <goncaloclopes at gmail.com> wrote:
> > > >   * separate the wrapper into two design levels: API bindings level
> > > > (lower-level wrapper) and .NET level types and classes
> > >
> > > I am producing an API binding; I have no plans for a class library but
> > > welcome anyone else to take up the challenge.
> >
> > Ok, I'll be more than happy to help the community on this regard, but
> > first we need a solid and efficient lower-level API bindings.
>
> The 2-design levels approach is the general approach taken by the Tao
> bindings.  The highlevel wrapper corresponding to Tao.Ode (those other
> 'solid and efficient lower-level API bindings) is OdeDotNet.  Since the new
> Ode bindings will be presenting virtually the same API as Tao, OdeDotNet
> should be easily adaptable to them, and the project could use some help
> anyhow.
>
>
>