Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Solver is too performance heavy
#12
(04-06-2025, 05:15 PM)quent_1982 Wrote: No, there is no errors in console, the rope is just disappeared and all joints is become unattached to the rope. 

Kind regads,

I'm unable to reproduce this behavior. Just tried your code, substituting "solverIndex" with some values in the rope.solverIndices[] array and it works correctly.

Would it be possible for you to share a scene/package that reproduces this problem (by sending it to support(at)virtualmethodstudio.com) so that I can take a closer look?

(04-06-2025, 05:15 PM)quent_1982 Wrote: SolverIndex variable is correct, I've checked it several times.

I asked because assuming the solverIndex variable is indeed the index of a particle in the solver, "solverIndex+1" doesn't make any sense - the solverIndices array might contain *any* particle index values, not just consecutive ones as explained in the manual. So solverIndex+1 is certain to be incorrect. Assuming you want the "next" particle in the rope you should use solverIndices[actorIndex+1] instead.

(04-06-2025, 05:15 PM)quent_1982 Wrote: Also I've tried the code from previous reply with only one batch, and the end of the rope just attached to solverIndex position on the rope - maybe this behavior tells you something.

Your code already only has one batch, with two constraints. Do you mean only one constraint? in that case, which one you omitted to get the rope to attach?

kind regards
Reply


Messages In This Thread
Solver is too performance heavy - by quent_1982 - 27-05-2025, 03:53 PM
RE: Solver is too performance heavy - by josemendez - 04-06-2025, 05:30 PM
RE: Solver is too performance heavy - by chenji - 16-06-2025, 07:30 AM
RE: Solver is too performance heavy - by chenji - 16-06-2025, 01:40 PM
RE: Solver is too performance heavy - by chenji - 17-06-2025, 07:10 AM
RE: Solver is too performance heavy - by chenji - 20-06-2025, 07:56 AM