Shrinkwrap constraint causes geometry to lag #51493

New Issue

KiJeon · 2017-05-14T14:28:53+02:00

KiJeon commented

2017-05-14 14:28:53 +02:00

Blender Version
Broken: 2.78

Short description of error
I'm developing a humanoid rig and I have the shrinkwrap constraint on various bones for the eyebrows, mouth, and eyelids. The shrinkwrap constraints on the eyebrows and mouth target one object ("Surface1"), and the ones for the eyelids target another ("Surface2").

The problem: When I move around a parent bone, the eyebrows and mouth parts of the geometry are fine, but the eyelids lag..

As a test, if I replace the eyelid shrinkwrap targets from Surface2 to Surface1 (the target for the eyebrows and mouth), it works fine. So initially, I assumed there's some object setting difference causing the problem, but strangely, if I just duplicate Surface1 and have the eyelid shrinkwraps to target the Surface1 duplicate, it lags again.

Problem file: ShrinkwrapLag.blend
Try rotating the selected bone and the problem should be apparent right away.
The surface geometries are on layer 2.

**Blender Version** Broken: 2.78 **Short description of error** I'm developing a humanoid rig and I have the shrinkwrap constraint on various bones for the eyebrows, mouth, and eyelids. The shrinkwrap constraints on the eyebrows and mouth target one object ("Surface1"), and the ones for the eyelids target another ("Surface2"). The problem: When I move around a parent bone, the eyebrows and mouth parts of the geometry are fine, but the eyelids lag.. As a test, if I replace the eyelid shrinkwrap targets from Surface2 to Surface1 (the target for the eyebrows and mouth), it works fine. So initially, I assumed there's some object setting difference causing the problem, but strangely, if I just duplicate Surface1 and have the eyelid shrinkwraps to target the Surface1 duplicate, it lags again. Problem file: [ShrinkwrapLag.blend](https://archive.blender.org/developer/F598389/ShrinkwrapLag.blend) Try rotating the selected bone and the problem should be apparent right away. The surface geometries are on layer 2.

KiJeon commented

2017-05-14 14:28:53 +02:00

Changed status to: 'Open'

KiJeon commented

2017-05-14 14:28:53 +02:00

Added subscriber: @0o00o0oo

ronan ducluzeau commented

2017-05-14 23:03:38 +02:00

Added subscriber: @zeauro

ronan ducluzeau commented

2017-05-14 23:03:38 +02:00

By adding an armature modifier to Surface objects used by constraints of bones of same armature, you create a dependency cycle difficult to handle.

There is a simple solution. Do not force checking for surfaces deformations. Uses Head bone as parent of surfaces and delete their armature modifier.

It should be sufficient to avoïd the lag.

By adding an armature modifier to Surface objects used by constraints of bones of same armature, you create a dependency cycle difficult to handle. There is a simple solution. Do not force checking for surfaces deformations. Uses Head bone as parent of surfaces and delete their armature modifier. It should be sufficient to avoïd the lag.

Sergey Sharybin commented

2017-05-15 10:44:50 +02:00

Added subscriber: @Sergey

Sergey Sharybin commented

2017-05-15 10:44:50 +02:00

Changed status from 'Open' to: 'Archived'

Sergey Sharybin closed this issue

2017-05-15 10:44:50 +02:00

Sergey Sharybin self-assigned this 2017-05-15 10:44:50 +02:00

Sergey Sharybin commented

2017-05-15 10:44:50 +02:00

As @zeauro already explained, there is a real dependency cycle in your setup. having lag of some sort in such setup in inevitable.

Tweak your settings so you don't run into dependency cycle, that is the only solution here.

As @zeauro already explained, there is a real dependency cycle in your setup. having lag of some sort in such setup in inevitable. Tweak your settings so you don't run into dependency cycle, that is the only solution here.

KiJeon commented

2017-05-15 11:10:19 +02:00

@zeauro Thanks, that worked like a charm! I'm actually a little disappointed that I didn't think of that myself.

Aside from the solution, I do think it's a strange behavior that Surface1 causes no lag even though it should be causing the exact same dependency cycle.
Stranger still, just duplicate it and Surface1.001 will now cause a lag.

Does this look like a bug?

@zeauro Thanks, that worked like a charm! I'm actually a little disappointed that I didn't think of that myself. Aside from the solution, I do think it's a strange behavior that Surface1 causes no lag even though it should be causing the exact same dependency cycle. Stranger still, just duplicate it and Surface1.001 will now cause a lag. Does this look like a bug?

Sergey Sharybin commented

2017-05-15 11:23:03 +02:00

As long as the system reports dependency cycle (the only place to check that currently is the system console) then lag is not a bug. If there is a lag and no dependency cycles reported in the console it's a bug.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Shrinkwrap constraint causes geometry to lag #51493