Daz keeps overwriting my path to textures with path to cloud
Joe.Cotter
Posts: 3,362
I have been trying to save an asset that has textures locally and it seems to work fine, but every time I try to reopen the asset, all of the textures show up unlinked and pointing to cloud path rather than the local one. I have repeated this multiple times to try and force it any way I can to use the local textures but the program continues to change the path to the cloud textures, which doesn't work when working offline, thus broken links. It is infuriating. Does anyone know what is going on and if/how this can be fixed? I'm about to give up on DAZ and just start exporting everything if this can't be fixed. I would like to be able to still use DAZ but this is a critical error for me.
Saved as:
But when I reload the paths always end up something like this:
And I have verified the path was saved correctly before saving by reopening the texture path after I 'accepted' any changes.
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
If you mean their path is /data/cloud/1_#####/... then that is recording an absolute path for a Connect install (installation through Daz Studio) - which it shouldn't do, it should use relative paths. Or is that the missing file prompt you get when youn try to load the file?
Was fighting with trying to insert pictures... wouldn't let me insert inline... had to add as attachment. And yes, that' is what I am running into... it is switching out a path to the local file with an absolute path to a connect folder. On top of that, this product was installed using DIM, not connect. There should be no reference to connect at all. It is not giving a missing file prompt either, it is simply broken, i.e. pink. Basically, when I save the file, I manually am selecting the file in the path in the 'correctpath' image. I have even reopened the image paths to make sure they are correct before saving as scene asset. I also have made sure there are no other objects in the scene just to avoid any possible confusion that way. When I clear the scene, or create a new scene, and try to import the object, the path is always pointing to the second 'badpath' for all textures in the object.
I should add, I have also tried saving over old object and saving as new object. Neither worked.
To further clarify, I am opening a new scene, totally clean, importing an object and modifying the materials on that object. Any references to materials are all local and are verified as such before saving. The whole process has been isolated as much as possible to avoid any possible cross reference to anything outside the direct immediate asset.
I don't know if this matters, I will have to test, but I realized it might since it started happening right after I did this... I imported a poser object, changed materials and then saved as a scene object. I will try (after a rest since got frustrated...) to import the poser object and save it before doing anything with the materials to see if that effects it. I had been converting poser objects then coming back and changing materials and that didn't seem to give me an issue thinking back on it, so I will test this. Also, it has been with this specific product. I didn't test another product so there is that. Will post results of further tests. Meanwhile, if anyone has thoughts I'd be glad to hear them, and tyvm Richard for looking at it. You are alway attentative and patient whenever I have seen you post and that is appreciated. I continue to try to emulate your patience but I have a ways to go yet. ;)
So when you say it is using that path, where is it specified? It looks to me as if you do have a Connect install, whatever your intent, and as a result the relative path is resolving to that when you ask DS to go to the location - which would suggest an issue with DIM installs not being seen and double-clicking the product instead downloading from the servers.
What does your content paths look like with all expanded?
At first I thought it was just trying to connect to a folder that doesn't exist or is empty, but I looked closer and it is trying to connect to a connect folder, which evidently DAZ installed things into behind the scenes when I used DIM to install since I do not use connect to install anything. I only use DIM. I am checking this out further also since i was under the understanding that the items installed using DIM were installing in the local library that I defined in the DIM path variable, not the connect library. I will have to investigate this angle further it ends up.
I had posted screenshots showing the paths, those just somehow got deleted from my previous post. (The first post....) Why is a good question... Again, more weird things to irritate... I have to recapture the images and repost it looks like.
If the database shows a Connect install then DS will try to use it for the relative file paths invovled - even if there isn't a file there. What is it doing when it gives this path?
Here are the two paths that were originally posted in the opening post of this discussion. The 'good' path I save things to, and the 'bad path.'
It is saying file not found. It is loading geometry but is showing pink where textures should be. Textures that were clearly there upon saving and are still there in the path I pointed to when saving. It is in the process of saving and reopening the asset that the path is somehow being overwritten.
Right, so that sounds very like having an entry showing a Connect install for the product - it then tries to load the file, using the correct relative path, from the Connect install 9addng the /data/cloud/1_SKU in front) and fails. Find the product container, in Content Library>Products or in Smart Content's Products tab, right-click and choose the Uninstal option - then try loading the saved file again.
Thanks, will try that. Although I am confused as to why/how it got an entry for connect. I'm not having that issues for other products so far.