Transfering brows is non-intuitive. The trick is do not use projection templates if using Transfer Utility, which is the same as not setting the "what type of Item is this" in autofit.
Basically, a template is a figure the target figure wears, but it often has different bones. This allows you to have special templates to give bones to skirts rather than having them use the figure legs. In the case of the full body and hair templates, they do not have the face rig bones, and the brows of G3 and higher are bone controlled.
So not setting a template should cause the brows to be affected by the face rig. 

So I tried this and something incredibly weird happened.

1. I loaded Kenshin then used the autowear function to get the eyes, eyebrows and eyelashes in place. It worked for the eyelashes and eyebrows, but the eyes weren't as successful.
2. Deleted the eyes and parented them instead. Everything looked good, so I saved and attempted to render it... except that DAZ crashed on me.
3. Reloaded the scene and the eyelashes had these two weird lines going down. I did a quick viewport render and you can see the black lines. (Look below)
4. Figured that by deleting them and loading new ones the problem would be fixed... I did that, using autowear to get them back into place... but things got even weirder.
5. As long as the eyelashes were there and unhidden, I couldn't get the figure to render. Not in the viewport (with iray preview) and not in the actual render.
6. BUT if I hid the eyelashes, then I could render the figure just fine.
7. Conclusion: I've no idea what's going on with those eyelashes. Eyebrows seem fine, though, and they do follow the facerig now.

I'm stumped too, frankly. I've never tried fitting lashes. I've tried making them, and that worked out okay (could be better), but it takes some thinking about the way the lashes work, which is a bit weird. I'm not sure if the S8 lashes work like the base lashes but if they do, try loading them without a figure, and then zero figure them. They should fold up into tiny lines.
I think they are like this because they won't properly take the morph projection otherwise. Since they stick out from the mesh but need to move with the eyelids, their base shape is rolled up so that morph projection from the lids is what sould first impact them.
It looked like you go a good fit without using this specific method, and the thing about autofit is, what works for one type of thing may not work for another. I know the thing about fitting brows work, but obviously there's issue with lashes. It might be that to autofit, you need to make sure that the lashes are zeroed first. It could be auto fit uses "current" shaping which would tend to mess up the lashes.
Bear in mind, I'm just making this up as I go, but recall that's what I had to do with lashes I made, in the end. In fact, I didn't even load the "default shape" morph until after getting them fitted, though that probably wouldn't make a difference as long as the morph isn't active. Bottom line is, I really don't have clue what's happening.

I imported the morph of my face I made previously into Sculptris and removed the indentation. Obviously, because this morph is of myself I've got no plans to redistribute it.

Anyway, here is the morph GenX'd to G3F. I need to find a suitable skin texture, but I think Joanna for Genesis 3 and 8 female is suitable, specifically the yellow tone. The hair is the Leyton Hair for Genesis 3 Female(s) and Genesis 2 Female(s) which comes in the Victoria 7 Pro Bundle. However, I also wanted to take the time to render another character I've been meaning to make a better render for and that's Divamakeup's Karli for G8F, a freebie character.

My morph is dial spun to an approximation of my build. However, I'm not scaled to what my height would be (I am 5'1", so less than 100%.) Karli also has Joanna's texture but the default pale tone. Both characters are wearing the basic wear of their perspective figures. (Hopefully, I'll get around to posting Karli. I like her because she reminds me a bit of V4, with the rounded face.)

Next, I decided to make a more toon version of myself, which means the morph has to be cutified somehow. Since I don't have The Girl 7, I used a GenX'd Girl 6 shape on G3F to mix with my morph. I think it was like 25% or so that I used because The Girl's shape is quite strong that even in small amounts it is noticable. (Please understand that this is not a problem IMHO. In fact, The Girl is my favorite DAZ Original toon and I like her a bit more than Aiko.) In this toon self portrait, I'm wearing Effortless Cool for Genesis Male, the necklace from Aven Clothing for Genesis and the hair is SAV's Aphrodite hair from Renderosity. (This hair does not autofit well, but I love it.)

Ironically, the toon version looks more accurate to how I look like than the "realistic" one. I think the problem was the depth of field in the selfie but then basic head morphs easily corrected this issue.

This is a follow up from last year. The Morph problem was never fixed (or at least I can't figure it out).

After I filled after I filled the BUG report I requested and received a refund. Shortly later I purchased the i13 Tanning Salon Bundle on sale for a great price and everything works EXCEPT THE BUTTON DOWN SHIRT.

Since I received a refund on the first purchase the Ticked was deemed Solved. I never did a follow up Ticket for the Bundle purchase.

My real question (finially) is to ask if anyone else has had a problem with the Button Down Shirt Morphs? I own a lot of i13's great products and this is the only issue I have ever had with any of them. I saw the products back on sale and it just reminded me of the morph problem.

I'm having the same problem with it.

So, got this and then travelled for a week for work, but got back and was able to try him out.

I had Gades and 25%, then used morphs to lengthen his legs (not sure if those are in the base body morph packs or some other morph set for G8M), and scaled him down a bit to G8M height. Dialed in another character face, one of the Shimizu head morphs I believe, to "sharpen" up the features a bit. G8M without any body morphs for comparison, Salvatore skin on both. Could definitely spend a little more time refining proportions, but overall happy with having him as another body type, even for less stylized characters.

Bringing up this old topic as I'm trying to get a texture set onto G8F and am not having much luck.

The original texture is for M4. Someone pointed me to an item on shareCG that would add the M4 UV map to G2F

So I'm trying to use the Map transfer on G2F with the loaded textures to create a proper G2F texture set so I can load them onto my G8F that has the legacy G2F UV map.

Unfortunately, when I do the M4 to G2F transfer, the textures don't come out right (even when trying to load the new textures onto the old G2F)

I'm looking at the folders on my computer that hold M4 and G2F. The thumbnail images for the torso and limbs look very similar, with the heads having the most obvious differences. However, some of my M4 textures are at 1024 pixels square while my base G2 female has textures of 4096 square. Which makes me wonder, are the image maps for the M4 texture you want to transfer the same size as the G2F materials you're using? I'd have to revisit my own tutorial to be sure, but it would make sense to me the Source (M4) and Target (G2F) would need to have maps of the same size.If they aren't, I'd suggest using Irfanview to resize the G2F materials to match the M4 materials, in a new directory of course. Then try again.

 

Don't know if it'll fix the issue, but you can always give it a shot :)

 

And it was as simple as that it seems. Apologies for missing that particular bit of information.

Thank you so much for pointing that out, it has in fact solved the issue.

Again apologies for not reading the thread carefully enough.

Not at all.
In fact, that bothers me a great deal since, in theory, Studio should be able to deal with the morphs being anywhere, at the end of the day. I'm gonna have to do some thinking about why this is happening
Mind, the script and supporting files need to be in content directory 0 (Daz counts everything from zero base, so the first of anything it is counting is item 0) so they can be sure to find each other. I hope to extend that to a more general case, but it bugs me that this actually causing it to fail to work. That's unexpected. it might have been fail ... Oh, yes. Indeed.
You get read my mind working. Lucky you.
So maybe it's exactly that. I expected the script to fail if it didn't find the support files because I was thinking the clones would break. But my first thought is correct. The clones can be in any active library and Daz will find them. What was breaking was parenting, not because of whatever broke the Sixus1 stuff, but because since the script could not find the support files, the script did not know what to rewrite the parenting data from or to. That's part of the key to making the script "scalable" it doesn't actually care what figure you attempt to run it on. the info it needs to do the translation is in the support files and it finds those files by a combo of the figure name and info in the script. Since it expects those files to be in library directory 0, it wasn't looking elsewhere for them.
Thanks everyone. I was utterly stumpted there.

hi again, singular...

well, i tried running the script on that morph package subset again, and got the same results.  i uninstalled and reinstalled the morph set, deleted the old studio log, launched studio, loaded g3f, favorited the morph, loaded g8f, selected g3f and then g8f, ran the script, and quit.  then i relaunched studio, loaded g8f, and looked up the morph.  it still shows as having a parameter range of -100 to 100, and limits are now off again. 

i know zip about this stuff, but toward the very end of the script's debug output, i see:  "WARNING: Object::disconnect: Unexpected null parameter".

then when g8f is loading the second time around, there's a stream of "Could not find output property for formula:" warnings, most of which seem to be related to the lHeel and rHeel geometry of the failing morph. so i opened up the .dsf file for the morph, and sure enough, lHeel and rHeel push definitions are present.  (who knew breast morphs contained heel geometry?  not me...)

so i'm guessing that there's some aspect of these particular morphs that thwarts translation, though they apply comfortably enough to their intended base figure.  and i'm not going to fret about it, though i will be happy to retry the transfer if that's helpful to you.  as i said, i haven't had any issues translating any of the PA's other zone-specific morphs with your script, breast morphs included. 

happy trails!

j

 

I'm not sure the unexpected null is script related. I'd guess not since the log tends to expressly say things like "script [path] error line n" when it's an error there. as a guess it's an error in the IRT plugin that crops up next, but I'm iffy about that since it's almost 1.5 seconds before that comes up. OTOH it's a full 23 seconds between the last script entry and the null warning. My guestimate is that the script ould take less that 10 seconds to complete in total since it only took 2 seconds to get that far.
Are you still getting this first group of morphs showing up with no limits? Are they still not dialing in as expected? are you seeing similar issues with other morphs?
If they are still showing up without limits, please go to D:/oh3d/DAZ 3/Library 3/data/DAZ 3D/Genesis 8/Female/Morphs/3anson/3A Creative MR 01/Breast MR 1/ and right click any dsf file and use the open with to open it in a text editor. You'll see code but near the top will be a section that looks like so:

	"modifier_library" : [
		{
			"id" : "PBMMorph",
			"name" : "PBMMorph",
			"parent" : "/data/DAZ%203D/Genesis%208/Female/Genesis8Female.dsf#Genesis8Female",
			"presentation" : {
				"type" : "Modifier/Shape",
				"label" : "",
				"description" : "",
				"icon_large" : "/data/DAZ%203D/Genesis%208/Female/Morphs/Some%20Vendor/Some%20Product/PBMMorph.png",
				"colors" : [ [ 0.2196078, 0.3019608, 0.3882353 ], [ 1, 1, 1 ] ]
			},
			"channel" : {
				"id" : "value",
				"type" : "float",
				"name" : "Value",
				"label" : "Morph",
				"auto_follow" : true,
				"value" : 0,
				"min" : 0,
				"max" : 1,
				"clamped" : true,
				"display_as_percent" : true,
				"step_size" : 0.01
			},

The key point is, assuming a morph that does not show limits while loaded on G8, do the values in "channel" for  "min", "max" and "clamped" read -1, 1, and false respectively. (note, "clamped" may not even appear, but min and max will.)
They should not. 
As to the heel thing, that's a present limit of the prototype I'm working on. G8 and G3 don't have the same bones, exactly. specifically, the heel bone was deleted for G8. The heel error actually is a sign the  morph is correctly being read, since there are no other bone failures.
What that is actually telling you is the author ran adjust rigging to shape without limiting it to the likely affected bones, which will cause G3/G8's entire skeleton to shift slightly, because the skeleton is somewhat hand made. The bones are placed where they work best, not where autorig will place them. So running autorig on an unchanged figure will often cause minor shifts in the bones. That's the issue.
By the closed beta, my aim is to have the script intelligently removing bones that don't apply to the target figure. It's a necessary aim, as the Beta will introduce Genesis or Genesis 2 support (likely Genesis, though I know people will want G2 more, but Genesis means only one figure, and G2 support means 2. Yes, I have to do all 3 in the end, but the difference between G1 and G2 are not so large as either is different from G3/8 so once G1 is integrated, G2 should be fairly easy). Because they have completely different bone structures, the script will need to have code that accounts for that, and supportfiles that know tell it what to add and remove on the fly.

My first instinct was to say it's Bend Control, but I don't believe they make the bones on the feet stick out like that. Ultimate Natural Bend Morphs might come closer to giving you that effect.

seems like all breast morphs do not handle the height of the nipples. for a heavier character with heavier breasts, the nipple isn't typically still pointing to the heavens. at some point, when a person is heavy enough the extract mass on the chest forces the tilt of the breat down (male and female). the heavier or bigger you morph a chest, the more "up" the nipples point... doesnt' seem right.

So.. I finally rigged the leg cast and made the morphs in Zbrush for it, as you can see in the pictures I've made some showcases of the texture I made with or without a normal map. I'm still working on it but, there some flaws which I'll list here:

Texture 

1. Line UV end in middle front of the cast.

2. Has Upside down UV    

Mesh

1. Only works well with rThigh bone.

2. Doesn’t work well with rShin and foot bone when bending.

3. Shows some poke through the thigh and shin, when Heavy and Sandwich morph are maxed. (Fixed)

And as I said before in the post above, it is my first time making something. But I thought I'd like to share the progress so far. :)

hi again, singular...

well, i tried running the script on that morph package subset again, and got the same results.  i uninstalled and reinstalled the morph set, deleted the old studio log, launched studio, loaded g3f, favorited the morph, loaded g8f, selected g3f and then g8f, ran the script, and quit.  then i relaunched studio, loaded g8f, and looked up the morph.  it still shows as having a parameter range of -100 to 100, and limits are now off again. 

i know zip about this stuff, but toward the very end of the script's debug output, i see:  "WARNING: Object::disconnect: Unexpected null parameter".

then when g8f is loading the second time around, there's a stream of "Could not find output property for formula:" warnings, most of which seem to be related to the lHeel and rHeel geometry of the failing morph. so i opened up the .dsf file for the morph, and sure enough, lHeel and rHeel push definitions are present.  (who knew breast morphs contained heel geometry?  not me...)

so i'm guessing that there's some aspect of these particular morphs that thwarts translation, though they apply comfortably enough to their intended base figure.  and i'm not going to fret about it, though i will be happy to retry the transfer if that's helpful to you.  as i said, i haven't had any issues translating any of the PA's other zone-specific morphs with your script, breast morphs included. 

happy trails!

j

So thanks to Jag11's comment above I finally realized that the in and output paths must be in the daz library path. No problem, but should be somewhere on the UI so people dont waste time finding this info.

So I stored a pose preset file with an animation and the converter runs fine on it, but when I try to load the file on G8  I get "An error occurred while reading the file, see the log for more details".

So for now it looks like the product does not work with animations which is what I need.

Is there any hope for a quick fix?

2018-02-12 13:28:59.393 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLWink_HD.dsf#eCTRLWink?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Wink_HDLv2.dsf
2018-02-12 13:28:59.393 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLScream_HD.dsf#eCTRLScream?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Scream_HDLv2.dsf
2018-02-12 13:28:59.394 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLRage_HD.dsf#eCTRLRage?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Rage_HDLv2.dsf
2018-02-12 13:28:59.394 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLPain_HD.dsf#eCTRLPain?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Pain_HDLv2.dsf
2018-02-12 13:28:59.395 WARNING: fileinput\dzassetdaz.cpp(5737): Could not find output property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eJCMPain_HD_div2.dsf#eJCMPain_HD_div2?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Pain_HDLv2.dsf
2018-02-12 13:28:59.395 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLHappy_HD.dsf#eCTRLHappy?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Happy_HDLv2.dsf
2018-02-12 13:28:59.395 WARNING: fileinput\dzassetdaz.cpp(5737): Could not find output property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eJCMHappy_HD_div2.dsf#eJCMHappy_HD_div2?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Happy_HDLv2.dsf
2018-02-12 13:28:59.395 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLFear_HD.dsf#eCTRLFear?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Fear_HDLv2.dsf
2018-02-12 13:28:59.396 WARNING: fileinput\dzassetdaz.cpp(5737): Could not find output property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eJCMFear_HD_div2.dsf#eJCMFear_HD_div2?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eJCMVictoria8Fear_HDLv2.dsf
2018-02-12 13:28:59.396 WARNING: fileinput\dzassetdaz.cpp(5795): Could not find target property for formula: Genesis8Female:/data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Expressions/eCTRLExcitement_HD.dsf#eCTRLExcitement?value in file : /data/DAZ%203D/Genesis%208/Female/Morphs/DAZ%203D/Victoria%208/eCTRLVictoria8Excitement_HD.dsf
2018-02-12 13:28:59.791 Begin Loading Character Addons...
2018-02-12 13:28:59.866 File loaded in 0 min 0.0 sec.
2018-02-12 13:28:59.867 Loaded file: genesis 8 female eyelashes.duf
2018-02-12 13:28:59.880 Loaded Morph Deltas in 0 min 0.0 sec.
2018-02-12 13:28:59.880 Loaded file: FHMVictoria8.dsf
2018-02-12 13:28:59.900 Loaded Morph Deltas in 0 min 0.0 sec.
2018-02-12 13:28:59.906 Loaded file: FBMVictoria8.dsf
2018-02-12 13:28:59.908 Loaded Morph Deltas in 0 min 0.0 sec.
2018-02-12 13:28:59.908 Loaded file: PHMMouthRealism_HD_div2.dsf
2018-02-12 13:28:59.913 Loaded Morph Deltas in 0 min 0.0 sec.
2018-02-12 13:28:59.913 Loaded file: PBMNavel.dsf
2018-02-12 13:28:59.925 Loaded Morph Deltas in 0 min 0.0 sec.
2018-02-12 13:28:59.926 Loaded file: PHMEyelashesExpand.dsf
2018-02-12 13:29:00.041 File loaded in 0 min 0.0 sec.
2018-02-12 13:29:00.042 Loaded file: Victoria 8 Eyelashes.duf
2018-02-12 13:29:00.044 Finished Loading Character Addons
2018-02-12 13:29:00.057 File loaded in 0 min 7.1 sec.
2018-02-12 13:29:00.082 Loaded file: victoria 8.duf
2018-02-12 13:29:10.455     C:/Data/DAZ 3D/Studio/ConversionOut/temp1.duf (653,1): Syntax Error - expected ',' or ']'
2018-02-12 13:29:10.456 Error reading file, see log for more details.
2018-02-12 13:29:22.381 DEBUG: Content Library Asset Path = C:/Data/DAZ 3D/Studio/ConversionOut/temp1.duf
2018-02-12 13:29:22.381 DEBUG: oAsset.contentType = Preset/Animation

Bringing up this old topic as I'm trying to get a texture set onto G8F and am not having much luck.

The original texture is for M4. Someone pointed me to an item on shareCG that would add the M4 UV map to G2F

So I'm trying to use the Map transfer on G2F with the loaded textures to create a proper G2F texture set so I can load them onto my G8F that has the legacy G2F UV map.

Unfortunately, when I do the M4 to G2F transfer, the textures don't come out right (even when trying to load the new textures onto the old G2F)

This is a follow up from last year. The Morph problem was never fixed (or at least I can't figure it out).

After I filled after I filled the BUG report I requested and received a refund. Shortly later I purchased the i13 Tanning Salon Bundle on sale for a great price and everything works EXCEPT THE BUTTON DOWN SHIRT.

Since I received a refund on the first purchase the Ticked was deemed Solved. I never did a follow up Ticket for the Bundle purchase.

My real question (finially) is to ask if anyone else has had a problem with the Button Down Shirt Morphs? I own a lot of i13's great products and this is the only issue I have ever had with any of them. I saw the products back on sale and it just reminded me of the morph problem.

She's adorable. I particularly like this outfit and the head morph that comes with it: https://www.daz3d.com/fairy-outfit-for-karyssa-8-and-genesis-8-female-s

It's nice yes, just wish there was a flat foot option for the shoes.

If you did weld you'd want auto-smooth & dForce draping insteal of morph fits I guess.

Yeah, I just picked up the G2F Legacy UVs for G8F

I'm hoping the Map Transfer is built-in to DS (I've never seen it before)

it is; surfaces tab, right click on it.

Yeah, I just picked up the G2F Legacy UVs for G8F

I'm hoping the Map Transfer is built-in to DS (I've never seen it before)

She's adorable. I particularly like this outfit and the head morph that comes with it: https://www.daz3d.com/fairy-outfit-for-karyssa-8-and-genesis-8-female-s

Transfering brows is non-intuitive. The trick is do not use projection templates if using Transfer Utility, which is the same as not setting the "what type of Item is this" in autofit.
Basically, a template is a figure the target figure wears, but it often has different bones. This allows you to have special templates to give bones to skirts rather than having them use the figure legs. In the case of the full body and hair templates, they do not have the face rig bones, and the brows of G3 and higher are bone controlled.
So not setting a template should cause the brows to be affected by the face rig. 

So I tried this and something incredibly weird happened.

1. I loaded Kenshin then used the autowear function to get the eyes, eyebrows and eyelashes in place. It worked for the eyelashes and eyebrows, but the eyes weren't as successful.
2. Deleted the eyes and parented them instead. Everything looked good, so I saved and attempted to render it... except that DAZ crashed on me.
3. Reloaded the scene and the eyelashes had these two weird lines going down. I did a quick viewport render and you can see the black lines. (Look below)

1. Figured that by deleting them and loading new ones the problem would be fixed... I did that, using autowear to get them back into place... but things got even weirder.
2. As long as the eyelashes were there and unhidden, I couldn't get the figure to render. Not in the viewport (with iray preview) and not in the actual render.
3. BUT if I hid the eyelashes, then I could render the figure just fine.
4. Conclusion: I've no idea what's going on with those eyelashes. Eyebrows seem fine, though, and they do follow the facerig now.

If you have a figure with both of the UV sets, then use Map Transfer. It'll do you. But, belaboring an old point, because G3/G8 Uv's are fundamentally different to everything else, you'll need at least one 3rd party thing to make the jump from G2 to G8.
I'm guessing you have one since G2F is a pretty specific request, but if not there should be geograft products. Or, if you're feeling masochistic, there's always blender.