Strange Problem on Basic ERC
James
Posts: 1,044
I know how make a simple ERC.
A pJCM controlled by the bend of a thigh.
The bend property is put on the 1st stage controller of the pJCM.
But somehow, the bend doesn't show any effect at all to the pJCM slider value.
What could be the problem?
I can't resolve this by restarting DAZ or ALT click the pJCM slider
Post edited by James on
Comments
What are the actual values in the cotnroller, for scalar and constant?
A screenshot is more than a thousand words. Shall we take a look at its full settings in Property Hierarchy ...?
Property Hierarchy:
https://prnt.sc/O4h9M-GVlzbF
Result:
https://prnt.sc/mF9gzVM7veHy
https://prnt.sc/XmKv3qjE3zbR
Another thing that's strange also, when I've dialed the pJCM to 100%
and then when I put the bend of the thigh as 1st stage controller, the pJCM dialed itself back to 0,
as far as I remeber, it should stay.
From the screenshot of Property Hierarchy, there's no problem at all on 1st stage with ERC[Keyed]. Better drag "Base Joint Correctives" property (bool) to 2nd stage, just in case. So now, this pJCM still doesn't work ?
As for the 100% to 0% issue, because the default ERC[DeltaAdd] is with a positive Scalar value 1, but Thigh Bend Up is a negative rotation (-115), that's why pJCM was automatically set back to 0. If you set Scalar as negative value, there'll be no problem: 1/(-115)
What and where is base joint correctives?
People love doing the most minimal screenshots with the least amount of info available in them.
It looks like you have a bunch of other morphs active in those 'Results' screenshots. Maybe reduce number of interacting variables so can actually scientifically isolate cause?
Anyway, your 1st stage controller looks to be set up correctly, so you dont need to do anything else to adjust those values in property heirarchy.
If your morph is not behaving after you have alt-clicked it (spammed alt-click 5 times to make sure) and rotated the bone to drive it, inspect the parameter settings by clicking gear icon in parameters tab. maybe you set default, max, limits etc to something weird
While there look at controller and subcomponents
On G8, it's a boolean toggle to activate JCM or not, i.e. value 0 or 1, so it can be set on 2nd stage to be multiplied. On G9, it's a percentage value, i.e. a decay rate.
As an aside, I was wondering whether putting the Base Joint Correctives slider/toggle as a controller for correctives would be good idea (just in general, not related to OP's issue which i suspect is not a property heirarchy issue anyway). But I notice on G9 characters, for example, they just have one 2nd stage controller which is the character body morph, same as with other generations. People dont seem to be using the base joint correctives slider as a controller by convention.
i suppose this makes sense because it is called Base Joint Correctives, and character correctives aren't "base" correctives. So if you wanted to have a global controller for your character correctives, it would be better to make your own controller.
Actually it does make sense. Officially, on all Base pJCMs (G8) and Base cbs (G9), Base Joint Correctives property are set on 2nd Stage Controllers, otherwise those 2 properties will be meaningless...
If a vendor doesn't do so on their custom corrective morphs, it's not correct 'cause if users turn off the corrective toggle or tweak the percentage of correctives, the result will be wrong.
Right. I now see people/vendors often put the base corrective as the controller in Stage 1 instead of the bone itself, so the 'Base Joint Corrective' toggle is propogated to the cbs via Stage 1 scalar controller even if its not directly related by Stage 2 controller.
But that is not correct. Can you name one ?
These 2 properties have to be set on 2nd stage to be multiplied rather than to be added on 1st stage...
I mean like, for example, Gen 9 cbs on base figure are set up like you show in your screenshot - they have the Base Joint Correctives control as 2nd stage multiplier.When it comes to character cbs, e.g., Michael 9 which uses the base corrective cbs as its 1st stage controller (as a scalar), it's perhaps a more elegant approach, since the Base Joint Correctives control is propogated to the cbs anyway even though its on Stage 1. I guess just look at Victoria 9 or Michael 9 for examples of what im saying. Ultimately im agreeing with you and backtracking what i was saying earlier about it not being convention, as clearly it is convention to define the relationship of character cbs to Base Joint Correctives control, in one of two ways (directly or indirectly).
Oh... yeah, sorry I misunderstood. You're right. If a cbs rather than a joint rotation property is placed on 1st stage of a character's corrective morph, BJC control property is not needed to be on 2nd stage, as it's already set on the first cbs, like a 'cascade control'.