Runtu said:

Well I did not receive any of the $30.00 stuff, I don't even have Face Transfer 2 installed.....what is going on? I put a ticket in but at the time of purchase and have not heard a word.

You should have selected the $30 stuff at the time you made the purchase, there was no 'receiving' afterwards

Edit: At the moment, FT2 Only comes with the beta version of Daz Studio, there is no installing needed.

Well I did not receive any of the $30.00 stuff, I don't even have Face Transfer 2 installed.....what is going on? I put a ticket in but at the time of purchase and have not heard a word.

Below is my latest Face Transfer 2 creation on Genesis 9.

paulawp (marahzen) said:

I've spent the last few days creating random new characters with Face Transfer 2 for the thread on that. But I figured it was time to come back and visit this thread and post something new. Here's a new FT2 character from today's twiddlings, along with the new Madame Bleu Outfit and a couple of other things I've picked up recently.

...

https://www.daz3d.com/dforce-madame-bleu-outfit-for-genesis-9-feminine
https://www.daz3d.com/old-village-wishing-well-iray
https://www.daz3d.com/an-english-village-for-daz-studio

I like the character you created... she's 'normal' girl next door. :) 

paulawp (marahzen) said:

I've spent the last few days creating random new characters with Face Transfer 2 for the thread on that. But I figured it was time to come back and visit this thread and post something new. Here's a new FT2 character from today's twiddlings, along with the new Madame Bleu Outfit and a couple of other things I've picked up recently.

https://www.daz3d.com/dforce-madame-bleu-outfit-for-genesis-9-feminine
https://www.daz3d.com/old-village-wishing-well-iray
https://www.daz3d.com/an-english-village-for-daz-studio
 

What a stunning character! Love the mood of this render! 

4.22.0.14 (December 16, 2023)

• Face Transfer 2
  • Generated texture names now include generation/gender indicators
• Face Transfer pane (Face Transfer & Face Transfer 2)
  • Extended progress reporting to be more informative about the work being performed
  • Saving now sets consistent property group paths for generated morphs on followers (e.g., eyes) and property aliases on the figure (e.g., head)
  • Fixed an issue where the shape name chosen during save was not being checked for uniqueness
    • Shape name conflicts during save are now prevented/alerted
  • Fixed a memory leak of transfer data during save
  • Fixed a potential crash when processing/updating modifiers on followers
• Application Shutdown
  • Improved the performance of closing the application
    • Time to close reduced by ~66% (2/3) in some tests
• Logging
  • Fixed an issue that caused a false-positive "nested directory" warning; see the Change Log for more detail
• Scripting API
  • Made additions in various areas; see the Change Log for more detail
• Fixed bugs and/or made improvements in various areas; see the Change Log for details

Thor said:

Richard Haseltine said:

In what way is it failing to work as intended?

Perhaps I should have said "as expected".
In the past, after an install/upgrade, I've always just re-mapped to my previous library without creating a separate Content Set and never seemed to have any problems.
For this upgrade, I wanted to do a clean install, and retain one Content Set for the default clean installation, and one for my previous library*. Sounds simple.

Clean install of Daz Studio
"Daz Studio Formats" using mapped defaults:
/Users/Shared/My DAZ 3D Library/
Previous Daz Studio Content Library (on 2nd drive):
/HD/DAZ 3D/Studio/My Library/
Using Content Directory Manager: Create New Content Set*, Add Directory to "Daz Studio Formats" mapping to previous Library
*IMPORTANT: This actually requires creating TWO new content sets in Content Directory Manager - This was/is not obvious and a little confusing until I figured out that the built-in "Current Directories" > "Content Set" is NOT actually a Content Set at all. It would be nice if a clean DS install actually had the default Content Set created and mapped, so the user could just add additional sets, or edit the existing one. Adding to the confusion, when accessing Content Directory Manager after selecting a created Content Set, the currently active set is NOT selected in the UI - instead, "Current Directories" is selected showing the chosen Set's mapping. The "Current Directories" item should not be selectable in the UI at all and should not be listed or editable as a "Content Set". The currently active set should be selected, and "Current Directories" should simply be informational reflecting the chosen, active set.

Switching between libraries (Content Sets) in content directory manager results in broken icons/paths for content not explicitly saved into the "current" active library/Content Set. I understand why this is the case (broken filepaths).. but I assumed that the content libraries/sets would be self-contained, and simply NOT display items outside of their mapped directories. After all, if I can't load content from an inactive Content Set or unmapped directory, why am I seeing them in the active set at all?

The content sets are like pose presets, they change the current settings of the target (content directories) but they don't remain active ("The figuer is currently in pose /blah/blah/suchandsuch.duf" or "DS is currently using the "Ooh, thats tuff!" directory set") - I would think partly because both poses and content directory settings can be adjusted on the fly (it would not be generally desirable for an additional content directory added for a quick test, e.g. for the Face Transfer 2 content, to be added to the "current" content directory set for example).

How would DS know that a broken filepath was down to the content being in a disconnected cotnent directory, rather than mis-referenced in or deleted from the current? The database stores only relative paths, which is why it is safe to move content to another location as long as the relative path remains the same. In order to have a self-contained set you would need to use separate databases 9which is supported). Installing through DIM, which does record abssolute locations and won't install mutliple times, can be limiting here (without also using a separte manifests folder) but DS itself is flexible.

When switched to my old library, I assumed my old Render Settings Presets would appear in Render Settings Pane because the .duf files are in the proper folders on disk.
Reality: They don't.

NOTE: They ARE loadable from old render library > Render Presets.. but they are untagged, and not recognized by Daz Studio in the Render Presets Pane.
Workaround: In order for them to display in the RS pane, they need to be loaded from the content library (where they do NOT have an icon tag), then re-saved.

Once re-saved, they DO appear in RS Settings > Presets > Saved Files, and are tagged correctly... but you cannot add (sub)folders or organize your presets in this pane as you can elsewhere in the Content Library, and unlike the Content Library this pane ignores any all filesystem folders unless/until a preset is saved. Only then, will it appear under "Saved Files".

Apparently ALL previously saved content will need to be re-saved like this (to update the metadata/CMS?).

In the past, IIRC, it seems as though the metadata was correctly read from the saved .duf files on disk... or perhaps originally when the CMS was implemented, I did a DB migration? I can't remember... that would've been 4.5 -> 4.9 I think?

For the past several versions, I have NOT used any of the content management tools - Migrate Old DB.., Search Drive(s) for files..., Scan Known Directories..., etc. Everything seemed to just work properly without having to do so.
Admittedly, doing this may actually fix the metadata issues I'm having, but I really don't want to do this for fear of polluting either the Default Clean library or my old library or corrupting the DB. I'd feel more comfortable experimenting with this if I had access to old Studio version installers.

I understand that I can add additional "Daz Studio Formats" folders to Content Sets... but when working in Studio, it's much easier for me to not have to deal with multiple libraries/folders in the Content Library interface and click between them - I prefer to have all my content in one place in the filesystem and within Studio.
It may take a while, but it looks like simply re-saving content will fix everything - basically rebuilding the DB manually.

So you don't have the old database at all? You should be able to right-click on the files and select Edit Metadata, then add categories and content yps as needed. For installed content (and user content if you had previously exported userdata when the files alreadye xisted) using Content Library option menu>Content DB Maintenance>Reimport Metadata should do the job. Only the ... Formats cotnainers in the Content Library pane (excluding the Daz Connect cotnainer at the top of ach list) reference fiels on disc, everytbing else is populated from the datyabse and organised by categories or, in one case, products.

For best results, the imported .obj file to D/S must land "perfectly" where it should be on the figure. If it does not, don't change the figure, correct the clothing so that it does [might need Blender for that], [also might want to fix the poke through on the hips], until the clothing .obj does import in to the perfect place. Then run the transfer utility and etc.

Um, you can't redistribute a cap made from the figure's geometry. Any 3D modeler can produce a sphere. Fit it around the head area, deleting any unneeded mesh. Add enough subdivision so it can morph nicely with whichever character is dialed into the figure. In D/S  rig it and save as a figure/prop file.

Hair can be built off of the skullcap.

Leana said:

There's a commercial thread for Xtransfer, maybe it can help you: https://www.daz3d.com/forums/discussion/341526/xtransfer-module-1-genesis-3-to-genesis-8-morph-converter-commercial/

Thank you, I will post there and see if I can get help.

If it isn't the default G9 base character, you must use 'current' in shape and tick 'reverse source shape from target' in options.

Or bake the rotations before doing transfer, and then after transfer adjust to original pose, and rebake the pants.

If there is any best method I don't know.

I've spent the last few days creating random new characters with Face Transfer 2 for the thread on that. But I figured it was time to come back and visit this thread and post something new. Here's a new FT2 character from today's twiddlings, along with the new Madame Bleu Outfit and a couple of other things I've picked up recently.

https://www.daz3d.com/dforce-madame-bleu-outfit-for-genesis-9-feminine
https://www.daz3d.com/old-village-wishing-well-iray
https://www.daz3d.com/an-english-village-for-daz-studio
 

Hey, All! Has anyone ran into this issue before? Fitted some purchased clothing objs in blender and imported into Daz just fine, but when I use the transfer utility to rig up to G9, the pant legs angle extends out beyond the legs. For context, the original pant legs were a bit wider the default G9 base stance so I posed legs to LEG SPEAD = 7% before exporting to blender for fitting.

Thanks for the reply Ninefold, I did try to map transfer the textures and it did not work however the tur=torial you linked seems different in the way I did it, maybe I did it wrong, I'll try again, Thanks again :) 

Have you tried converting the maps of the G8.1 character you want to use to G8, manually slotting them into a G8 figure's materials, then applying the LIE presets? That seems like it should work. If you haven't seen it, markusmatern's Map Transfer tutorial is very helpful. Just do these steps backwards, essentially.

I splurged on 3DUK's Spock, but this is my mod of Magnus1781's "Nimoy" morph. Not bad. The hair is Mylochka's M4 Spock hair - the 3DUK hair looks almost identical.

DrPingy said:

Many thanks for the answer!
Copying the weight maps works very well!
Of course I'm also interested in transferring the corrective morphs.
I had thought that RSSY Clothing Converter would do this. That's why I bought this script!
But if it works, it saves a lot of time, especially when animating a scene.

In fact, RSSY Clothing Converter cannot convert either weights with 100% accuracy or the corrective morphs from G8 to G9. So better learn how to convert and fix them manually, which is faster, better and free.

Part 1: Make a G9's Clone on G8F with ERC Freeze: https://mega.nz/file/zWwGkBCb#BPHVpYm55S6gUtBQTMkpeTXP7No-V2dsXxERomEWd7g 

Part 2: Transfer Corrective Morphs from 8 to 9 (pJCM to cbs): https://mega.nz/file/mGpRFDZT#bXpfjU0VkR_LgHbRousmJtawjvxIvoUPiW3bgRenNYc

Another clip is to show a way of using Attenuate when transferring morphs, which may help with saving time of transfer... It's for G9 to G8, but the mechanism is always the same: https://youtu.be/kh2iaN1WyyY?si=ZhNuPQ9AKwRRkk7S

That makes a lot of sense.  I'm still really nooby in Daz I'm just far more experimental with software then most people are, I don't mind breaking things lol (usually).  The Studio software has left me scratching my head in confusion quite a bit though, nothing seems to be a good logical approach to troubleshooting, and finding packages sometimes is maddening lol.  Troubleshooting has become much easier though once I switched to the third party search tool and ditched the native Windows one.  Postgres taught me I can't go trigger happy deleting stuff though.  Most of the problems I've had in Daz have revolved around Postgres... usually when I start trying to edit files by hand... heh.

I've been so busy with the G8's that I tend to forget all the time I can morph the G9's with basically all the other ones.  Thank you for the explaination, I was really trying to figure out how it could've happened and was beginning to think Postgres had shuffled some files around even though a CMS isn't really supposed to do that.  I'll have to be a bit more critical about looking over the contents of things I install right away rather than taking the I'll Get Around to it approach.

Thank you for reminding me to raise a ticket about it.  I'll get that done in a few moments.

What happens when you load a Genesis figure is that Daz Studio runs off and pre-loads every single compatible morph that it can find across all known base libraries. What you sometimes find is that a PA will save a morph used in their product with a non-zero default value. This then means that every figure that is compatible with that morph will have the morph applied.

This is why your separation of libraries did not protect from this - however, you can be sure that this did not mean that any other files were corrupt and so no re-installing of Daz was needed.

Obviously, removing the offending morph as you have done was enough to fix this issue one way. The other way is to load the base genesis 9 figure (complete with the "messed up" look), zero the offending morph and then save the modfied asset - this should throw up a dialog box saying what will be saved which should hopefully include the problematic morph. There may be an inbetween step in there that I forgot tho, I will try and find it.

EDIT: The steps are:

1. Load base or dev figure
2. From parameters menu: Zero -> Zero Figure (figure should now look normal again)
3. From parameters menu: Memorize->Memorize Figure (set current value as default)
4. Edit->Save As->Support Asset->Save Modified Assets (saves the modified assets with the new defaults for the future)

Anyway, you should raise a support/bug ticket at the store where you purchased the figure so that the PA can be notified that they need to fix their mistake.

carrie58 said:

Well I'd be interested .....so if you did a morph and we ran it through transfer utility ,would that work? If it's too much of a hassel .....I understand not doing it .

After thinking about it, this seemed to be the best solution.

The autofit window unfortunately doesn't work for the centaurs, so you've got to set the transfer up yourself through the Transfer Utility, but I've made up a set of clones that will allow Horse 2 and 3 assets to be fitted to the Genesis 8 Centaurs.
I may have some tweaks in mind and might extend it to the G7 Centaurs as well, but this will theoretically allow basic support as is.

Alas, autofit does destroy existing rigging, so things like stirrups on saddles will probably stop working properly, but the transfers that preserve that are too complicated to be automated quite like this.