Daz 3D is part of 
Connect
DAZ Productions, Inc.
7533 S Center View Ct #4664
West Jordan, UT 84084
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2025 Daz Productions Inc. All Rights Reserved.
Comments
Speaking of LaraHD, does anyone know what hair did they use in the B&W akimbo pictures?
It doesn't look like any of the hairs from the "Additional Products used in Promo Images" section.
So how do you rename a character's morphs so that they don't clash?
First, I will say that I do not have either one, but...
Do you have "Consolidate Properties" checked in the Parameters preferences? The controllers might end up with the same names, but they are in separate folders, and should be able to be used independently. The problem will still be which to use, but at least you can use them. Renaming the morphs and controllers can be done, but it can be tricky. I have done it a couple of times, but it has been a while, and I don't want to make a mess of these, since I cannot verify any of it.
DAZ knows exactly about the inner workings of Studio, the own all the sources. It should not be too difficult to develop a QA/QC tool to make sure that all the stuff sold via the store adheres to a given quality standard. From what I have learend on the forum, DAZ has standards e.g regarding naming of directories. But so far, they are just treated as recommendations.
pretty sad when forum users correctly predict a conflict before even buying a character but DAZ cannot
Can we try and stay away from blaming and who should have done what. Threads go off the rails and get closed because we go down irrelevant rabbit holes that quickly turn mean spirited and argumentative. @Northof45 seems to have a suggestion that's worth giving a look
@northof45, that worked on Lara, now I will check Evelyn
Evelyn is yes and no. Works on the rendo evelyn and the maleweon evelyn. But when you add the cinnibar evelyn, the malewern evelyn is messed up but the other 2 are ok
Northof45 is right. you can turn off consolidate preferences and they will be separated. If you want to further fix things select one of the morphs with matching names click the gear on the right of the slider select "parameter settings" and you can go and change the label of the morph then go save as > support asset > modified assets (don't do this if you loaded an actor rather than the default gen 8 or you'll get automatically loading morphs)
incidentally this is also the same method you can use to fix automatically loading morphs, if you have any find them open up parameter settings and set their default value to 0 and save.
also disparate dreamer has a good idea for vendors with adding a prefix, although given that a lot of users don't like "vanity folders" i'm not sure it would be a completely uncontroversial standard. (Of course I didn't do that for Bette :|)
edit: this will just work for if both are loading but dialling together if one isn't loading you need to do more complex surgery probably involving using notepad+
According to the file lists, the Rendo Evelyn has all uniquely named morph files, but Maelwenn Evelyn and Cinnabar Evelyn both have morph files named FBMEvelyn.dsf and FHMEvelyn.dsf. Are there two controllers or just one? With that kind of conflict, I think the first loaded morph to be found wins, even if they were in different folders. Or maybe the last one in replaces the previous one. Either way, it's broken...
Go to your Data folder and look for one of the Lara characters (lets say Lara HD), zip it up and save it somewhere and delete its unzipped folder. Then load up a new G8F and dial in your remaining Lara. In Parameters tab select Currently Used and you'll see the body and head morphs dialed in. Click on the little cogwheel, a windows will pop up with all the info of the morphs. Rename the Lara head and body morphs (name and label) to whatever you like and accept. Then Save As/Support Asset/Morph Asset and find the edited morphs in Actor/Head and Actor/Body. You should try to save it to the same folder where the original is. After you saved them you will have to delete the originals otherwise you will get the duplicate file error thing and Daz would just load in all three morphs. Now you can put back the other Lara you zipped up in the Data folder.
One thing though, if you do this all the correction morphs etc will not work as they were linked to the original name. If this happens to me I have to reimport every single morph one by one again for them to work properly. I tried the renaming route but it just didnt work. Now I use MSO in every charater name, correction morph etc I make to get less grey hairs with renaming.
I hope I could help :)
Thanks @Mousso and @j cade. I been renaming and restarting and F ing with this all day. Bottom line is Lara is ok Cinnibar Evelyn and Malwaen Evelyn cannot be fixed with my tiny brain. Ticket time
I don't think it's irrelevant to point out things DAZ could do better without too much trouble, saving users from wasting time on testing, reporting, fixing things themselves in inconvenient ways, creating threads about the problems etc.. It would also be to their own benefit in the long run, saving their support team a lot of work.
deleted
Agreed that it would be great if Daz could check on common morph names in their store... I check for figures with the same name and try to avoid and i've still had same-time -release conflicts (literally, people submitting a char with the same name, at the same time as me, which I wouldnt normally know until it's in the store) so that's frustrating... I know PAs also don't want to make names too long. Further, Daz isn't responsible for anything released from other stores that might conflict- like Rendo. hopefully the new Lara char will be fixed quickly- i know that it may take some time for files to get updated because its been holidays and super busy everywhere. but pretty sure they'll submit one.
Daz should assign every PA their own namespace on acceptance/recruitment that must be prepended to every morph that PA creates for sale through Daz. This way Daz controls the list and can ensure no duplicates. Failure to abide gets the item rejected until corrected. Simple; no conflicting morphs.
On a separate note, is Lara HD's neck as thin and sinous as it appears in some of the promos? It's the only thing putting me off right now...
I've said it in other threads, but how hard would it be for Daz to create and online database, so that PA's... ANY PA, could run their assets through it to see if there were any conflicts?. We are just talking names, not complete data.
That way if I was creating a new asset... Big Bertha, I could go on over to daz3d.com/assestdatabase and run stuff though it my self. If all is ok, I could then click to "add" my names to the database, so the next gal wanting to call her asset "Big Bertha" could see if there would be a conflict.
It has also been suggested that PA's use a prefix...
Personally, I'd rather them use a suffix... you know, like real people have a first/last name. So Lara from angel wings could be Lara Angelwings or Lara AW. I know that PAs would perfer a prefix, and that might be ok, if they would just stick to it across the board.
I use custom categories, and the naming convention can make things get wonky because PA "Muscle Head" inevitibly uses, Musclehead Lara for his folder name, but will use !Lara for his character's head, Lara for the actor, and MATlara for the Texture... If he had just used "Lara MH" across the board, things would go smoother.
If you don't have "Consolidate" checked, you will see the separate morph dials with the same "label", but that is only the "label". There is still the internal "name" of the morph and the "Id" of the morph and not any of these three identities are necessarily the filename of the morph.
The "label" can be renamed freely, but renaming the "Id" and/or "name" may require manual editing of several other morphfiles that are calling the files with the original Id:s/Names, some of which may belong to completely different products.
FHM = Full Head Morph (not to be confused with "For H...y Men"
)
FBM = Full Body Morph
These are usually controlled by a third one that may have a CTRL prefix.