Loading...
> >

"duplicate formulas found in file" question

marth_emarth_e Posts: 180
in The Commons

I have a question regarding the "duplicate formulas found in file" error. I understand that this error is caused by conflicting content resulting from the use of identical names. I also understand that one way to resolve the error is by deleting one of the problematic morphs. However, in this particular case, I would like to keep both morphs. I've attempted to rename the morph id and the label inside one of the two DSF files, but the error persists. Does anyone know which ID needs to have a unique name in order to prevent this type of error from occurring?

Thank you in advance.

Comments

  • lilweeplilweep Posts: 2,488

    Are you sure that error is caused by duplicate names?  It is called duplicate formula error not duplicate name error .  If you go to your Daz Studio error log it will identify which properties of the offending .dsf files are causing the problem.

    I thought that error is usually caused when you have a Controller and Subcomponent relationship saved in two different files. 

    E.g., if you have a Character dial set up as the Controller with Head and Body morphs as its Subcomponents, so that when Character is dialled, Head and Body are both dialled in at the same time, and you save that ERC relationship in the Character.dsf file.  That would be fine, but if you also somehow ended up saving that ERC link between Controller and Subcomponent in the Head.dsf morph too, then you have a duplicate formula relating those two properties, in two different .dsf files, one in the Character.dsf and one in the Head.dsf.  Daz cannot use two formulas for the same Controller/Subcomponent at the same time as that is a conflict.

    (Sometimes those errors are scene.duf file specific, and if you load fresh scene the error goes away.)

  • SofaCitizenSofaCitizen Posts: 1,893

    Which version of Daz Studio are you running?  If you use the Beta then the logs will tell you BOTH items that are conflicting which is super helpful in sorting those.  The regular Daz version only lists the second one.

  • marth_emarth_e Posts: 180

    I understand, lilweep. Any suggestions on how to fix the problem?

  • marth_emarth_e Posts: 180

    Thanks, SofaCitizen. I'll update to the last version.

     

  • SofaCitizenSofaCitizen Posts: 1,893

    No problem. It sounds like you already know how to edit the files, but I will post these instructions I wrote a while back, just in case it may be helpful.

  • marth_emarth_e Posts: 180

    One question, SofaCitizen. Once you know the two morphs that are conflicting how do you know which ID you need to edit in order to make it unique?

    Thanks a lot for sharing the guide. It's very useful.
     

  • Richard HaseltineRichard Haseltine Posts: 100,948

    marth_e said:

    One question, SofaCitizen. Once you know the two morphs that are conflicting how do you know which ID you need to edit in order to make it unique?

    Thanks a lot for sharing the guide. It's very useful.

    Either, but if you can guess which is least likely to be altered in an update try that one (less chance of a latr fix causing your fix to fail - for which rason an oficial fix if far preferable to a DIY fix)).

  • SofaCitizenSofaCitizen Posts: 1,893

    Richard has already answered already, but to add to that answer: I would also lean towards the one that is least likely to be depended on or expanded. This is an area I am not so knowledgeable on, but I believe that actor morphs are referenced by characters that have that actor as a required product - thus it would stand to reason that by changing the ID you would then break that reference and cause things not to work. I'm probably wrong the details/specifics but that is something to bear in mind.

    If both are the same type of item and the clashing ID is silly (e.g. "10" as in my linked example) then I would probably update both - since if 2 different PAs both decided to release a product that uses "10" as a globally-unique value then it's reasonably likely that a third one could have done the same but you just haven't bought that product yet.

  • marth_emarth_e Posts: 180

    Thanks a lot SofaCitizen and Richard. With your help I have been able to fix all my duplicate formulas warnings and now my  figure loads so much faster.

    Cheers,

    Martha

  • marth_emarth_e Posts: 180

    BTW, I have notice that sometimes they add a -1 in the scene/modifiers section in the ID.

    For example:

        "scene" : {
            "modifiers" : [
                {
                    "id" : "MyMorphV01-1",
                    "url" : "#MyMorphV01"
                }
            ]
    Does anyone know what's the idea behind adding a -1. Does this help avoiding the duplicate IDs found in files warning?

  • crosswindcrosswind Posts: 6,986

    marth_e said:

    BTW, I have notice that sometimes they add a -1 in the scene/modifiers section in the ID.

    For example:

        "scene" : {
            "modifiers" : [
                {
                    "id" : "MyMorphV01-1",
                    "url" : "#MyMorphV01"
                }
            ]
    Does anyone know what's the idea behind adding a -1. Does this help avoiding the duplicate IDs found in files warning?

    In DS General Release, when the strings defined in "id" and "name" are the same (as default - line 16 and 17 in dsf file), DS will automatically add a suffix '-1' to the "id" in scene - modifier section when you save morph asset(s), because "id" and "urI" in this section have to be different. However, PAs can edit *.dsf files... so you may not see such a suffix in some of those files.

    In the latest DS Public Build, there's a new mechanism of automatically generating a unique urI  ("id" - line 16 in dsf file) when saving morph asset. So this "id" in scene - modifiers section is the very same as "name" in line 17.

    I believe such a mechanism has been implemented in Publishing Build (used by PAs) as well, so there won't be 'duplicate formulas' error from new products in the future...hopefully.

  • marth_emarth_e Posts: 180

    Thank you very much for the clear explanation, crosswind... I really appreciate it!

  • crosswindcrosswind Posts: 6,986

    marth_e said:

    Thank you very much for the clear explanation, crosswind... I really appreciate it!

    You're welcome ! 

  • 3DmentiaNull3DmentiaNull Posts: 128

    Thanks for the explanations, but having concerns about ripping in to my DS installation, just to be clear, are duplicate formulas and duplicate ID's just slowing down loading, a bit, or is it something of more concern? thanks / peace

  • Richard HaseltineRichard Haseltine Posts: 100,948

    They stop the content from functioning correctly - in the case of duplicate formulas one of the cotnrollers will not trigger the required additional properties referred to by the duplicate forulas.

  • generalgameplayinggeneralgameplaying Posts: 517

    For me, it's been there all the time since last studio update (maybe plus a little bit). Installing stuff with DAZ software seems to be very dangerous.

  • Richard HaseltineRichard Haseltine Posts: 100,948

    generalgameplaying said:

    For me, it's been there all the time since last studio update (maybe plus a little bit). Installing stuff with DAZ software seems to be very dangerous.

    What has been there? Duplicate Formula errors are not new, and theya re triggered by content - usually, but not always, two products with insufficiently unique naming. The latest (beta) update has added improved logging, to make the issue easier to resolve, and now adds an auto-generated modifier to names/ids to reduce the odds of duplicates caused by clashes (but that can't fix existing product issues).

Sign In or Register to comment.