This section contains general information about this manual and Ayam.
Since this document is a reference manual, it is probably pointless to read it from the beginning to the end (except maybe for the next section, explaining the basics). Instead, just look up the documentation of the things you are interested in via the table of contents or the index. Cross references will then guide you to other important parts of the documentation. Again: this manual has a rather large index, please use it (see section Index)!
This document is organized in the following way:
After this first section, the user interface of Ayam is introduced and basic handling instructions for the application are given in the second section. In the third section all interactive modelling actions are documented. The fourth section details all object types and object properties, followed by documentation on all NURBS modelling tools in the fifth section. In the sixth section the Tcl scripting interface is explained and the following seventh section has all information about the import and export plugins. The eighth section is the dreaded miscellaneous section that contains documentation not fitting elsewhere.
In this manual, the following typographic conventions are used:
<Ctrl+c> (press control and
c key), for shortcuts like <Ctrl+Shift+t> an abbreviated
version: <Ctrl+T> will be used;"A Name";
set riopt(runtime) { a b }
+-Parent_Object(Type)
| First_Child_Object(Type)
| Second_Child_Object(Type)
| [Third_Child_Object_may_be_present_or_not(Type)]
| Empty_Level(Level)
+-Sub_Level(Level)
|| First_Child_Object_of_Sub_Level(Type)
|\ Last_Child_Object_of_Sub_Level(Type)
\ Last_Child_Object(Type)
+-Next_Parent_Object(Type)
Ayam is a free 3D modelling environment for the RenderMan Interface, distributed under the modified BSD licence (no advertisement clause).
Ayam is in development since 1997 and was formerly known as
"The Mops". Ayam formed the software base of the
authors PhD work. New versions of Ayam were released in
approximately half year intervals.
Here is a short summary of the Ayam feature set:
Since Ayam 1.12, dynamic loading of custom objects and certain plugins are also available on the Win32 platform (they were not available before).
Ayam is primarily aimed at the Linux, IRIX, and Win32 platforms. On those platforms BMRT (Blue Moon Rendering Tools, a RenderMan compliant renderer by Larry Gritz) is available. Even though the distribution of BMRT is stopped it is still the recommended renderer for Ayam. Despite of this, Ayam may be used on many more platforms with any RenderMan compliant renderer.
For platforms where BMRT is not available (e.g. FreeBSD or NetBSD), Ayam may be compiled with code from the Affine Toolkit with limited functionality (see also the file INSTALL). In this case, no parsing of slc compiled shaders will be possible.
Since Ayam 1.6 it is also possible to completely replace the BMRT shader parsing and RIB writing code with code from the Aqsis project, thus completely eliminating the need for BMRT. Furthermore, shader parsing plugins are available for all major RenderMan compliant renderers allowing a tight integration of Ayam with any of those renderers.
Ayam uses a right-handed coordinate system as used by OpenGL but as opposed to RenderMan (the latter is using a left-handed coordinate system).
In the default modelling view of type "Front", the positive
X-axis points to the right, the positive Y-axis points upwards
and the Z-axis points outside the screen, to the user.
All coordinate values in Ayam are dimensionless. It is up to the user to define what a value of 1.0 means: e.g. one centimeter or one meter.
Due to the limited precision of floating point arithmetics used in Ayam, coordinate values should be defined in the range between -10.0 and 10.0 for most accurate results.
NURBS curves and surfaces support rational coordinate values by allowing a fourth value (the weight) to be specified for each control point. In Ayam versions prior to 1.19 those weights were always multiplied with the coordinate values (i.e. homogenous rational coordinates) to allow faster drawing with OpenGL/GLU, which expects rational coordinate values to be delivered this way. But a negative side effect of this appproach was that modification of coordinates or weights for modelling purposes was unnecessarily complicated. Therefore, since Ayam 1.19, rational coordinates are now euclidean rational, the weight is not pre-multiplied with the coordinates anymore (this will be done internally when handing the coordinates over for drawing or export purposes). Scene files from older versions are converted automatically to the new coordinate scheme when read by Ayam 1.19, but loading of scene files written by Ayam 1.19 into older versions of Ayam requires conversion (e.g. by means of a script).