| 1 |
< |
.\" RCSid "$Id" |
| 1 |
> |
.\" RCSid "$Id$" |
| 2 |
|
.TH OBJ2MESH 1 03/11/03 RADIANCE |
| 3 |
|
.SH NAME |
| 4 |
|
obj2mesh - create a compiled RADIANCE mesh file from Wavefront .OBJ input |
| 5 |
|
.SH SYNOPSIS |
| 6 |
|
.B obj2mesh |
| 7 |
|
[ |
| 8 |
+ |
.B "\-a matfile" |
| 9 |
+ |
][ |
| 10 |
+ |
.B "\-l matlib" |
| 11 |
+ |
][ |
| 12 |
|
.B "\-n objlim" |
| 13 |
|
][ |
| 14 |
|
.B "\-r maxres" |
| 29 |
|
which is sent to |
| 30 |
|
.I output.rtm |
| 31 |
|
(or standard output). |
| 32 |
+ |
Any RADIANCE material descriptions included via one or more |
| 33 |
+ |
.I \-a |
| 34 |
+ |
options will be compiled and stored in the mesh as well. |
| 35 |
+ |
If the |
| 36 |
+ |
.I \-l |
| 37 |
+ |
option is used to specify a material file, the RADIANCE library |
| 38 |
+ |
locations are searched. |
| 39 |
|
This mesh may be included in a RADIANCE scene description via the |
| 40 |
|
.I mesh |
| 41 |
|
primitive, thus: |
| 48 |
|
.br |
| 49 |
|
0 |
| 50 |
|
.PP |
| 51 |
< |
The syntax and semantics are nearly identical to the RADIANCE |
| 51 |
> |
The syntax and semantics are identical to the RADIANCE |
| 52 |
|
.I instance |
| 53 |
< |
primitive, except that the mesh modifier may not be "void", since |
| 54 |
< |
materials are not included in a compiled mesh file. |
| 53 |
> |
primitive. |
| 54 |
> |
If |
| 55 |
> |
.I mod |
| 56 |
> |
is "void", then the stored mesh materials will be applied during rendering. |
| 57 |
> |
Otherwise, the given material will be substituted on |
| 58 |
> |
all the mesh surfaces. |
| 59 |
|
.PP |
| 60 |
|
The |
| 61 |
|
.I \-n |
| 62 |
|
option specifies the maximum surface set size for |
| 63 |
|
each voxel. |
| 64 |
< |
Larger numbers result in quicker mesh generation needing |
| 65 |
< |
less memory, but potentially slower rendering. |
| 66 |
< |
Smaller values may produce faster renderings, |
| 67 |
< |
since the default number (15) is on the high side to reduce |
| 68 |
< |
the compiled mesh octree size. |
| 69 |
< |
Values below 6 are not recommended, since the median |
| 55 |
< |
valence (number of adjacent faces) for a mesh vertex is 6, |
| 56 |
< |
and smaller limits will result in pointless octree subdivision. |
| 64 |
> |
Larger numbers result in quicker mesh generation, |
| 65 |
> |
but potentially slower rendering. |
| 66 |
> |
Values below 6 are not recommended, since this is the median |
| 67 |
> |
valence for a mesh vertex (the number of adjacent faces), |
| 68 |
> |
and smaller values will result in pointless octree subdivision. |
| 69 |
> |
The default setting is 9. |
| 70 |
|
.PP |
| 71 |
|
The |
| 72 |
|
.I \-r |
| 83 |
|
between machines. |
| 84 |
|
The only limitation is that machines with radically different integer |
| 85 |
|
sizes will not work together. |
| 86 |
+ |
.SH DETAILS |
| 87 |
+ |
The following Wavefront statements are understood and compiled by |
| 88 |
+ |
.I obj2mesh. |
| 89 |
+ |
.TP 10n |
| 90 |
+ |
.BI v " x y z" |
| 91 |
+ |
A vertex location, given by its Cartesian coordinates. |
| 92 |
+ |
The final mesh position may of course be modified by |
| 93 |
+ |
the transform arguments given to the |
| 94 |
+ |
.I mesh |
| 95 |
+ |
primitive in the Radiance scene description. |
| 96 |
+ |
.TP |
| 97 |
+ |
.BI vn " dx dy dz" |
| 98 |
+ |
A vertex normal vector, given by its three |
| 99 |
+ |
direction components, which will be normalized by |
| 100 |
+ |
.I obj2mesh. |
| 101 |
+ |
Normals will be interpolated over the mesh |
| 102 |
+ |
during rendering to produce a smooth surface. |
| 103 |
+ |
If no vertex normals are present, the mesh will appear tesselated. |
| 104 |
+ |
A zero length normal (i.e., 0 0 0) will generate a syntax error. |
| 105 |
+ |
.TP |
| 106 |
+ |
.BI vt " u v" |
| 107 |
+ |
A local vertex texture coordinate. |
| 108 |
+ |
These coordinates will be interpolated and passed |
| 109 |
+ |
to the "Lu" and "Lv" variables during rendering. |
| 110 |
+ |
Local coordinates can extend over any desired range of values. |
| 111 |
+ |
.TP |
| 112 |
+ |
.BI usemtl " mname" |
| 113 |
+ |
A material name. |
| 114 |
+ |
The following faces will use the named material, which is |
| 115 |
+ |
taken from the material definitions in the |
| 116 |
+ |
.I \-a |
| 117 |
+ |
input file(s). |
| 118 |
+ |
.TP |
| 119 |
+ |
.BI g " gname" |
| 120 |
+ |
Group association. |
| 121 |
+ |
The following faces are associated with the named group. |
| 122 |
+ |
If no "usemtl" statement has been |
| 123 |
+ |
encountered, the current group is used for the surface material |
| 124 |
+ |
identifier. |
| 125 |
+ |
.TP |
| 126 |
+ |
.BI f " v1/t1/n1 v2/t2/n2 v3/t3/n3" " .." |
| 127 |
+ |
A polygonal face. |
| 128 |
+ |
Polygon vertices are specified as three indices separated |
| 129 |
+ |
by slashes ('/'). |
| 130 |
+ |
The first index is the vertex location, the |
| 131 |
+ |
second index is the local (u,v) texture coordinate, and the |
| 132 |
+ |
third index is the vertex surface normal. |
| 133 |
+ |
Positive indices count from the beginning of the input, |
| 134 |
+ |
where the first vertex position ( |
| 135 |
+ |
.I v |
| 136 |
+ |
statement) is numbered 1, and likewise |
| 137 |
+ |
for the first texture coordinate and the first surface normal. |
| 138 |
+ |
Negative indices count backward from the current position in |
| 139 |
+ |
the input, where -1 is the last vertex encountered, -2 |
| 140 |
+ |
is the one before that, etc. |
| 141 |
+ |
An index of 0 may be used for the vertex texture or normal to |
| 142 |
+ |
indicate none, or these may be left off entirely. |
| 143 |
+ |
All faces will be broken into triangles in the final mesh. |
| 144 |
+ |
.I Obj2mesh |
| 145 |
+ |
currently makes an unsafe assumption that faces are convex, |
| 146 |
+ |
which may result in odd results if they are not. |
| 147 |
+ |
.PP |
| 148 |
+ |
All other statement types will be ignored on the input. |
| 149 |
+ |
Statements understood by |
| 150 |
+ |
.I obj2rad(1) |
| 151 |
+ |
will be ignored silently; other statements will generate |
| 152 |
+ |
a warning message after translation to indicate how much was missed. |
| 153 |
|
.SH DIAGNOSTICS |
| 154 |
|
There are four basic error types reported by obj2mesh: |
| 155 |
|
.IP |
| 168 |
|
.IP "Set overflow in addobject (id)" |
| 169 |
|
This error occurs when too many surfaces are close together in a |
| 170 |
|
scene. |
| 171 |
< |
Sometimes a dense mesh can be accomodated by increasing |
| 171 |
> |
Sometimes a dense mesh can be accommodated by increasing |
| 172 |
|
the maximum resolution (by powers of two) using the |
| 173 |
|
.I \-r |
| 174 |
|
option, but usually this error indicates something is wrong. |
| 180 |
|
.IP "Hash table overflow in fullnode" |
| 181 |
|
This error is caused by too many surfaces, and there is |
| 182 |
|
little hope of compiling this mesh. |
| 183 |
< |
.SH EXAMPLE |
| 184 |
< |
To create a compiled triangle mesh from the scene file mesh.obj: |
| 183 |
> |
.SH EXAMPLES |
| 184 |
> |
To create a compiled triangle mesh from the scene file mesh.obj |
| 185 |
> |
using materials from the file mesh.mat: |
| 186 |
|
.IP "" .2i |
| 187 |
< |
oconv mesh.obj mesh.rtm |
| 187 |
> |
obj2mesh -a mesh.mat mesh.obj mesh.rtm |
| 188 |
> |
.PP |
| 189 |
> |
To use local coordinates to place a square tiled image on a mesh object: |
| 190 |
> |
.sp |
| 191 |
> |
.nf |
| 192 |
> |
void colorpict tiled_pat |
| 193 |
> |
7 red green blue mytile.pic . frac(Lu) frac(Lv) |
| 194 |
> |
0 |
| 195 |
> |
0 |
| 196 |
> |
|
| 197 |
> |
tiled_pat plastic tiled_mat |
| 198 |
> |
0 |
| 199 |
> |
0 |
| 200 |
> |
5 .9 .9 .9 0 0 |
| 201 |
> |
|
| 202 |
> |
tiled_mat mesh tiled_mesh |
| 203 |
> |
1 mymesh.rtm |
| 204 |
> |
0 |
| 205 |
> |
0 |
| 206 |
> |
.fi |
| 207 |
> |
.SH ENVIRONMENT |
| 208 |
> |
RAYPATH the directories to search for material files. |
| 209 |
|
.SH AUTHOR |
| 210 |
|
Greg Ward |
| 211 |
|
.SH "SEE ALSO" |
| 212 |
< |
gensurf(1), getinfo(1), make(1), |
| 213 |
< |
oconv(1), rpict(1), rview(1), rtrace(1), xform(1) |
| 212 |
> |
gensurf(1), getinfo(1), make(1), obj2rad(1), |
| 213 |
> |
oconv(1), rpict(1), rvu(1), rtrace(1), xform(1) |
