HI
When using this as outputpath in c4d and submitting with the intergrated submitter: ../Elements/3D-render/$prj/$take/$take.exr
I get this warning when i right click -> explore output in Monitor when the job is finished:
It doesnt seem that the $take token is expanded in the “OutputDirectory0” var in the job info.
Is this an easy fix?
We currently have an issue open here for a problem when tile rendering where the tile assembly config file does not have the variable expanded. In your case it looks like it’s slicing off the end after “$take”. Is “$prj” being replaced properly?
I don’t like to blindly recommend upgrades, but I wasn’t able to find much from my searching of the developer issues. I would expect this to have affected many more people at this point if we had not fixed it, and I do remember this was an issue in the past.
Would you be able to upgrade to 10.0.20 to see if it helps? Again, tile rendering is still impacted at the moment, but standard output should be fine.
I just wanted to check in with you to see if updating fixed this. If it has not been fixed would you be able to provide a scene that you can reproduce this it would be very beneficial since I have not been able to reproduce it yet.
It seems that this error persists if you only submit the main take but you still have $take or another token in the path.
It seems the tokens in the filename is the ones not expanded. The path it self is resolved.
DL 10.0.21.5, R20.0.030
Set the output path to have $take in the output path.
Submit a project and only use the main take.
We did test this at the beginning of October and weren’t able to reproduce this one… Would you be willing to make a really simple C4D scene and pass it here?
I’d also like to ask if this issue is something that is being worked on - we regularly need to check output files remotely and not having the ability to see straight away whats going on because of this missing path / token issue is a definite problem for us C4D users.
Hi @eamsler. Has this been fixed yet? We are using 10.0.23.4 and the symptoms are the same as i described in december, except i dont think it has anything to do with the file exstension being present or not:
This only happens when tokens are in the filename and no extension is spesified. Tokens in the path are resolved.
Make a project and make a take that is a child of the main take, with an output path like this in rendersetings: ../../Elements/3D-render/$prj-$take/$prj-$take (dont think the …/…/ matters)
Submit All takes-. Include main take using the Batch plugin.
Explore or View output on the Main takes tasks results in this error in Monitor: ../../Elements/3D-render/Piano-$take/Piano-$take0188.png" does not exist.
Explore or View output on the child take tasks works:
As you can see the $take token is not resolved but the $prj token is. This only happens for the Main take.
Submitting at take other than Main does infact resolve the $take token.
So it works if take is not Main.
My C4D-fileoutput path includes …/…/ and tokens: ../../07_Renders/01_C4D/$cvRenderer/$camera/$take/$pass_$prj
Deadline resolves the image output path like this in the Monitor: \\data\3D\Projects\GCC\2019\GCC-1904032_Pirats\05_Scenes\Sc01\..\..\07_Renders\01_C4D\Redshift\Sc01\BG_[0-1004]\rgb_Sq01_Sc03_Prdkt_SkinLayers_ren_FlyInFlyOut_v33_0007.png
Alongside I get these errors, sometimes on one or two of the participating GPUs (6 in total):
Error: RenderTask: Unexpected exception (Files cannot be written - please check output paths!)
at Deadline.Plugins.PluginWrapper.RenderTasks(String taskId, Int32 startFrame, Int32 endFrame, String& outMessage, AbortLevel& abortLevel)