[Help] G8.1 eyelashes not following squint

[slender331man]

I'm not sure if it's an issue on my end or not, but somehow pose control morphs such as Eye Squint and Cheek Squint are not affecting the G8.1 eyelashes at all. Image below shows Eye Squint dialed to 100% and the eyelashes are not following it.

However, G8 eyelashes work properly.

Same goes to Cheek Squint dial.

Is it a problem on my end or the G8.1 eyelashes are broken as is? Thanks in advance!

[slender331man]

I've also found out that the eye blink dial is dialing other hidden "eye closed" morphs for specific figures which shouldn't have been dialed...which create a mad pulling on the eyelids.

no idea how do I fix these permanently other than uninstalling the offending figures

(I'm still unable to fix the G8.1 eyelashes btw)

[slender331man]

Alright for the eyelashes problem, to anyone who encountered the same issues as I did, I found the issue and the offending figure is Mio Character and Mio Hair for Genesis 8 and 8.1 Females.

Inside it packs duplicated eyelashes dsf data such as data\Daz 3D\Genesis 8\Female 8_1 Eyelashes\Morphs\Panda\FACS and data\Daz 3D\Genesis 8\Female 8_1 Eyelashes\Morphs\Panda\Base, and they have the same IDs as the base ones therefore the software loads them instead of the base ones. Same goes to 8.1 Tears. Also it packs other duplicated contents from other vendors such as from Rarestone.

Fixed it by uninstalling the said offending figure.

[eelgoo]

I'm pleased you found the cause & thanks for posting the solution too.

It may be useful for others who might experience a similar problem.

🙂

[slender331man]

Thanks @eelgoo.

Also I'm able to diagnose the blink problem as well after spending some time investigating it.

Basically the mistake some vendors did is either forgetting to lock-on the blink morphs over to respective head morphs, or just some typos, or literal conflicts with other product(s).

TYPO case:
e.g. RY Alison, which is available on the blog, and the vendor has updated it to fix the blink issue (therefore the one on the blog is old version now), but we can fix them ourselves

- Navigate to "\data\Daz 3D\Genesis 8\Female\Morphs\Raiya\Alison" and find eJCMAlisonEyesClosedL.dsf

- Open it (with text editor of your preference, mine is vscode), navigate to and read the formulas property and the URLs the formula(s) is using. To sum it up, #eJCMAlisonEyesClosedL is supposed to be tied with #FHMAlison and #eJCMAlisonEyesClosedL should only work when morph value from #FHMAlison is used. The formulas are actually written correctly.

- The issue here is that the URL exported from FHMAlison.dsf is not #FHMAlison, but #08 instead! You can check this by opening FHMAlison.dsf and scroll to the bottommost and read the url.

- Thus the fix is to change "Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/Raiya/Alison/FHMAlison.dsf#FHMAlison?value" from the second formula block into "Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/Raiya/Alison/FHMAlison.dsf#08?value"

- Do the same for eJCMAlisonEyesClosedR.dsf

CONFLICT case:
e.g. Evelyn (vendor actually updated it to Aubree for Genesis 8 Female, but the one on the blog is still the initial Evelyn version unfortunately) and Evelyn & Lynn HD for Genesis 8 Female. Need to uninstall either one of them, I'd go for Cinnabar's Evelyn (since it's already outdated on the blog, as vendor has already updated it and changed the name).

MISTAKE case:
e.g. Imoen HD, available on the blog as well. Not sure if vendor updated this or not. Anyway if you open eJCMImoenEyesClosedL.dsf in "data\Daz 3D\Genesis 8\Female 8_1\Morphs\bluejaunte\Imoen" you'll find the formulas property is incomplete (the formula isn't bound to Imoen's head data).

- you will need to add a new formula in JSON format to bind the #eJCMImoenEyesClosedL data to Imoen's head data as shown below.

{
  "output" : "Genesis8_1Female:#eJCMBillieEyesClosedL?value",
  "stage" : "mult",
  "operations" : [
    { "op" : "push", "url" : "Genesis8Female:/data/Daz%203D/Genesis%208/Female%208_1/Morphs/bluejaunte/Billie/FHMImoen.dsf#FHMImoen?value" }
  ]
}

- do the same for eJCMBillieEyesClosedR.dsf where the output is "Genesis8_1Female:#eJCMBillieEyesClosedR?value"

Hope this helps anyone who faces strange blink morphs as there are so many offending figures which cause it and keep piling until the eyelids are stretched beyond capacity

[slender331man]

also realised that the problem isn't exclusive only to eye blink morph, as some figures are also messing with other pose control morphs such as Eye Look Side-Side etc., for example Ruyun and Ruyun Hair which is available on the blog, and yes the vendor has also updated it already to fix the morph issues. 😅

[eelgoo]

All good info.

Thanks for posting it!

[Amber]

Well, if there's multiple assets sharing duplicate IDs the real fix is to assign unique IDs. But removing one works too. Editing assets is too much like work. :p

[Duval]

Good work.

Daz really needs to enforce namespacing from their PAs. Hard to enforce external stores though (renderosity) and dodgy stores like Renderhub.

[Anonymous]

This is useful information, thanks for sharing it.

One hurdle for me with G8.1 was the head morphs from V4 characters where the lids would become contorted and unfixable to some degree, even with the small arsenal of tools I use outside of DS :/

[slender331man]

UPDATE

Cool Girl Shape, Poses, and Expressions for Genesis 8 and 8.1 Female by P3Design exhibits the same issue, affecting eyes blink morph.

Solution:
1. Find both eJCMP3DCoolGirlEyesClosedLeft.dsf and eJCMP3DCoolGirlEyesClosedRight.dsf under "\data\Daz 3D\Genesis 8\Female\Morphs\P3Design\Cool Girl"
2. Find this formula under the "formulas" structure

{
	"output" : "Genesis8Female:#eJCMP3DCoolGirlEyesClosedLeft?value",
	"stage" : "mult",
	"operations" : [
		{ "op" : "push", "url" : "Genesis8Female:/data/Daz%203D/Genesis%208/Female/Morphs/P3Design/Cool%20Girl/FHMP3DCoolGirlHead.dsf#FHMP3DCoolGirlHead?value" }
	]
}

3. Replace "FHMP3DCoolGirlHead.dsf#FHMP3DCoolGirlHead?value" with "FHMP3DCoolGirl.dsf#FHMP3DCoolGirl?value" (without quotes)

This is unfortunately another typo issue which is never caught by the QAs.

[Author]

Posts