StandIns connected to Particle Instancer (rollover image)
In MtoA, you can export any object as an .ass file. A Procedural references the .ass file on disk (or other procedural formats supported by Arnold such as .obj, .ply, etc). Stand-Ins allow you to keep your working scene light and workable by deferring the loading of geometry data until render time.
If you want motion blur on a Stand-In, you will have to export the Stand-in with motion blur enabled.
An 'Introduction to Stand-Ins' tutorial can be found here.
Asstoc files are now deprecated. The ASS file header contains the scene bounds instead.
The Utility shader's Object mode does not work with Stand-Ins. This is a known limitation with MtoA.
The workflow is as follows. Before you can use stand-ins, you will have to first export some geometry to be used later.
To export the geometry you must:
Alternatively, you can export your model as a Stand-in via the File>Export All options. The archive is saved as an Arnold Scene Source (.ass) file.
Stand-in export options
You may export single objects as well as a whole hierarchy made out of multiple objects. You can also export single or a sequence of frames. In this situation, the frame padding value of the Maya renderer options will be used in the names of the ass files.
During export, Arnold's current render settings will be used. Therefore, you should finalize these settings before exporting the stand-in. For example, you should choose whether you wish to export with motion blur enabled or not.
To use the stand-in, you need to create a stand-in primitive. Use either File > Import, File > Create Reference, or Arnold > StandIn > Create (whichever is most convenient to you, the same dialog will be shown), and specify the archive to be used.
Note that in addition to archive (.ass) files, precompiled custom procedural programs in the form of a dynamic library can also be loaded at this point, though none are shipped with MtoA currently.
Import .ass file as Stand-in
This will create a Stand-In node which you can use in place of regular geometry. The attributes of the Stand-In node are described below.
If you experience slow down in Maya's viewport when viewing the Stand-In, try exporting the ass file with Maya's 'Bounding Box' display override enabled for the mesh.
Stand-ins are supported via the Stand-In node. This node has the following parameters:
The path to the archive (.ass) file. There is an automatic sequence recognition in the case of an archive.
The padding patterns have this form:
For example: If we point to a file called, test_001.ass it will be recognized as a sequence pattern in the form of test_###.ass. If you want to override the automatic sequence recognition, we can manually change the path string and remove the padding pattern with the corresponding filename.
A toggle for enabling or disabling absolute/relative pathnames for procedurals (absolute by default) can be found in the System tab of the Render Settings.
The display mode of the procedural.
When enabled, it recognizes the required format and opens the sequence automatically.
The frame to read that will replace the pattern defined in the Use Frame Extension check box. You need to put a Maya expression ('frameNumber = frame') to get a sequence of stand-in be loaded across the different frames.
Offset to the current frame. This allows the same animation sequence to be used while creating different procedurals.
The parameter "Force Shader Assignments" (that is necessary for this workflow) appears in the export options UI and only appears when "Export Shaders" is disabled.
To export standins and shaders separately, the workflow would be :
Shows the contents of the .ass file in the standin Attribute Editor, and allows you to apply overrides on the selected items.
Allows the application of Operators to a specific standin. The selection string must refer to the nodes inside the .ass file.
The Render Stats section lets you turn on or off various rendering options for selected stand-ins.
If enabled, the light linking of the aiStandin node is applied to all objects in the stand-in.
If enabled, shaders applied to the aiStandin node override the shaders on all objects in the stand-in.
Overrides the values set within the procedural file. Disabling override_... = OFF would mean that the value isn't forced on the stand-in side.
Overriding shaders does not override displacement maps. Displacement is handled separately by Arnold: when a scene is translated to Arnold by MtoA, the displacement is not part of the "shader" applied to an object.
There are some extra attributes (that are hidden from the user), such as overridePrimaryVisibility, overrideOpaque etc. These are located at the bottom of the Extra Attributes in the Attribute Editor of the stand-in (see below). If you use the StandIn Overrides controls, MtoA will automatically update the appropriate check boxes under Extra Attributes. For example, to override Primary Visibility, you must also enable the extra attribute overridePrimaryVisibility.
You can use proxy geometry to represent a stand-in using the Arnold Procedural Translator for a mesh. This feature uses the mesh's bounding box information from Maya. If the stand-in is clipped, you can disable Defer Procedural Load, or use the User Options to set the procedural min and max (for example: min -1 -1 -1 max 1 1 1).
Polymesh procedural translator
Some users may be in a studio environment where a combination of Maya, Softimage, Houdini, and C4D are used.
It is perfectly possible to export .ass stand-ins from MtoA and reuse them in SItoA or HtoA (and vice versa), as long as Arnold can find both MtoA and the SItoA/HtoA shaders. To do this, you must ensure that the Arnold shader path environment variable ARNOLD_PLUGIN_PATH is set to pick up both sets of shaders.
Procedural formats supported by Arnold include .obj, .ply, etc). These models can be opened and rendered directly within MtoA as an Arnold Procedural.
116 million polygon Stanford .ply model rendered directly as a stand-in