For the googlers, there are 2 issues at play here:
1. C4D (on Windows), does not return a useable exit status @ exit. Because of this, Qube cannot determine success or failure based on the traditional method of looking at the exit status of the application (which it does for every other application we support). To work around this behavior, Qube looks for key words in the output logs. If it sees one of those words or phrases (they are defined in the "regex_errors" section of the submission dialog), it marks the frame as failed. In this instance, a matching error message was not seen, therefore the frame was not marked as failed.
To note: As of Qube 6.5, Cinema4D submissions include "Path not found" as a key phrase to determine pass or failure.
2. Path not found errors are very likely due to one of two issues:
i. Qube is running in service mode and the user under which the service runs does not have access to the file share.
ii. Jobs are being submitted from a Mac, using forward slashes ('/') as path separators, but rendering on Windows. While other Windows applications work with both forward and backward slashes as path separators, Cinema4D on Windows does not accept '/'.
To solve 2.i. - Either give the proxy user permissions to the file share or change the proxy user to one that does have access to the file share
To solve 2.ii - Set up path translation either in the GUI or through the use of appFinder jobs.
Related:
proxy user:
http://docs.pipelinefx.com/x/NYAchttp://docs.pipelinefx.com/x/k4Urpath translation:
client-side
http://docs.pipelinefx.com/x/4IAOworker-side
http://docs.pipelinefx.com/x/kograppFinder
http://docs.pipelinefx.com/x/mIgrOf course if your support contract is up to date, you can mail us: support@pipelinefx.com for more detailed help.