Hi, Am 08.09.2013 20:11, schrieb Jonne Nauha: > Strictly from a design standpoint I think our intent is that > EC_Placeable that is responsible for 3D scene nodes should not (need to) > know about physics/velocities and vice versa for EC_RigidBody. Usually > our components have a very specific task/feature they add to the entity. > How I see it the RigidBodyUpdateMessage consolidates both these > components into a single efficient network message about the changes in > both. I see how this might be confusing for someone who is implementing > the protocol on a client, we can certain think about it a little more. But why is position not a physical parameter but velocity is? This is essentially the same thing (the second is simply change of the first over time). This is why in my thinking they belong together. Density, friction, mass, and other stuff is very different and this is what I would consider under a physics component. Yes, you need the velocity for a lot of the physics computation but this is also true for the position and orientation. > I've added the login and loginreply messages to the wiki page. Also > added the message ID for each. Thanks! > Ah sorry, I misunderstood. No afaik we don't havea any security on that > level. It would probably be up to the kNet implementation to provide it, > if it already does we are not using afaik using it. Thanks, Philipp > > > > > Thanks a lot and have a nice Sunday evening, > > Philipp > > > > Best regards, > Jonne Nauha > Meshmoon developer at Adminotech Ltd. > www.meshmoon.com <http://www.meshmoon.com/> > -- ------------------------------------------------------------------------- Deutsches Forschungszentrum für Künstliche Intelligenz (DFKI) GmbH Trippstadter Strasse 122, D-67663 Kaiserslautern Geschäftsführung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Sitz der Gesellschaft: Kaiserslautern (HRB 2313) USt-Id.Nr.: DE 148646973, Steuernummer: 19/673/0060/3 --------------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: slusallek.vcf Type: text/x-vcard Size: 441 bytes Desc: not available URL: <https://lists.fiware.org/private/fiware-miwi/attachments/20130908/f0b2cd7a/attachment.vcf>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy