OGRE (Object-Oriented Graphics Rendering Engine)

XSI Exporter README file

http://www.ogre3d.org

Summary

OGRE (Object-Oriented Graphics Rendering Engine) is a scene-oriented, flexible 3D engine written in C++ designed to make it easier and more intuitive for developers to produce games and demos utilising 3D hardware. The class library abstracts all the details of using the underlying system libraries like Direct3D and OpenGL and provides an interface based on world objects and other intuitive classes.

This distribution contains the files required to export OGRE .mesh, .skeleton and .material files from SoftImage|XSI. Currently supported XSI versions are 4.x and 5.x

IMPORTANT: This exporter only works with a full version of XSI (Foundation or better). It will not work with the trial version.

How To Install
Features
How To Use
Tips
Change Log


How to Install

If you are using the installer, you don't need to do anything except to run it and point it at your XSI folder. If you're installing from source, you need to do the following:

Back To Top

Features

The following features are supported:

  1. Exporting selected PolygonMesh objects direct to the OGRE binary .mesh format
  2. Exports vertex position, normals, multiple UV sets and vertex colours
  3. Polygon clusters used to change materials in a single PolygonMesh are exported as separate SubMeshes
  4. By default, separate PolygonMesh objects which use the same material are merged for efficiency
  5. Mesh vertices are index-organised for efficiency
  6. Exporting of up to 4 weighted bone assignments per vertex
  7. Generation of edge lists, tangent vectors, and LOD levels during export (optional)
  8. Exporting of deformers (bone chains, nulls used as deformers) direct to binary .skeleton format
  9. Exporting animations from the mixer, sampled IK skeletal animation and shape animation (vertex animation)
  10. Exporting of RealTime shaders on materials (OpenGL and DirectX)
Back To Top

How To Use

It's a simple case of selecting the objects you wish to export, and clicking File > Export > OGRE Mesh / Skeleton... to bring up the OGRE export dialog.
page1

The first page of the exporter is concerned with the basic mesh export settings.

Object(s) to export:
This is pre-populated with your current selection
Mesh: This is the .mesh file to export - you must complete this. Once you have selected a file, by default the other file-related fields in the exporter will be completed for you based on the same filename pattern.
Merge objects with the same material?: If this is checked, all polygon mesh objects with the same material will be merged into one for efficiency. Most of the time you want this; but if you want more control over the splitting of your SubMesh objects, deselect it.
Calculate Edge Lists: Select this if you want your mesh to support stencil shadows. This increases the size of the resulting .mesh object.
Calculate Tangents: Select this if you wish to use normal mapping or some other technique which requires tangents vectors.
Levels of Detail: Increase this value above 0 if you want lower LODs to be generated for this mesh. The rest of the parameters control how the mesh is reduced.

page2

Export Materials: Whether to export a .material script or not. The field underneath contains the name of the script to export, and is pre-populated based on the .mesh selection on the first page.
Material Prefix: Optional prefix to give the name of each material.
Copy Textures To Folder: If selected, any textures referenced in your materials will be copied into the same folder as the .material script.

page3

Export Skeleton: If checked, skeleton and animation will be exported. Cannot be selected if no skeleton is referenced by this mesh. The field underneath determines the target.skeleton file (pre-populated based on the mesh name).
Frames per second: How to translate XSI frames into time values. Will be populated based on XSI's playback speed, but you can alter it if you wish.
Animations: This is a list of animations, which should be pre-populated with what you have in the Mixer, with splits between multiple animations 'best guessed' by the exporter, but you can tweak them afterwards. You can alter all the fields in the table.
Export?: A checkbox determining whether to export this animation
Name: The name of the animation.
Start: The first frame of the animation
End: The last frame of the animation
Sample Freq: Skeletal animation which is based on Inverse Kinematics (IK) or other constraints needs to be 'sampled' to turn it into Forward Kinematics (FK) in OGRE. This option determines the number of frames between each sample. For vertex animation, this is ignored.

Back To Top

Tips

Important modelling / animating considerations:

  1. The exporter writes one SubMesh per material if 'Merge objects with the same material' is selected. If unselected, you get one SubMesh per PolygonMesh (or clusters with differing materials within them)
  2. The exporter writes all your export settings into a custom property in your scene, meaning that all your preferences are remembered for this scene, even between loads.
  3. The exporter only exports PolygonMesh objects, so if you work with higher-order surfaces like NURBS you must create a PolygonMesh object from these surfaces before exporting
  4. The exporter writes a single .mesh at a time and combines all the objects selected (and their children, if you select that option)
  5. All global modelling coordinates are preserved, so the origin of your resulting .mesh will be where the world origin is in XSI
  6. Animations must be placed in the mixer to be picked up by the exporter
  7. The exporter automatically samples any skeletal IK animation and turns it in to FK, optimising the animation as it does it to remove redundant keys and tracks.
  8. Shape animation should be expressed in shape reference mode 'Local' if you expect the results to work in combination with skeletal animation. If you don't use skeletal animation, either 'Local' or 'Object' will work. You shouldn't use 'Absolute' mode.
  9. Make sure you remove any active shape key composition on the modifier stack for your meshes before exporting, they can mess up the initial base state of the mesh as seen by the exporter, since the shape keys are relative to the mesh before this composition.
Important material considerations:
Back To Top

Change Log

1.4.0

1.2.0RC2

1.1.0

1.0.6a

1.0.6

1.0.5

1.0.3


1.0.1c

Back To Top

Reporting Issues

Please report any issues with the exporter in the OGRE Forums.

 Back To Top