At our studio we are using a shared storage system, and recently have been working with Arnold Procedurals in a large project. It seems that no matter what we do (setting search paths, relative vs absolute paths, etc.) we have intermittent issues with procedurals and textures unlinking in our project.
Currently we are using the most up-to-date versions of C4D and Arnold. The other bizarre part is that Arnold works fine with procedurals when our Houdini artist is using Procedurals in his scenes.
We have been trying to look for solutions to this intermittent issue for months, and if anyone could point us in a direction it would be extremely helpful. Thanks.
Unlinking? Do you mean that Arnold does not find the specified filepaths?
What does it say in the Arnold logs?
It seems like Arnold is not able to resolve the paths. Here is what the Console says:
Asset Error: V:\8563_CRR_19MV_ProductLaunch\02_3D\00_PROJECTS\C4D\tex\TIBTO_Building.ass (Arnold Procedural)
We've tried setting the search paths in the Render Settings, but this seems to work for a bit and then fail after a while as well. Hitting the green checkmark in the object manager seems to sometimes resolve the issue for a short time when using the IPR.
Hmm, that's not an Arnold error, that's coming from CINEMA 4D, so that suggests that even CINEMA 4D cannot find the file.
For textures, there would be something in the Arnold log, like:
[c4dtoa] 00:00:00 1665MB ERROR | [texturesys] /utility|image: Invalid image file "C:\Users\blairs\Downloads\_assets\uv-xgrid.png": Could not open file "C:\Users\blairs\Downloads\_assets\uv-xgrid.png"
Procedurals, unfortunately, silently fail and there's nothing in the Arnold log.
Did you try checking the Arnold Asset/Tx manager?
Is that the right path to the ass file?
What is V mapped to?
Yes, V: is a storage space on our server that is mapped via the server manufacturer's interface.
It connected to my workstation via a 10GBASE-T card to the server, and is on a different IP than my main network connection.
Here is what the TX manager looks like:
All of those red files are located in the "tex" folder, so Arnold should be able to find them since they are relative. Right?
Also, I was sitting in front of my computer talking to a coworker (not touching anything), and the TX Manager changed to this:
The IPR was not running or anything.
Hi Andy
I have to review this thread. I (and the C4DtoA developer too) have been out of the office for the last five days (vacation and/or Easter statutory holidays).
No problem! I was thinking that might be the case. Let me know if you need anything else on our end to track down the issue. Thanks!
Hi @Andy
If it was just textures, then I would ask about your tx settings (because maybe one machine is updating a tx file while a second machine is trying to use the texture). But since the problem happens also with procedurals, I think it's something more general.
The Asset/Tx Manager will update if you do something that loads an image node into the attribute editor (because the material preview is updated). So if there's any kind of file/path/network access problem, the tx entry turns red
I would do the following:
I should have mentioned that if I copy the files to a local drive, we have no issues at all with linking. It's only on the server.
I am working with the Process Monitor to see if I find anything of interest.
Should I send you the log to take a look at?
Any other thoughts on what could be causing the issue? The ASS goes from working, to not working, and back again several times during that 4-5 minute log.
Not working = Highlighted in red in the Asset/Tx Manager?
According to the Process Monitor log, CINEMA 4D.exe had no problems accessing the ass file.
@Peter what triggers a change in the Asset/Tx Manager user interface?
For tx files, do we run oiiotool?
For ass files...???
Sorry, not working = not appearing in the IPR render or final render
We have created the ASS files from the C4D interface and have tried it with both Relative and Absolute paths.
The Asset/Tx Manager interface updates on any scene changes. It calls the C4D SDK to check if the file exists or not, nothing tricky.
Since everything's fine locally, it sounds like a network issue. I wonder if other renderers or Cinema 4D itself have any issues reading those textures from the network drive.
Arnold works fine in Houdini with the exact same procedurals and textures. So it has to be something on Cinema's side. Any suggestions for further tracing down the issue?
You can try to run this python script from C4D when the tx manager or render fails:
import c4d from c4d import gui import os PATH = "V:\\path\\to\\myfile" ITERATIONS = 50 # Main function def main(): for i in range(0, ITERATIONS): print "chech path in iteration %d" % i if (not os.path.exists(PATH)): print "Path does not exist!!!" # Execute main() if __name__=='__main__': main()
Just change the PATH to your file. I wonder if it fails too.