-
-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Glitching/flickering noodle-bones that has duplicated copy (via the Duplicate Bones tool) #1190
Comments
UPDATED observations: On some frame on one limb the bug has gone, but in another marked glitching frames of this limb is still present.After I REopened file with fixed bugs of leg R - I found, that in the frame 210 of rigged comp "lemon" hand L has stop to flicker. On another frames (that have bug of hand L behavior) it still flickering.
|
UPDATED observations: The bug (flicker) is ALWAYS appears on frame near the frame on which limb ABOVE is changing to limb BEHIND (and vice versa).Changing = applying automated opacity keyframes on limb layers. |
CONCLUSION: I have a two types of limbs (all are noodles by Noodle option, Bones option are Baked):
All of libs has been Autorigged and has a corresponding controllers: C hand R, C hand L, C leg R, C leg L. Hand R (arm R + forearm R + tip R) has a duplicated (via Duplicate Bones) copy of itself:
Hand L has been Duplicated the same method. Leg R (thigh R + calf R + tip R) has a duplicated (via Duplicate Bones) copy of itself:
BUG behavior:
I attached zip with aep. Please, place aep near "(Footage)" folder of collect, that has been attached in the beginning of this thread. yellow rig and anims test 6 --FIXED all limbs.zip Duduf, please, tell me - is this is the bug or not? I mean dependency of duplicated limbs on their layer order relatively their original limbs. |
Bug Report
Environment
Report
Hello!
MY GOAL WAS:
to rig character (round head with attached limbs, without body/hips - just round with limbs) with turnaround possibilities. Manipulate turnaround pose by 2D slider. In whole turnaround needs there was the limbs (hands and legs) which must to can change the order of their drawing: above the body and behind the body. The limbs is noodles.
As you can see in the attached AEP project collect - changing of the draw order of limbs I implemented through this (standart) way:
The process (and moment) of switching (animation keyframes of opacity) I binded to 2D controller (X axis of slider props).
Also to this slider I binded the shifting by X of position (separated x/y) of the root part (thigh/arm) of each limb when the body is turning left/right.
MY WORKFLOW AND SCHEME OF PARENTING:
I will describe the next workflow and the bug on the example of one limb: let's say let it be the right leg: thigh R+calf R. But the bug is presenting on both of hands and right leg.
Created right leg: 3 layers (thigh R, calf R, and bone < Leg_Tip >).
Selected tip, than calf, than thigh, autorigged it.
On the each part of leg bones I turned on "Bone Noodle", setup it appearence, turned off "Bone".
Baked bone (each of 3 layers).
Parented thigh R to C controller.
Separated pos. dimensions of thigh R.
Adjusted the horizontal position offset animation for the body rotation process on thigh R.
Adjusted the switch opacity keys on both thigh R and calf R layers (for the minimum, center and maximum X position of the 2D slider/connector).
Linked this pos.X of thigh R and opacity keys of the thigh R and calf R to the X value of 2D slider.
Selected tip, calf and thigh (in any order of clicks on layers), then duplicated them via the "Duplicate bones" tool.
Now I have couple copies of the right leg: [A] thigh R above, calf R above, tip R above and [B] thigh R behind, calf R behind, tip R behind. Both of them are already automated with Connector (2D slider).
Switched off the visibility of Tip layer of each [A] and [B] sets.
Puted [B] layers of leg copy under the Body precomp layer.
IK on the leg controller is always On.
When I tested turning - at this step I noticed a bug: when moving 2D slider to the left/right by mouse - leg began randomly (?) change its position independently of leg R IK controller position. Another words - its begins to flickering/glitching. When I test changing 2D controller hor. position by keyframes - the leg still glitching it position by 1 frame duration, but not randomly - in the some definited value between x position keyframes of the 2D slider.
And this bug, as I say earlier, is present on hand R, L and leg R sets, but not on the leg L.
In the attachment there is a ZIP with AEP and rendered animation with bug. In the MP4 there is 1-frame-appeared red arrow directing to the bug\glitch position of each of the glitched limbs.
In the AEP there is a marks on the timeline - I marked the glitched moments for your convenience to catch the bugs.
WHAT I TRIED TO FIX:
I tried to update my AE 2023 5.4 to 5.6 - this is not helped, the bug still present.
BUT I FOUND CAUSE OF THE BUG:
When temporarily switch off expressions on the binded opacity keyframes (on the both [A] and [B] sets of limb) - the bug is not present and leg movement animations is pure. Then I totally unbinded opacity keyframes from the 2D slider and tried to manual switch on\off opacities of the each of above/behind couples of limbs - but the bug is comes EVERYTIME I used opacity keyframes of duplicated/automated by Connector limbs. But I need the switching of above/behind couples of limbs!
THEN I FOUND SOLUTION AGAINST BUG:
Another words, I changed above and behind limb copies and the bug is gone.
There is something in the expressions of opacity binding to 2D slider: if layer order of DUPLICATED limb is wrong (duplicated under the original or original over duplicated - dont know) - it begins to glitch the whole position of the limb, if switch layer order of duplicated/original sets (thigh+calf+tip) - it works fine.
In the attached ZIP with project collect there is the "yellow rig and anims test 1 --with BUG.aep" - example with bug, "yellow rig and anims test 2 --FIXED leg R.aep" - with example of fixed bug.
I noticed, that I can't attach the archive with .aep collect (github writes me "Something went really wrong, and we can't process that file. Try again"), so I uploaded it to WeTransfer: https://we.tl/t-QoSrPdAus0
The text was updated successfully, but these errors were encountered: