Hi friends
As you know thanks to @Dokthar we have soft body physic simulation for JME which is a real time simulation. also there is soft body physic simulation for blender.
We can create and bake soft body physic simulation in blender so it may be good idea to import them to JME and play them using JME Soft Body library (It needs no calculation in real time so no impact on performance) .
@Dokthar , @RiccardoBlb what do you think about it ?
Thanks
Vertex animations would be quite a pain to implement, since jme doesn’t support them, and we’d have to find a smart way to execute them on gpu in order to have good performances.
On the other hand soft bodies import should be easy to add, most of the code is already made for being extended to support them, but i didn’t it yet because i’m not sure about the state of the bindings and if they are already ready to be used in games.
Ah, I thought JME Soft Body might be able to play them.
JME Soft Body repo : GitHub - dokthar/jmonkeyengine: A complete 3D game development suite written purely in Java.
@Ali_RS [quote=“Ali_RS, post:1, topic:36023”]
create and bake soft body physic simulation in blender so it may be good idea to import them to JME and play them using JME Soft Body library
[/quote]
I don’t get why do you need the Soft Body library, in this case there is no physics simulation.
Well this case can be lot improved for the softbody simulation, because right now the mesh is updated each frame and send to the GC.
Uh, afaics the values are copied from the bullet mesh to the jme mesh, no GC there.
Yes, there is no simulation. I meant to use your Soft Body to just play the animation which we baked in blender Soft Body. Because there is no other tool in JME to be able to play it.
Sorry if my idea was noob 
yes, i mean Graphic Card not Garbage Collector sry. But your statement is right : the values are copied from bullet to jme mesh (then they are sent to the GPU).
Thats happening for all animation except hardware skinned bone animations though.