Super exemple matmat!

+ 1 "May be the possibility to create matrix point for joints like the multiple object could be cool !"

LLT

Now that's a nice patch!

that is a really cool virtual clothes line :-)

great patch matmat!

yes, a future version of phys.multiple will have the ability to automatically create constraints between the bodies based on grid position.

thanks...

here an another cool patch with gl.path and phys.body !

matmat, those are really great, thanks so much for sharing them!

There patches are fantastic. I was working on creating a Spine installation based on the string... and then I upgraded to 6.0.4... now the sheet and path are knotted up and I could use a chiropractor :(

I think its something with the phys objects, but I have no idea...

Is this better done with the multiple object now? I haven't had the time to get into that yet...

thanks in advance, t

hi tohm, in the "jit.phys.world" object write "@maxsubsteps 2" ..... see that post : https://cycling74.com/forums/jit-phys-world-physics-frame-rate-response-maxsubsteps-and-fixedtimestep

Thanks! but that only half got it...

When I add "@maxsubsteps 2" it fixes it, until I save, quit, and reopen... then it is reknotted... After I delete the "@maxsubsteps 2" it springs back into line...

Might be a bug? Here is the file, with ducks replacing my spine shapes...

hi guys, thanks for pointing this out. there's definitely something amiss here, and i'm trying to track it down.

hopefully i'll be able to post a fix to the incremental downloads site in the near future. thanks for your patience.

in the mean time, it looks like simply removing the loadbang from the poly~ object, replacing it with something like [ r init ], and sending the init bang after rendering starts fixes the knotting problem.

the incremental update is now live, and fixes the issues these patches: https://cycling74.com/downloads/incremental/

Hi it become easier with 6.07 :)

`

matmat: It's beautiful! Thanks for sharing.

yay! so much simpler!