Supported 3D Export File Formats

The export converter writes out the scene database to a 3D Studio file including mesh data, smoothing group information, material attributes, bitmap references, viewport configurations, cameras, lights, and camera plus object animation data (where appropriate). It also provides for automatic bitmap conversion during file export.

This converter outputs almost every possible 3D Studio file attribute. For materials, a partial list includes all texture maps (texture # 1, texture # 2, reflect map, bump map, shininess map and opacity map), automatic planar & cubical environment maps, transparency values, phong values and shading modes (flat to metal). Note: the converter also does shading parameter matching so that, for example, colors and textures read in from LightWave will be rendered fairly closely when exported to 3D Studio. Other exported attributes include view port settings, atmospheric effects and background color schemes. Geometry hierarchy, geometry attributes and the first keyframe of the animation section is output.

The .3ds file format was the native file format of the old Autodesk "3D Studio R1-R4" software, which was popular up to about 1996 before its successor (3ds Max) replaced it. Having been around since the very late 1980's, it has grown to become an industry standard for transferring models between 3D programs, or for storing models for 3D resource catalogs (similar in status to Wavefront OBJ as a model archiving file format).

Please do not confuse the .3ds format with the 3ds Max .max format. You will find throughout the 3D industry that some companies refer to .3ds as the "3ds Max file format" but this is not true. The native file format of 3ds Max is the .max format, whereas .3ds is just a legacy import/export file format ported over to 3ds Max by Tom Hudson during the transition from 3D Studio R4.

Suggestion: Do not use the .3ds format to transfer data to/from 3ds Max (especially for huge CAD datasets). There are many people who continue to do this. The best method is to use the directly integrated PolyTrans-for-3dsMax plug-in system.

Note that the .3ds format is no longer an ideal file format as it once was. The .3ds format has several serious shortcomings, many of which probably stem from the fact that 3D Studio R1 grew out of Tom Hudson's mid-80's "CAD-3D" on the Atari platform:

• All meshes must be triangles.
• All texture filenames are limited to 8.3 DOS character lengths.
• The number of vertices and polygons per mesh is limited to 65536.
• Accurate vertex normals cannot be stored in the .3ds file. Instead "smoothing groups" are used so that the receiving program can recreate a(hopefully good) representation of the vertex normals. This is still a hold-over legacy for many animation programs today which started in the 1980's (3ds Max, LightWave and trueSpace still use smoothing groups, and Maya up to v2.51).
• Object, light and camera names are limited to 10 characters. Material names are limited to 16 characters.
• Directional light sources are not supported.

The 3MF export conversion system intelligently and robustly converts from the world’s most popular and complex 3D programs (MCAD, AEC, DCC and VR/AR) into 3D Manufacturing Format (3MF) files for subsequent 3D printing.

The 3D Manufacturing Format (3MF) is a 3D printing file format spearheaded by Microsoft that allows design applications to send full-fidelity 3D models to other 3D applications, platforms, services and 3D printers. As explained by Microsoft, "3MF files describe the appearance and structure of 3D models for the purpose of manufacturing (3D printing)." It was primarily designed to replace the simplistic and aging 1987-era STL file format for 3D printing (as well as OBJ and VRML2).

Some salient features of the 3MF exporter:

• Accurate conversion from all sources of primary 3D data files, including MCAD, AEC, DCC and VR/AR software applications and file formats.
• Full geometry instancing support throughout the conversion pipeline from 3D file import to 3MF file export.
• Layered texture map support with automatic embedding and resizing of JPEG and PNG bitmap images. This exporter has a unique and intelligent method to determine how to deal with 3MF’s oddities relating to layered texture images (see examples further below in this help).
• Conversion from all supported source 2D bitmap image file formats to embedded JPEG or PNG images within the 3MF file, of variable width/size and bit depth.
• Support for multiple layers of uv texture coordinates for each exported geometry object.
• Export of vertex colors and/or mixing of vertex colors with an object’s surface (diffuse) color.
• Support for the 3MF Core Specification and the 3MF Materials Extension.
• Mesh processing options such as automatic polygon reduction, explode-by-material assignment, sort polygons by material and coordinate list optimizations.
• Multiple methods to embed pivot points in the geometry data.
• CAD-like units matching.

Okino has spent more than 2 decades developing the main, professional conversion system for 3ds Max called PolyTrans-for-3dsMax. It allows 3ds Max to directly read and write all the 3D file formats supported by Okino.

Please note that it is not possible to import or export .max files directly from inside the NuGraf or PolyTrans stand-alone software itself (see below for explanation); The .max file format is not a pure 3D file format (as is the .3ds file format) but rather it contains a "state snapshot" of how the various plug-in modules with 3ds Max interact with each other to produce the final displayed mesh model.

In order to read/write .max files we must run PolyTrans directly inside 3ds Max itself. This is because we need to have 3ds Max evaluate its "stack" of plug-in modules that operate on the base mesh. The evaluated output mesh is then sent to PolyTrans. Vice versa, we need to gain access to the core of 3ds Max to import data from PolyTrans and save it to the 3ds Max internal database.

Please note that these special plug-in modules operate INSIDE 3ds Max itself and not inside the stand-alone NuGraf or PolyTrans software. These modules are NOT to be placed in the Okino 'vcplugin' directory.

If you wish to transfer data from NuGraf, PolyTrans or Maya to 3ds Max, execute those programs and save out an Okino ".bdf" file. Now load in the .bdf file via the PolyTrans-for-3dsMax plug-in system.

This export converter writes out motion capture data in the Acclaim (.amc and .asf) file format. This file format describes animated skeletons in terms of bones, hierarchy and angle constraints.

Acclaim .amc and .asf are legacy files from the 1990s and early 2000s that define motion capture data of animated skeletons in terms of bones, hierarchy and angle constraints.

Okino software can import and export such Acclaim files relative to other animation systems such as 3ds Max, Maya, Cinema-4D, FBX, COLLADA, etc.

This export converter writes out motion capture data to the Biovision .bvh file format. This file format describes animated skeletons in terms of joints, hierarchy and angle constraints.

Biovision BVH are legacy files from the 1990s and early 2000s that define motion capture data of animated skeletons in terms of joints, hierarchy and angle constraints.

Okino software can import and export such BVH files relative to other animation systems such as 3ds Max, Maya, Cinema-4D, FBX, COLLADA, etc.

CINEMA 4D (C4D) is a well known and respected 3D DCC/Animation software program by MAXON Computer of Germany. C4D came to take on a much larger market share in the 2010's decade (and beyond) once other animation packages waned or went out of business. Okino has been MAXON's primary 3D conversion partner since 1998 and hence has very strong support for importing, exporting and converting C4D files without the need to have a local copy of C4D installed.

Okino's CINEMA 4D export conversion system intelligently and robustly converts from the world's most popular and complex 3D programs (MCAD, AEC, DCC, Animation and VisSim) into highly accurate and efficient .c4d files. The conversion is direct, from source file format to .c4d file format, with no usage of the MAXON CINEMA-4D software. Technically, this is the first professional conversion program which can read and write to the .c4d file format (some people may be confused of other programs which support CINEMA-4D v6 format but that has been obsolete since 1998).

An overview of its salient technical features can be read here.

Refer to the following main documentation:

• The high-level overview of the overall PolyTrans-for-CINEMA-4D conversion system.
  
  
• The CINEMA-4D .c4d export converter module explanation.
  
  
• The CINEMA-4D .c4d import converter module explanation.

COLLADA (DAE) is a XML-based readable file format of the 2007/2008 era which had an original goal of allowing efficient cross conversion of 3D asset data between all of the major 3D DCC/Animation systems of that era. Many 3D software programs came to implement COLLADA but with varying levels of comformity and data reliability. COLLADA is more generally known as a polygonal mesh file format and not a MCAD/CAD/AEC/GIS format. Today people would usually use FBX over COLLADA, depending on the quality of the associated (and dated?) import/export converters.

Okino provides the main, professional implementation of the COLLADA file format in this exporter system. It is a full featured and well implemented exporter to the COLLADA .dae file format. It supports a variety of 3D geometry output choices, hierarchy, skinning + skeletons, materials, textures, meta data and animation.

As a passing note, COLLADA has long been the best 3D file format to import/export with Blender and not FBX (which may surprise many Blender users). Okino has been involed with Blender since its very beginnings and hence tests its import/export converters under particularly stressful conversion conditions. Blender's COLLADA implementation properly supports geometry, hierarchy, part naming, instancing and material conversion. The two runner ups would be FBX and VRML2 but they are not recommended for use with Blender.

An overview of its salient features can be read here.

Please refer to the corresponding COLLADA importer.

This export converter writes out ASCII and binary DirectX (.x) formatted files. Mesh data (with vertex normals, vertex uv texture coordinates and vertex colors), materials, texture references, hierarchy and object animation are all exported. In addition, vertex weights used for mesh/skeleton deformation skinning are exported. Automatic bitmap file conversion is done to the PPM and BMP file formats.

¥ = The DirectX file format has no support for lights or cameras.

¥ = DirectX is very much associated with bones and skinning but it has no explicit "bone" primitive. Any hierarchy node in the DirectX file format can act as a bone, just as it occurs in the Softimage dotXSI file format. PolyTrans has very strong and robust support for exporting skeletons and mesh skinning information from various source 3D file formats and animation packages.

The main features include:

• Proper translation of all forms of geometry into the DirectX 'Mesh' primitive, complete with support for the 'MeshNormals', 'MeshMaterialList', 'MeshVertexColors' and 'MeshTextureCoords'.
  
  
• Export of skin weights, from select source programs, for realtime deformation of single skin meshes by their associated bound skeletons (the skeletons are represented as frame hierarchies). New for DirectX 8.
  
  
• Export of vertex duplication lists for DirectX 8. In order to output proper uv texture coordinates there are cases when vertices of a mesh have to be duplicated. The vertex duplication list allows the reader of the .X file to undo this duplication process.
  
  
• Object hierarchy support by embedding mesh data within a 'Frame' structure.
  
  
• Automatic conversion of bitmap files to .bmp or .ppm format. Also, the converter can resize the bitmaps so that they are a power-of-two and square in size.
  
  
• The converter can take any arbitrary 3D object (including those with n-sided polygons and optional holes, bicubic patches or NURBS patches) and convert them to optimized triangle meshes.

.x files are the native 3D file format of the legacy Microsoft DirectX v2/v3 API and 3D toolkit. They were generally associated with 3D gaming whereby low polygon meshes with skinning (deformation) and "animation sets/clips" were the required norm. At the time of its introduction in 1995 there really wasn't any other similar 3D file formats which supported these capabilities in one, well defined and easily accessible format. Direct3D shipped for the first time in the DirectX 2.0 SDK in June 1996

Historically, the DirectX technology was developed a company called Rendermorphics of the UK which Microsoft purchased in February 1995. As little known history, 3 companies in the UK developed advanced realtime rendering toolkits prior to 1995: Argonaut Software (BRender), Criterion Software (RenderWare) and Rendermorphics (Reality Lab). Microsoft was to license the Argonaut 3D toolkit but opted to purchase the entire Rendermorphics company instead, at the last moment. As these various toolkits often sold for $50k at that time, the other two competitors eventually went out of business once Microsoft started giving DirectX away for free.

Okino knows of the .x file format well as it was the first company to properly and fully implement a DirectX importer and exporter, including full support for skinning and animation at a time when no other software provided such conversion support.

DXF and DWG are the native file formats of the Autodesk AutoCAD product since 1982. DWG is the binary file variation to the ASCII DXF file format. These files can be viewed by many programs including Autodesk's free DWG TrueView application. It is a closed file format but has been documented by the Open Design Alliance.

This export converter writes the scene database as either 3-point or 4-point polygons using the 3DFACE or POLYFACE MESH entities. Polygons with 5 or more vertices, concave polygons, or polygons with holes are automatically triangulated. All polygons will be assigned DXF color # 1.

If the file is written using the POLYFACE MESH option then there is no need to weld the geometry data when the DXF file is read into another program (since the data output to the DXF file will be automatically welded by this converter).

DWG format, up to the most recent release, is provided in the Okino CAD/Pack license. The base-level Okino software only supports up to DXF R12 (ASCII).

This export converter writes out raw FACT files to the Electric Image animation system. FACT files are also a common format to move scene data in and out of the Form/Z modeling program.

Please note: if you wish to export animation data to Electric Image Universe then use the LightWave export converter file format.

Features of the export converter:

• Exports polygonal geometry (or NURBS converted to polygons) with associated vertex normals, uv texture coordinates, vertex colors and tangent vectors,
  
  
• Export of complex FACT hierarchy, including the preservation of linkage information and child/parent transformation information. Pivot points are properly exported as linkage information.
  
  
• Complex material information is exported:
  
  
• Diffuse, specular, ambient and luminance colors.
  
  
• Diffuse, specular, ambient and luminance shading coefficients.
  
  
• Transparency, reflectivity, index of refraction and diffuse bias.
  
  
• Automatically creates a MacBinary Header for ease of use on a Macintosh.
  
  
• Converts between Electric Image's left handed coordinate system and right handed coordinate system.
  
  
• The ability to selectively export
  
  
• Vertex texture coordinates
  
  
• Object hierarchy
  
  
• Texture bitmap references
  
  
• Materials
  
  
• All inherited attributes such as position, rotation and scale are properly handled.
  
  
• Outputs texture UV coordinates as well as various forms of texture projections (where applicable). Since the size of texture projections depend upon the bitmap resolution of their associated texture maps, this exporter also locates and opens up the texture images to obtain their resolutions.
  
  
• The converter can scale and translate geometry during export

Okino was the first professional conversion company to fully implement the FBX file format from its get-go in 2002, long before most people even heard of the file format and long before Autodesk had bought out the bankrutcy assets of Alias Research.

This geometry export converter writes out Autodesk FilmBox Files (FBX). This export converter supports meshes, NURBS surfaces, spline shapes (converted to meshes or NURBS surfaces), lights, cameras, materials, automatic bitmap conversion, skeleton (bones) and mesh deformation skinning, object animation, camera animation, light animation, material animation and more.

Statistically, the Okino FBX exporter has been primarily used for moving data into Unity, the Unreal Engine and MODO. If you are exporting data into 3ds Max or Maya then please use Okino's PolyTrans-for-3dsMax or PolyTrans-for-Maya software.

FBX supports all the common attributes of a DCC/Animation file format such as mesh geometry with vertex normals and vertex colors, non-solids NURBS ('old school NURBS'), lights, cameras, hierarchy, bones and mesh skinning (deformations), materials and textures. In basic terms, it is similar to the capabilities of the COLLADA and VRML2/X3D file formats, and to Okino's long standard BDF data translation file format.

Please refer to the corresponding FBX importer.

Okino's glTF export conversion system intelligently and robustly converts from the world’s most popular and complex 3D programs (MCAD, AEC, DCC and Animation) into highly accurate and efficient glTF (JSON) and GLB (binary) files.

The export conversion system writes out industry standard glTF and glB files with an extensive set of user definable options and processing stages to make for highly optimized files. It supports polygonal meshes with optional vertex colors, 3D point sets, NURBS surfaces and 3D spline shapes (converted to meshes or 3D line primitives), complex meta data embedding, geometry instancing, pivot point processing, Draco compression, optional lights, cameras, materials (with mutliple layers of UV coordinates and textures), automatic bitmap conversion, automatic bitmap scaling and embedding, skeleton (bones) and mesh deformation skinning, object animation, camera animation, light animation and more.

glTF is a newer 3D file format designed for the "last mile" of efficient, real-time delivery of 3D assets for Web-based browsers, AR/VR applications and gaming applications, amongst others. It is generally not to be considered as a long term and high fidelity 3D data storage format (such as FBX, COLLADA or VRML2) but rather an efficient transmission and viewing 3D file format. It has begun to gain good traction in recent years.

glTF stands for Graphics Language Transmission Format. glTF is intended as a vendor-neutral distribution format for 3D content, bridging the gap between 3D content creation tools and applications displaying 3D graphics. It is fully graphics API and operating system-independent.

A corresponding and well implemented glTF and glB importer is also provided.

This geometry utility saves out the database to the HOOPS Stream File (.hsf) file format. The HOOPS Stream File (HSF) file format allows highly compressed files containing 3D data and bitmap images to be streamed over Internet connections of any bandwidth. The HOOPS Stream File (HSF) format is a robust, customizable and highly compressed 2D/3D visualization format specifically tailored to the needs of displaying 3D model and scene data. Through its rapid widespread adoption and open, published nature, HSF is fast becoming a ubiquitous medium for applications to share visual data and for end users to publish and store their visual data.

Advantages of publishing to the HSF Web streaming file format:

• No charge for displaying the HSF files on your WEB site. Some other WEB streaming file formats require broadcast license fees or fees to be paid for the publishing package. Okino Computer Graphics has paid a licensing fee upfront to TechSoft America on behalf of our customers.
  
  
• Free HSF viewer control for WEB browsers. Available for Windows, UNIX and Linux platforms.
  
  
• No WEB server configuration required. HSF streaming and viewing is a client-only solution, eliminating the need to endure the considerable IT burden of server-side configuration and maintenance. Users wishing to implement real time collaborative viewing or view-dependent streaming should refer to the HOOPS Net Server.
  
  
• Multiple levels of data compression: vertex, normals, polygon and file-level.
  
  
• Level of Detail support. Streams simpler models first, then successively more complex models.

Please also refer to Okino's extensive and popular DWF-3D conversion system which can be used to output .dwf files for viewing with Autodesk's "3D Design Review" software and with other WEB-centric and iPad-centric file viewers.

This export converter writes a Lightscape preparation file (.lp) containing all geometry, lights, and material attributes needed to render the scene within the Lightscape Visualization System. Even complicated scenes can be exported quickly and usually require only minimal adjustment from within Lightscape before they can be fully rendered. Lightscape is now owned by Autodesk and integrated into some of their software packages.

The main features of the exporter include:

• The output of geometry includes vertex normals and texture coordinates for rendering of smooth textured surfaces.
  
  
• Support for both layers and blocks within the Lightscape preparation file. Multiple options are available for layer and block structure creation.
  
  
• Material definitions are exported including values for transparency, smoothness, index of refraction, and luminance. The exported materials also include texture map information.
  
  
• Exported lights include all point and spot light sources with directional lights being converted to point sources positioned some distance outside the extents of the scene geometry.
  
  
• Automatic conversion of bitmap files to those formats supported by the Lightscape Visualization System.

LightWave is a well known and respected DCC/Animation system which has been around since the early days of the Amiga. It continues to be developed by Newtek Inc.

Okino implemented the main system to read and write LightWave .lwo and .lws files as of 1993, with the peak demand for our LightWave converters being throughout the 1990s and into the early 2000s, after which other animation systems became more popular (3ds Max, Maya and Softimage).

This geometry export converter writes out LightWave compatible object (.lwo) and scene (.lws) files, complete with all geometry, mesh attributes, bones and skinning, hierarchy information, lights and cameras, materials, texture maps, automatic bitmap file conversion, object and camera animation, and material attributes.

The following information is output to the object and scene files:

• N-sided polygon geometry. All polygons with holes are triangulated.
• Vertex colors and vertex uv texture coordinates (LightWave 6.5 or newer).
• All hierarchy information.
• All pivot point information for each object.
• Point, directional and spot light sources complete with proper location and Euler angle parameters for each light’s first keyframe location.
• Numerically accurate output of LightWave’s default camera location complete with proper location and Euler angle parameters for the camera’s first keyframe location.
• Background colors types (solid or gradient), fog parameters and object attributes (shadowed, casts shadows, etc).
• Object and camera animation data.
• Bones and skinning information in the unusual method that LightWave has chosen to implement.

p> '3KO' is a 3D voxel/mesh visualization file format designed by NGRAIN Corporation of Canada (previously known as i3Dimensions). It was used with their interactive 3D training solutions for the aerospace, defense, and manufacturing sectors. It is generally a "one way" format from such software packages as 3ds Max and Maya into the NGRAIN software.

Going back in time to the 2003 era, Okino and NGRAIN collaborated on the development of the NGRAIN 3KO exporter within Okino software.

The NGRAIN Export Converter for Okino's PolyTrans supports the conversion of all 3D importer formats supported by PolyTrans to the NGRAIN format (3KO). NGRAIN 3KO (3D Knowledge Object) files are used by applications such as NGRAIN Producer and NGRAIN Mobilizer. This NGRAIN Export Converter also allows you to convert 3D files one at a time or by batch conversion.

This export converter writes out the scene database as a C code program in the Open GL scene description language. The resulting program can then be compiled and used to draw the 3d database directly using OpenGL. The database is output as a series of polygons with vertex positions, normals, colors and texture coordinates. In addition, the surface definitions (materials) associated with each polygon is used to set up the OpenGL shading parameters. Please note that each object is output as a separate C code function in the resulting file.

Features of this exporter:

1. Each geometry object is output to the OpenGL C file as its own function definition (ie: "Sphere#1" is enclosed in a function like: Sphere#1()).
   
   
2. Mesh data can be output as unrolled loops or "vertex arrays" for high performance output. Vertex positions, vertex normals, uv texture coordinates and vertex colors can all be output.
   
   
3. The Okino triangle stripper algorithm is used to take any form of geometry data and turn it into optimized tri-strips for use by the OpenGL tri-strip data type. This reduces the number of vertices that have to be transformed by OpenGL.
   
   
4. Options to automatically have the scene rescaled to a user specified maximum size or some absolute size, as well as options to center the geometry at the origin and/or make the geometry sit on the Z=0 horizontal plane. This benefits OpenGL rendering quality in cases where the extents of the scene cause the OpenGL clipping planes to be spaced too far apart; scaling the scene smaller allows the clipping planes to be kept closer together and thus reduce rendering anomalies (due to limited precision in the Z buffer).
   
   
5. A Microsoft Visual C++ .dsp/.dsw project and workspace are output in addition to the frame work to an OpenGL application program. Thus, you get the base OpenGL C program to represent your 3D scene (geometry, lights, camera, textures, etc). as well as an OpenGL C program to display the 3D scene in a Microsoft Windows window.
   
   
6. Removal of redundant coordinates for optimized mesh output.
   
   
7. Control of color output by weighting of the shading coefficients which are carried over from the imported file format.
   
   
8. Automatic bitmap conversion from all supported 2D bitmap file formats into whatever you require in your OpenGL C program, with .bmp being the default.

The Okino .bdf file format is the native format used by Okino's PolyTrans and NuGraf products. It is a "snap shot" of the core Okino 3D scene graph database and in essence is a super-set of the capabilities of most 3D files formats. It is the preferred and best file format to use when converting data between 3ds Max (via the PolyTrans-for-3dsMax native plug-in system) and Maya (via the PolyTrans-for-Maya native plug-in system).

PLY can generally be considered a simple, 1990s-era, university research oriented polygonal (mesh) 3D file format designed to store data from 3D scanners. It was developed by Greg Turk and others in the Stanford graphics. Its design was inspired by the Wavefront .obj format.

PLY was meant to be a simple, easily parsable file format and hence only conveys basic geometry information for a single object definition with polygon vertices, vertex colors vertex normals and UV texture coordinates. No materials nor hierarchy, lights or cameras are supported.

The PLY geometry export converter writes out scenes in the Stanford PLY ASCII file format, including mesh attributes such as vertex normals, vertex colors and vertex texture coordinates. An optional material element can also be exported. A PLY file contains the description of exactly one object.

The PLY format is NOT intended to be a general scene description language, a shading language or a catch-all modeling format. This means that it includes no transformation matrices, object instantiation, modeling hierarchies, or object sub-parts. It does not include parametric patches, quadric surfaces, constructive solid geometry operations, triangle strips, polygons with holes, or texture descriptions.

Typically, PLY files are associated with 3D scanning and object reconstruction.

Please refer to the corresponding PLY importer.

This geometry export converter writes out the scene database to a RenderMan RIB v3.1 compliant ASCII file which can then be read into other programs, or more likely, be sent off to PIXAR's RenderMan renderer or the BMRT renderer. The converter exports meshed geometry (with proper segmentation so that shaders are assigned properly), trimmed NURBS, bicubic patches, cameras, lights, embedded material definitions, texture creation commands and animation of frames. Automatic bitmap conversion or filename extension renaming is also performed.

The converter writes out a full RIB specification that can be read into a RIB compliant renderer and rendered immediately. The converter primarily outputs optimized indexed polygon arrays using the "PointsPolygon" and "PointsGeneralPolygons" primitives but will also output fully trimmed NURBS patches and (non-trimmed) bicubic patch primitives directly. For your information, Renderman renders trimmed NURBS patches incredibly fast! Camera and object animation data can also be output; a Renderman 'Frame' is output for each frame in the scene, with each frame containing the cameras and geometry translated to that frame's time.

¥ = Keyframe animation will be handled by evaluating the scene at each frame and outputting multiple RIB files, or one RIB file with all frames in it.

The '.3dm' file format, otherwise known as 'OpenNURBS', is the primary and native file format of the Rhino NURBS modeling package by Robert McNeel and Associates.

Okino was one of the earliest companies to recognize and support the McNeel Rhino software. We have natively supported the Rhino .3dm file format since the release of Rhino v2.0 and up to the current versions of the .3dm file format.

This export converter saves out the database to the OpenNURBS .3dm file format. This is the main file format used by the Rhino-3D NURBS modeling package by Robert McNeel and Associates.

The following data is exported to the OpenNURBS .3dm file format:

• Trimmed NURBS surfaces (patches) with uv-space and world-space trim curves. The world-space trim curves are calculated at export time by up sampling the uv-space curves to world-space.
  
  
• Polygon meshes with vertex normals and vertex uv texture coordinates.
  
  
• Independent NURBS curves.
  
  
• Spline Shapes as equivalent NURBS surfaces or curves.
  
  
• All other geometric primitive are meshed and output as polygon meshes.
  
  
• Ambient, point, spot and directional light sources with related parameters.
  
  
• Materials with ambient, diffuse, specular and luminous surface colors, phong shininess and transparency. The first diffuse and bump map texture images will also be output.

This export converter writes out the scene database to the Shockwave-3D file format. This was a WEB Streaming file format developed together by Intel and Macromedia. This is not to be confused with the Shockwave or Flash "2D" vector file format. Shockwave-3D is a normal 3D geometry file format with varying levels of lossy data compression to reduce data file size.

One primary use of this export converter is to take 3D asset data into the Adobe Director program. The .sw3d files can be imported as 3D assets.

Note: the Shockwave-3D file format has more or less been obsolete since 2002 when Macromedia and Intel abandoned the file format. A few years later Intel would push it upon Adobe as the file format of their 3D PDF (U3D) format. The full history is outlined on the Okino U3D exporter page.

Okino's professional SketchUp conversion system intelligently and robustly creates native SketchUp files from almost every 3D CAD, DCC, animation and VisSim program.

SketchUp is a popular 3D design product originally developed by @Last Software (http://www.sketchup.com) and now owned by Trimble, Inc. Okino recognized the growing popularity of SketchUp (well before it was purchased by Google and then Trimble) and as such we worked directly with the original SketchUp developer to create the very first set of independent, professional and fully compliant SketchUp 3D converters outside of the SketchUp program itself. Okino's SketchUp conversion system is used throughout the 3D production world by everyone from Disney to LucasFilm to Sony Productions to NASA and many people just like yourself. It handles all the complex problems faced by converting generic datasets into the SketchUp, and especially when dealing with CAD datasets.

Please refer to the corresponding SketchUp importer.

This geometry export converter writes out the 3d database to an ASCII formatted or binary formatted 'StereoLithography STL' file which can be read by many CAD/CAM related software packages.

STL (StereoLithography) is one of the industry's oldest (and simplest) 3D file formats created back in 1987 for 3D Systems' first commercial 3D printer. It is widely used for rapid prototyping, 3D printing and CAM. Okino has provided one of the very first and still primary STL export conversion systems for close to 3 decades.

Please take note that there is no 3D file format which is much simpler than STL. It is not a high-end, high fidelity 3D conversion file format as many people have come to wrongly believe. Rather, STL defines just a raw triangulated polygon mesh with no smoothing information (vertex normals), no uv texture coordinates, no assembly hierarchy part naming or any material assignments. 3MF and VRML2 are often much better file formats for moving 3D datasets into downstream programs and/or 3D printers.

The Okino STL exporter WEB page provides good graphical tutorial about how to convert CAD file data into STL and also how to clean a 3D model which is 'almost water tight'.

U3D is a semi-obsolete 3D mesh file formats from the 2000-2009 era of the 3D graphics world and whose history is little understood outside the confines of a few 3D graphics companies. Even so, U3D is still a fine 3D file format as a pipeline to get 3D data embedded within 3D PDF files, especially with the full and extensive implementation made by Okino.

Okino's mirror set of U3D import and export converter modules are two of the most well developed and feature rich converter modules available for handling U3D files. U3D files are most often associated with the 3D models which are embedded in Adobe® PDF files.

This export converter saves out files in the U3D file format, including meshes, materials, hierarchy, lights, cameras, animation, skeletons (bones) and skinned meshes. The Adobe® Acrobat® PDF viewer does not support all of these entities, particularly skinned meshes. Once a U3D file has been created it can then be embedded into Adobe Acrobat PDF files using the Adobe Acrobat® Pro program.

An overview of its salient technical features can be read here.

For more details on the U3D file format, its core features and limitations, how to embed U3D files within 3D PDF files and the features of the Okino U3D import/export converters, please refer to this WEB page.

Generally speaking, U3D was implemented by a few 3D companies in the mid to late 2000s when it was pushed by Adobe+Intel as part of the line of 'Acrobat-3D' software packages. In very loose terms, U3D is used to convey and embed 3D model data within 3D PDF files, where PDF would be the container for the 3D data.

U3D started off in the 1990s as Intel's "IFX" gaming toolkit which was than thrust upon Macromedia, Alias Research, Softimage and other similar companies around the year 2000 to be accepted as a new "industry standard" 3D file format called "Shockwave-3D". The dotCOM bubble caused SW-3D to die pre-maturely after 2001 only to be rebranded as U3D or the "Universal 3D file Format" in 2004 (ECMA-363). Its specification PDF document described it as "An extensible format for downstream 3D CAD repurposing and visualization". However, U3D was highly profit/sales motivated/biased and not consumer/end-user motivated. As such, partly due to the 2008/2009 recession, those companies and their investments in U3D died away.

Okino is and was critical of U3D back in the day as it was the company which created the main conversion implementation of U3D for both import and export. It understood the limitations of U3D well and of its false promotion as a "universal file format" whose title should really have gone to those such as COLLADA, FBX, VRML2, etc. When implemented well U3D is a fine file format by itself but few companies invested enough time and money to support U3D import and export in a most ideal manner.

Okino's USD export conversion system intelligently and robustly converts from the world’s most popularand complex 3D programs (MCAD, AEC, DCC and Animation) into highly accurate and efficient USD files.

The export conversion system writes out industry standard USD text and bimary files with anextensive set of user definable options and processing stages to make for highly optimized files.It supports polygonal meshes with vertex normals and UV texture coordinates, NURBS surfaces and 3Dspline shapes, geometry instancing, USD layers + payloads, pivot point processing, optional lights, cameras, materials(with mutliple layers of UV coordinates and textures), automatic bitmap conversion, automatic bitmapscaling and embedding, object and camera animation, and more.

A corresponding and well implemented USD importer is also provided.

This export converter outputs clean and detailed files to the VRML 1.0, VRML 2.0 (VRML 97) and a sub-set of the Open Inventor v2 file formats. VRML is an ASCII file format for describing 3d scenes which is primary used in interactive virtual reality applications.

You should be made aware that VRML 2.0 is a very good and generic format to transfer data to other 3D programs (ahead of the .3ds (3D Studio) and .obj (Wavefront OBJ) file formats) if you cannot move data in a native form.

Features of the VRML 1.0/Inventor v2 export converter include:

• Output of clean mesh data with optional vertex normals and vertex texture coordinates.
  
  
• Lights (point, spot and directional) and the perspective camera.
  
  
• Embedding of any form of texture image inside a VRML file as raw data, or just providing the reference to the texture file.
  
  
• Automatic bitmap conversion and automatic bitmap resizing to/from the most popular 2d bitmap file formats.
  
  
• Modification controls for bitmap file paths written to the VRML file.
  
  
• Material parameter output: ambient color, diffuse color, specular color, emissive color, shininess and transparency.
  
  
• Proper segmentation of a mesh into multiple mesh primitives so that diffuse texture maps can be assigned properly.

In addition the following is output when VRML2 format is selected:

• Hierarchy for geometry and folders ("null nodes" or "empty instances/objects").
  
  
• Export of Object, camera and light animation.
  
  
• Vertex colors for mesh data.
  
  
• The usage of DEF/USE of the VRML2 file specification to allow instancing of geometry. This can greatly reduce the size of an exported VRML2 file if one mesh, or a sub-set of a VRML hierarchy tree is referenced multiple times.

VRML2 ("Virtual Reality Markup Language") is one of the very best of non-MCAD file formats, little appreciated and lost (mainly) to the annals of time. Many people (wrongly) believe that FBX is the primary "translation file format" but VRML2 pre-dated it by at least 10+ years and has equally good or better functionality (and in an open, non-proprietary specification). It was supplemented or augmented by the X3D (XML-based) file format in the mid 2000s. The Web3D Consortium supports the evolution of VRML2/X3D and of its acceptance as ISO and IEC standards.

Without getting into specifics, VRML2 can be considered a "rich file format" in terms of its functionality and capabilities, yet few software programs fully utilize all of that functionality. It could have, and should have, become the defacto "universal 3D file format" for data translation and long term storage but it did not have the clout nor marketing dollars that other newer formats had such as from Autodesk (FBX, DWF), Sony (COLLADA), Adobe+Intel (U3D), Dassault Systemes (3DXML) and others.

VRML1 and VRML2 are 3D file formats with a long and complex history. They were originally developed in the mid 1990s to define 'interactive 3D worlds' on the then-new World Wide WEB. However, statistically speaking, VRML2 became more well known as a high quality "data translaton and storage" file format, partly due to Okino pushing it as such a standard in the industry. It was implemented by a good number of 3D software packages and hence became a "reliable back door" to convert 3D assets out of those packages before FBX, DWF, COLLADA, U3D and other similar file formats came along in the mid to late 2000s, or glTF in the late 2010's.

It is also known as VRML2, X3D, Classic VRML, VRML97, VRML1 and Inventor2.

Wavefront OBJ is a little understood but highly used and prevalent 3D "polygonal mesh" file format used throughout the 3D graphics world. Okino, Alias Research and McNeel made it popular in the early to mid 1990s as a general purpose, simple-to-read, storage and transmission 3D file format, especially for the then-new companies who began to sell 3D mesh models via the Internet.

Relatively speaking, OBJ is a rather simple file format but a bit better than STL although similar to the more modern 3MF format.The OBJ format allows for 1 or more unique polygonal mesh objects to be defined, each with optional UV texture coordinates and vertex colors. Material definitions can be linked to the mesh geometry as defined in the separate 'MTL' file. The material definitions are rather simple (ie. no PBR material support) but acceptable, and with varied levels of texture mapping support. OBJ format does not provide support for object hierarchy, local transformations, meta data, lights, cameras, skinning or animation. Most notably, OBJ does not allow for 'object instancing' and hence 1000 copies of a screw would be saved to OBJ as 1000 explicit copies, rather than 1000 references to one master object.

This geometry export converter writes out the scene database as a series of optimized indexed polygon meshes (faces and their associated indices) along with optional normal and texture data (if its exists within the database). A Wavefront material definition file (.mtl) can also be exported which supports all material and texture options (ie: Ka, Ks, Kd, map_Ka, map_Kd, map_Ks, map_Bump, etc). The export converter also features extensive automatic 2d bitmap conversion options and features (see dialog box description below).

¥ - The Wavefront OBJ file format does not have support for hierarchy, vertex colors, animation, lights, cameras, skinning or other more common scene file contents.

The Wavefront file format is quite robust and is a popular format used to transfer entire object geometries between 3D packages.

No hierarchy information is output since the .OBJ file format has no methods to describing hierarchy; each sub-object of a hierarchy will nonetheless be exported as a unique group whose name's match the original object names in the internal database hierarchy.

A short history: In the 1980s there was a program called Wavefront Visualizer which ran on UNIX and ran its early rendering pipeline as a series of tee'd command line 'applets'. The data flowed from one applet to another via various ASCII based files - OBJ for geometry, MTL for materials and other ASCII files for animation, skinning, deformation, etc.

Okino knows of the Wavefront OBJ file very well as it provides the one and only full implementation of the OBJ file format and with the ability to consume exceedingly large OBJ files quickly and efficiently. This includes the only known implementation of OBJ-centric 'NURBS geometry' (surfaces and curves) within the OBJ file format (which is little or not used) other than that from the McNeel Rhino-3D software.

X3D is the XML-based replacement to the venerable VRML2/VRML97 (Virtual Reality Modeling Language) file format of the 1985-era. X3D extends VRML2 with support for CAD, geospatial, humanoid animation and NURBS. It also provides for multi-stage and multi-texture rendering. Each new iteration of the file format brings more modern functionality, headed up by the Web3D Consortium.

Okino's X3D exporter (and corresponding importer) are one of the first set of production-quality X3D and Classic VRML converters to come to market, just as Okino had provided the first industry standard set of re-purposing converters for VRML1 and VRML2 in 1996 and 1998 respectively (and which are still two of our most popular file formats today, a decade later). They were developed in full cooperation with the Web3D Consortium and the U.S. Navy.

"X3D" is the next generation standard, a superset of the VRML2 specification. It is an Open Standards XML-enabled 3D file format to enable real-time communication of 3D data across all applications and network applications. It has a rich set of features for use in engineering and scientific visualization, CAD and Architecture, Medical visualization, Training and simulation, multimedia, entertainment, educational, and more. Where VRML1 and VRML2 dominated the 3D market for the last decade, it is expected that X3D will become the successor and replacement for the next decade. More information about the X3D file format and initiative can be found at www.web3d.org.

XAML-3D is a general XML-based 3D file format created by Microsoft in the mid 2000's for use in its Windows Presentation Foundation (WPF), Silverlight, Workflow Foundation (WF), Windows UI Library (WinUI) and Universal Windows Platform (UWP).

Microsoft came to Okino to request that we support XAML-3D as (basically) no other company did so. As such, we invested a considerable amount of time in writing our custom XAML-3D exporter and a stand-alone XAML-3D file viewer. XAML-3D never came to have much industry traction.

The Okino XAML exporter acts as a middleware tool. It imports from almost every major 3D CAD, DCC and VisSim file format, then optimizes/reduces/composes the scene data, after which the scene data is exported cleanly out to an ASCII .xaml file. Downstream UX authoring programs then import the 3D XAML files to compose a .NET user interface.

For example, this exporter can take complex 3D scenes from Maya, 3ds Max, CINEMA 4D, Maya, Softimage, Lightwave, all major CAD assembly formats, (and many other 3D programs), turn them into compliant XAML files, then use them for Microsoft Windows button creation, hit targets, form controls, and much more in a downstream UX design program.

As part of Okino's long term commitment to Microsoft's XAML initiative, we have developed a very nice and useable 2D/3D XAML viewer which is being made available to the XAML community for free. We have spent several years working with XAML and during that time we had found it quite difficult to (1) easily locate the known free XAML viewers via Google, (2) find one which implemented the features we required as part of our critical 3D data translation work.

XGL/ZGL is a legacy 3D polygonal mesh file format that had been created by the RealityWave company in the late 1990s. AVEVA purchased RealityWave and integrated the file format into their PDMS products. Some other companies had added XGL/ZGL exporters into their software such as CATIA, MicroStation and Solid Edge.

As explained on the Okino ZGL import converter page, files can be imported from AVEVA PDMS via the ZGL file format and AVEVA's 'rvm2zgl.exe' program. However, in more recent years, you can export DWF-3D files from AVEVA PDMS and import those files directly into Okino software.

This geometry export converter writes out ASCII XGL formatted files as well as their ZGL compressed equivalents. Triangular mesh data (with vertex normals and vertex uv texture coordinates), material properties, embedded texture images and object hierarchy are exported from the XML-style XGL file.

PolyTrans-for-Maya runs inside Maya as a native plug-in system (and requires a resident copy of Maya). This allows a Maya user to easily access all of the stand-alone Okino converter modules. PolyTrans-for-Maya would be considered one of Okino's "main software products" that a large number of Okino customers would own.

To convert data to/from 3ds Max use the Okino ".bdf" scene transfer file format and the native PolyTrans-for-3dsMax plug-in system on the 3ds Max side.

To convert data to/from CINEMA 4D use the .c4d import/export converters from the Maya side.

To convert data to/from Lightwave use the Lightwave import/export converters from the Maya side.

OpenFlight is an industry standard realtime 3D scene description format developed, owned and maintained by Presagis, Inc. OpenFlight is the most widely used file format for visual simulation databases and is supported by dozens of vendors of realtime 3D tools. Military visual simulation includes battle simulation, fighter jet flight simulation, tank simulation. Visual simulation also includes geospecific terrain for accurate realtime fly through of regions of the planet.

In visual simulation, OpenFlight is the defacto standard format. OpenFlight is also prevalent in the PC animation and modeling communities for optimizing and tagging 3D data for realtime playback. As application examples, in the visual simulation industry OpenFlight is the format for entire worlds. In the entertainment industry it is widely used for level building in realtime games and in the AES or urban simulation industries it is used to organize and optimize scenes for realtime walkthroughs.

This geometry export converter writes out OpenFlight .flt binary files, complete with all geometry, hierarchy information, material, lights, "flip book" animation and texture mapping attributes. A file exported to OpenFlight should appear almost exactly as whence the file originated (little or no tweaking should have to be done).

Okino's OpenFlight converters are unique in the fact that they can read from newer OpenFlight file formats (16.x and 15.x versions) and write to the much older 14.2 file format; the 14.2 file format is still quite common in the military VisSim markets. Okino writes its own FLT exporter module and has complete control over its development and refinement. The FLT importer utilizes the Presagis OpenFlight DLLs to do all the parsing while custom Okino code walks the database tree and converts the "node based" VisSim information to scene graph data more acceptable to the common animation programs.

¥ = OpenFlight does not have keyframe animation, but rather it uses "flipbook" animation. The Okino OpenFlight exporter samples the scene at every frame and outputs instanced copies of the geometry with the matrices in the animated state for each frame. Thus, keyframe object animation is turned into flipbook animation for OpenFlight.

Softimage|3D and Softimage|XSI were two well known 3D animation systems written by Softimage Inc. of Montreal Canada. Autodesk eventually came to buy the company in 2008 and then kill off the software in 2014.

This geometry export converter writes out Softimage .xsi files. No copy of the the Softimage animation program is required. Meshes (with vertex normals, vertex colors and vertex uv texture coordinates), hierarchy, cameras, lights, materials, texture maps, object animation and envelopes (mesh skinning) are supported as a baseline.

¥ = The dotXSI file format really doesn't have a sense of a "skeleton" like in other file formats. In most other formats, except for DirectX, a grouping node can be tagged as a bone or joint; when imported into its respective animation program, such nodes are visualized as bones. In the dotXSI file format you would normally create an IK chain in order to have bones visualized in the XSI user interface. However, it is not necessary to create an IK chain in order to define a "skeleton" for mesh skinning (enveloping in XSI lingo). The dotXSI file format allows any object or any grouping node to be used as a "mesh skinning bone" (deformation object) so to speak, and this is exactly how the Okino converter handles bones & mesh skinning for the dotXSI file format.

This exporter outputs full 3D scenes to the Autodesk DWF 3D file format, including mesh, polyline and trimmed NURBS geometry, object/light/camera/material animation data, materials with embedded texture maps, lights, cameras and a plethora of options to output highly optimized files. The structure of the DWF file format is ideal for creating highly compressed files for Internet download.

Please also refer to the corresponding DWF-3D import converter.

The DXF and DWG geometry export converter writes out the scene database as either 3-point or 4-point polygons using the 3DFACE or PolyFace mesh entities. Polygons with 5 or more vertices, concave polygons, or polygons with holes are automatically triangulated.

Please also refer to the corresponding DXF/DWG import converter.

The Okino DGN export converter module allows various types of 3D geometry, hierarchy and materials (assembly data) to be exported to native .dgn v8 disk based files which are usually associated with the Bentley MicroStation program.

Please also refer to the corresponding DGN import converter and its extensive explanations.

This IGES export converter allows trimmed NURBS and polygonal data to be exported in various flavors of the IGES file format. This export converter is useful for transferring data to various brands of CAD/CAM software, many of which will be able to read the IGES data exported from this converter.

In general most CAD programs which accept IGES files require that the geometry data be "trimmed NURBS" or "BREP solids". This IGES exporter will only output "trimmed NURBS" (in IGES entities 144/142/128) when the source data is also "trimmed NURBS", such as from Softimage-3D or Maya (and only when the geometry data was modeled as NURBS and not polygons).

This IGES exporter can also output all 3D geometry items as pure polygons meshes, as IGES entity # 106 (copious data). However, as outlined in the next paragraph, this option tends to confuse users of this IGES exporter since they expect such #106 data to be read into all CAD modelers. In general there are very few CAD programs which will import and accept #106 copious data polygon meshes because they only accept NURBS and not meshes. This option to output #106 copious data was added for one customer who wanted to output a text font outline to Pro/Engineer, after which the data was imported as a 2D drafting outline, traced, and turned into a 3D model using interactive Pro/E drawing tools.

¥ Important Notice ¥ This export converter CANNOT convert polygon mesh data to an IGES file as NURBS or solids. It is a very common request that Okino customers will want to take polygon mesh data from programs such as SketchUp, 3ds Max, Maya, CINEMA-4D, etc. into solids modeling programs such as ProE/Creo, SolidWorks, Solid Edge, Autodesk Inventor, etc. This is just not possible, even if you don't believe it. Solids modelers require that the IGES file only contains trimmed NURBS data, usually with additional BREP stitching data to make the trimmed NURBS into "solids". Polygon mesh data cannot be converted back to trimmed NURBS or solids simply by exporting to IGES; to do that you will need to purchase a "surface reconstruction" program which allows you to interactively reconstruct a NURBS model out of a mesh model, and only then will you be able to export a newly reconstructed NURBS surface to an IGES file.