| Renderer return | The client reads the returned exit code of the renderer to check if the renderer crashed. |
| Render freeze | It happens this and then that a renderer freezes. It does not return, it does not crash, it does nothing. The client detects this. (an important feature missing in other solutions) |
| Frame file check | The server checks for the files that have been rendered. If a frame is missing (due to a client crash or user delete), a client renders that frame. |
| Frame visual check | After the render a tool analyses the rendered sequence and searches for visual errors like a mental Ray tile is missing or shaders are not assigned. The check result is displayed at the job. |
| Renderer log | After a render is completed, the log file is searched for special errors, as the Application does not always return an error code. |
| Render log files | You have always access to the renderer output log files from any workstation. Just in case you need to investigate a problem |
| Renderer crashes | Crashes happen, but the server keeps track that all frames are rendered. If a client crashes too often (e.g. plugin missing), it is deassigned. |
| Scene Crash | Of course, if a job crashes too often, then there is something wrong. The job is disabled and the clients are rendering other jobs. |
| No Scene Output | A scene renders, but does not create the output specified. Nor does the renderer return any error. The server detects it. |
| Client start check | Before a client starts to render, it checks if it can access the scene file and the output directory. |
| Space Left | It can happen that a project share it filled up and no space is left. In this case the server disables the job instead of rendering it over and over and waiting for crashes. |