- Client App
- Cinema 4D
The Zync 64-core machine type is currently in alpha and thus can still be unstable for some workloads. In particular certain Vray scenes seem to cause node failures consistently, though it is currently unknown which if any Vray features are to blame. The Zync Engineering team is currently tracking this issue to determine exact cause. If you have any issues using 64-core machines please write us at email@example.com.
Time limit on preflight phase
For some jobs like Houdini before the actual rendering there is a preflight. In the preflight intermediate files are created. Ex. for Houdini, standalone files (.ifd,.ass) are created from a .hip file. It can take long time, especially when the scene contains simulations. For Renderman and Houdini limit is 2h.
Note: For Houdini one can use file caches generated locally to make the export faster. http://www.sidefx.com/docs/houdini/io/geo
Lack of support for Unicode characters
Currently there is no Unicode support in Zync, neither for scenes nor for assets.
Lack of support for special characters in file paths
Valid filenames and paths must contain only lower- and upper-case ASCII characters, spaces, dashes, underscores, and periods.
The application "Zync.app" can't be opened
This can happen when upgrading to the latest version of the Zync Client App. It's caused by a bug in OS X which causes older application data to hang around.
If you get this error message, follow this procedure:
- Move the entire
/Applications/ZYNCdirectory to the trash; this uninstalls the Zync Client App.
- Restart your computer; this clears the OS X cache which causes this error.
- Reinstall the Zync Client App as usual; it should now start normally.
Cannot install Client App RPM
It may happen that the installation of the Client App RPM fails with the following errror:
# rpm -ivh zync-1.26.57-2.noarch.rpm Transaction check error: file / from install of zync-1.26.57-2.noarch conflicts with file from package filesystem-3.2-21.el7.x86_64
In such case, there are two workarounds:
# rpm -ivh --force zync-1.26.57-2.noarch.rpm
.jarfile from .deb client package and run it manually:
$ ar x zync_1.26.57_all.deb $ tar xf data.tar.xz $ java -jar usr/local/zync/Zync.jar
Error when using old Mantra nodes
Before rendering make sure that the Mantra node used for rendering is created with the same version of Houdini that you are using to send the job. If there is mismatch of the versions, your job can error due to incompatible parameters contained by the node.
Spaces in paths
Zync jobs may crash when project filename, output directory path or output filename contains space. In the docs of Houdini (https://www.sidefx.com/docs/houdini/render/expressions) one can read: "Avoid using spaces in filenames. Although most operating systems support them, many software packages (including Houdini!) sometimes assume that filenames don't have spaces, and this can cause a lot of trouble. Use CamelCase or under_scores instead.".
Python version on CentOS
Some users of CentOS have an outdated python version. One of the known issues of python 2.7.5 is lack of '_create_default_https_context' function in ssl package. To detect your python version open Windows->Python shell (Alt+Shift+P), the python version should be printed in the first line in the shell. Make sure your version is not older than 2.7.6.
Zync uploads the whole Cinema4D content library
When your scene uses textures from the Cinema4D content library, Zync uploads the entire library (studio.lib4d for example) instead of just the needed texture. The general solution is not to use built in libraries and save needed assets somewhere on your filesystem before submiting the scene to Zync. One of the ways to export the assets is to use "Save Project with Assets" mechanism (https://help.maxon.net/us/#5595).
preset:// paths fail
Paths beginning with
preset:// are not supported on Zync and cause job
errors. As with the above issue, the general solution is to save these assets
elsewhere on your filesystem before submitting the scene to Zync.