Re: [eigen] Eigen and rigid body simulation |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] Eigen and rigid body simulation
- From: Benoit Jacob <jacob.benoit.1@xxxxxxxxx>
- Date: Fri, 27 Nov 2009 07:57:56 -0500
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=DGgy7PlrxvzNILT7YuC58a7VhDg32NXiBHJjARwN6z0=; b=HpYlGV52O97E2+GQ0JauX38h5evCHuI5/3iwMcIXY379JnzGdR/1ZybmVvhGKR++4V YiW13vJTRJmWlz/5xKYYblWr3R2Z7iHZD9XwgZ7wN7dY+PlFTGn3jMxSg+cio8natcIC Ewhj54qRxrSqkepT4kL0EAgB2RCSuQX/M8fUg=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=rL7WTQnYGQrOpdcei+5g+le+9vcryuh6Iy6EZAQ6SluDGDOyBbH/6rY+QnABnuqC2y vhVJInZpci0Fwrddvq8o5Is8Vea9cWAN8NTrBqgMWiUrBcQqcKwQ42iTTbDuJNc0q0as MJJBD+JAPTAKjrh6+5tHegeiDcJKUfW99O4gI=
2009/11/27 Mathieu Gautier <mathieu.gautier@xxxxxx>:
>> If I understand correctly, Displacement is a specialization of the
>> existing Transform class for the isometry in 3D case (just like Rohit's dual
>> quaternion implementation), so maybe Transform3D or similar would be easier
>> to relate with the more general implementation.
>
> Yes, the name is not ideal.
>
>> If you are indeed familiar with KDL, and you found out that it does not
>> adapt well to your needs, I'd be very interested in knowing what
>> shortcomings you found for your application domain, and how would you
>> address them otherwise.
>
> Yes, I know about KDL. My main concern is that we choose to use Eigen for a
> big part of our code, but we have also many old libraries with their own
> mathematical libraries (C style libraries). So I'd like to use the Map<...>
> mecanism to interface our new libraries with the old one this mecanism is
> not in KDL, since its basics elements (rotation, frame, twist, wrench) are
> not based on Eigen. That's the main reason for not using KDL frame,
> rotation, etc.
Adolfo:
Interesting. I would naively assume that the biggest benefit that KDL
draws from not exposing the Eigen objects in the API is to have an API
that's independent of Eigen's API? Not a bad decision as it'll allow
you to move seamlessly to Eigen 3.0. But perhaps after Eigen 3.0 it
would be OK for you to expose Eigen in the API?
Mathieu:
If that happened, would you still want to have this stuff in Eigen or
would your rather use KDL for that? Since you were able to reformulate
above everything in terms of Lie algebra and without any mechanics, it
seems like this is now really interesting to have in Eigen,
independently of the particular use case you had in mind, but I also
don't want to do it if its main author (you) is going to not use it in
the future because KDL does it!
Benoit