When RLM detects that it’s running on a virtual machine, you’ll see “This server does not run on virtual machines, exiting” and “solidangle initialization error: 5, not restarting” in the RLM debug log:
06/22 11:45 (solidangle) RLM License Server Version 10.1BL2 for ISV "solidangle"
06/22 11:45 (solidangle) Settings from RLM Version 10.1BL2 for ISV "solidangle"
06/22 11:45 (solidangle) This server does not run on virtual machines, exiting
06/22 11:45 (rlm) Reread request (for everyone) by webuser@example-pc
06/22 11:45 (rlm) Restarting solidangle on port 55555
06/22 11:45 (rlm) New thread created to watch ISV solidangle
06/22 11:45 (rlm) Starting any new ISV servers...
06/22 11:45 (rlm)
06/22 11:45 (rlm) solidangle initialization error: 5, not restarting
06/22 11:45 (rlm)
06/22 11:45 (rlm) The ISV server is running on the wrong host.
06/22 11:45 (rlm)
06/22 11:45 (rlm) This can happen if:
06/22 11:45 (rlm) The hostid of this machine doesn't match any license file
06/22 11:45 (rlm) - or -
06/22 11:45 (rlm) You are attempting to run the server on a virtual machine
In this case, the machine wasn’t virtual. And both RLM and the solidangle ISV were the same version (10.1BL2), so it wasn’t a case of a newer solidangle.set with an older RLM, which gives you the same log output.
The problem was the older RLM version. The older RLM 10.1BL2 would sometimes issue a false positive for virtual machine detection. The solution is to upgrade to the newer RLM 11.2BL2, which you can get by downloading Arnold 22.214.171.124 or later.
In general, Arnold is going to work on pretty much any 64-bit system where Houdini, Maya, Cinema 4D, or Softimage works. However, there are some minimum OS requirements:
- OSX 8 or later (as of Arnold 126.96.36.199)
- Windows 7 or later (as of Arnold 4.2.3)
- Linux with at least glibc 2.12 and libstdc++ 3.4.13 (gcc 4.4.7). This is equivalent to RHEL/CentOS 6 (as of Arnold 4.2.6)
- CPUs need to support the SSE4.1 instruction set (as of Arnold 188.8.131.52)
Other than that, Arnold works on Intel and AMD processors, and has no graphic card or GPU requirements, since Arnold is a CPU-based renderer.
Last updated: 19 June 2017
No, there isn’t. HtoA recently added support for an ARNOLD_PROCEDURAL_PATH environment variable, but neither MtoA or Arnold itself support ARNOLD_PROCEDURAL_PATH.
Here’s a few things you can do:
A few quick notes about instancing support in HtoA:
- For instancing, use the Instance object with fast point instancing. HtoA doesn’t support full point instancing.
- You can assign material to instances with the shop_materialpath string attribute on the instance points.
- Fast point instancing supports per-instance user data and instance OBJ property overrides.
- Light instancing is not supported [yet]. Actually, Arnold itself doesn’t support light instances, but what plugins like MtoA and SItoA do is translate the light instances into duplicates of the light for Arnold.
- Procedurals (both DSO and ASS) can be instanced.
Arnold doesn’t support .mov files for textures, but with C4DtoA you can use the Bitmap shader to load image sequences like seq_0000.tx, seq_0000.tx, seq_0000.tx, …
- In the Bitmap Shader > Shader properties, select one of the files in the image sequence.
- In the Animation sequence, manually enter the start and end frames in the Movie Start Frame and Movie End Frame text boxes
- Click Calculate
Under the covers, C4DtoA doesn’t actually implement the Bitmap Shader. Instead, C4DtoA translates the Bitmap Shader to an Arnold Image shader