hello Johannes,
Johannes Taelman wrote:
no problem, any coment are welcom.
well, in fact pmpd use only ponctual mass : this mean that all masses does not have any volume. they are not spherical. there reprensentation can be whatever you wish.
intruducing rotation would mean introducing shape etc. the equations then became to much complex to solve them in an easy way. so, using ODE or other 3D dynamic software is much more complex than using pmpd.
you can also use breve3D ( http://www.spiderland.org/breve/index.php ) if you wish an openGL + physical modeling tools. bridges with pd can certainly be made.
doing such simulation tools is a very huge work, i don't think i'll be able to do it someday.
this is exactly what the [pmpd] object is doing ( part of pmpd v0.06). Nicolas will work only on this aspect of pmpd.
clashes does only occur in the send / receive. This can easilly be solve using $0-name. (it a problem with my exemple, not with pmpd).
why don't you like the curent solution of using abstraction?
i personally use gem, but pmpd should also be usable for peoples using data structure, pdp, gridflow, framstein, xgui, or any other visualisation tools. pmpd only compute movement, that you can use as you wish.
Preferably also compatible with gem-repeat constructions.
it can not be so easy. i don't see any solution for the pmpd objects to be compatible with the gem-repeat construction, but thanks to pd flexibility, you can get GEM to be compatible with [pmpd] object.
ok, wait for the exemples....
thanks Cyrille
Johannes