if I open an old duf where does Daz look to find the source of the items?

My old work flow was C drive for stuff like base morphs etc. E drive for often used content and G drive for other content. 
---
The new work machine has two m2 drives C drive for prog and my daz library like before and the E drive has less non daz on it so I moved some content from the G drive to the new E drive and changed it's location in the content directory in Daz. 
Is that were where daz will go to find the data that used to be on G but is now on E and automatically resolve those locations correctly? 
Does the CMS look at the content directory to guide it's lookups?

Comments

  • lilweeplilweep Posts: 2,459

    content that has been installed in a content library will be indexed within daz studio with a relative path and it won't matter where the drive is as long as the new content directory location has been added within daz studio.  Daz Studio doesnt usually look for the drive it only looks for the path from the content folder onwards.

    if the content was an asset or texture you made yourself, rather than something installed in a content library, then daz may reference a texture file using a full file path, and those duf files you may need to edit to allow daz to find the file.

     

  • lilweep said:

    content that has been installed in a content library will be indexed within daz studio with a relative path and it won't matter where the drive is as long as the new content directory location has been added within daz studio.  Daz Studio doesnt usually look for the drive it only looks for the path from the content folder onwards.

    if the content was an asset or texture you made yourself, rather than something installed in a content library, then daz may reference a texture file using a full file path, and those duf files you may need to edit to allow daz to find the file.

     

    I used to have all my directories on the G drive (and on a backup drive -- so that if the G drive died, all I had to to was replace the drive and make sure the drive letter was G)
    Later I had directories on both E and G .. when I moved to the new computer the E drive was an m2 drive so I moved some of the stuff on G to E and remapped the directories ... and that should work, right?
    So it's a relative path in the duf file and Daz converts that to a Lettered path based on the content library. 
    ---
    That's what I thought but I have learned that the DIM never cross checks so occasionally when I'm uninstalling a product (that studio has no trouble finding) DIM will coplain about no folder then  unstall but then will want to redown load because it's install path has changed when the (folder used as directory) was moved to another drive... studio will find it because the content directory now points to the new location but that doesn't not update Dims installed pathsbecause there is nothing the makes DIM recertify it's records to match the content directory. 
     

  • yeah I have this issue on one computer now too and it affects smart content

    My DIM paths don't match my installed files

  • alan bard newcomer said:

    lilweep said:

    content that has been installed in a content library will be indexed within daz studio with a relative path and it won't matter where the drive is as long as the new content directory location has been added within daz studio.  Daz Studio doesnt usually look for the drive it only looks for the path from the content folder onwards.

    if the content was an asset or texture you made yourself, rather than something installed in a content library, then daz may reference a texture file using a full file path, and those duf files you may need to edit to allow daz to find the file.

     

    I used to have all my directories on the G drive (and on a backup drive -- so that if the G drive died, all I had to to was replace the drive and make sure the drive letter was G)
    Later I had directories on both E and G .. when I moved to the new computer the E drive was an m2 drive so I moved some of the stuff on G to E and remapped the directories ... and that should work, right?
    So it's a relative path in the duf file and Daz converts that to a Lettered path based on the content library. 
    ---
    That's what I thought but I have learned that the DIM never cross checks so occasionally when I'm uninstalling a product (that studio has no trouble finding) DIM will coplain about no folder then  unstall but then will want to redown load because it's install path has changed when the (folder used as directory) was moved to another drive... studio will find it because the content directory now points to the new location but that doesn't not update Dims installed pathsbecause there is nothing the makes DIM recertify it's records to match the content directory.

    Unlike daz Studio and the CMS DIM has to isntall thee xact location to which it installed - if the files are no longer there it will not, and should not, try to find them somewhere else.

  • alan bard newcomeralan bard newcomer Posts: 2,151
    edited October 19

    yes, I'm split between two computers now and have tried to build matching HD with the same path letter on each machine.
    But sometimes it's hard to keep track of thousands of files. 
    ---
    even if daz uses a relative bath ... in order not to fine these files it has to look in drive letter X or Y. 
    Where it looked makes it easy to figure out what is missing, what didn't transfer etc. 
    ---
    It's a program it has to get the letter somewhere and then use the letter to look for the item so all that's need is 

    I looked in E/ 25 fantasy/Runtime/Textures/DAZ/Characters/GenesisBodysuit/Chainmail2_DiffuseBlue.jpg and it wasn't there. 
    that lets me figure out where it needs to be or is corrupted etc and also tells me if that data is not in E it could have been on G when I created the scene. 
    /Runtime/Textures/esha/ForestScout/blaze hood_Belt1.jpg
    /Runtime/Textures/RD/Defiant/BlazeBootsTx.jpg
    /Runtime/Textures/RD/Defiant/blazeBracersTx.jpg
    this first image of the cats is from the older computer (just loaded) the second from this one (just loaded) so all I have to do if I locate the files missing is fix them
    The alternative is copying 62 gigs between to machines again. 
    Fixed... but how in the heck did a half dozen content manager folders get changed from G to E when the folders are on G. 
    Fairly simple fix once I knew where daz was looking at where they were. 
    And "GenesisBodySuit" is not the product name, argh. 

    missing files copy.jpg
    1471 x 901 - 388K
    works on old computer.jpg
    1350 x 1136 - 777K
    missing on win10.jpg
    1737 x 1532 - 364K
    25 fantasy folder.jpg
    537 x 696 - 68K
    Post edited by alan bard newcomer on
  • Richard HaseltineRichard Haseltine Posts: 100,468

    Daz Studio stores, where possible, a relative path - if there are content directories nested one inside another that may have additional folders for files in the nested directory. On opening Daz Studio adds the relative path to each listed content directory until it gets a hit or runs out of directories to check.

  • alan bard newcomeralan bard newcomer Posts: 2,151
    edited October 19

    Richard Haseltine said:

    Daz Studio stores, where possible, a relative path - if there are content directories nested one inside another that may have additional folders for files in the nested directory. On opening Daz Studio adds the relative path to each listed content directory until it gets a hit or runs out of directories to check.

    I don't have nested ones... all top level folders added as directories ... which by the way .. the program handles very well ... I probably have have 50 directories. 
    I can't imagine having 15k products in one folder .. 
    so I start by installing them in folders like clothes, hair, characters etc.  
    But the relative path has to know what hard drive to go to when it goes and if it can't find the item in that path.. at least it could ID the path complete when it says it can't find the object. And I imagine a lot of times the part of path it shows is correct ... but the start of it is where the error occurs. 
    I think I've seen others comment "why couldn't they find this it's right there" and it may be "right there" in the part of the path the report shows. But because of the part of the path we don't see it could be a different path. 

    Post edited by alan bard newcomer on
  • Richard HaseltineRichard Haseltine Posts: 100,468

    Replied to your other post.

Sign In or Register to comment.