Our prospective users have been regularly asking us about how to convert CAD files (in STEP, JT, IGES and other formats) to three.js in order to view these 3D files in a web browser. So I have decided to set aside some time to write this technical blog to address that FAQ.
We ourselves do use three.js in CAD Exchanger Cloud so some time ago we went through answering this question on how to view 3D CAD data in a browser. This document summarizes available options in this journey.
1. Use interim format
As a part of its API, three.js offers OBJ, STL and VRML loaders. So the workflow could be to convert the original CAD file (say, JT or STEP) into one of the above file formats and then call three.js API to import that interim file.
These formats — OBJ, STL and VRML — differ in content they are capable to transmit. The following table reflects these differences:
As seen above, STL is the poorest format, only capable to transmit polygonal representations, or meshes. Moreover, STL is a bare “soup of triangles” without even any connectivity information (i.e. each triangle is written as a triplet of 3D points).
VRML on the other hand is the most feature-rich format and is capable to transmit important information such as product structure (assemblies and parts), meshes (with connectivity), materials, textures and so on.
OBJ is somewhere in between, it is simpler than VRML but only able to transmit a flat list of individual parts without any instances thereof. This makes it much less efficient for complex assemblies containing parts instanced multiple times. For example, the following model of a crankshaft containing multiple instances of the same piston, rod and lever, after export to an OBJ file will contain duplicated triangles describing each of these parts.
Here is how using intermediate file can be achieved with the help of CAD Exchanger.
A. Using CAD Exchanger CLI.
Type in Windows command prompt:
ExchangerConv.exe -i conrod.jt -e conrod.obj conrod.wrl conrod.stl
B. Using CAD Exchanger SDK.
cadex::ModelData_Model aModel; //document containing resulting 3D model
aJTReader.ReadFile (“conrod.jt”) && aJTReader.Transfer (aModel);
anOBJWriter.Transfer (aModel) && anOBJWriter.WriteFile (“conrod.obj”);
aVRMLWriter.Transfer (aModel) && aVRMLWriter.WriteFile (“conrod.wrl”);
anSTLWriter.Transfer (aModel) && anSTLWriter.WriteFile (“conrod.stl”);
The following table compares original and resulting file sizes:
These significant differences are explained by extremely different techniques used by each format:
- JT: Highly compressed binary format.
- OBJ: Flat list of parts, duplicated meshes. Text format.
- VRML: Assembly of instanced parts. Numerous spaces due to indents in the file. Text format.
- STL: Flat list of triangles. Text or binary format.
2. Use three.js native JSON format
Instead of exporting the original CAD file into some intermediate format you could directly write into the JSON format, which is native for three.js.
Three.js defines file format for both entire scene as well as individual meshes. Refer to three.js website for format description.
Today CAD Exchanger does not support writing into this native three.js JSON format but we may consider doing so.
Anyway, this can be easily achieved using CAD Exchanger SDK — just traverse the product structure, retrieve polygonal representations of the parts and save the data (mesh nodes, normals, materials, etc) into the required format. SDK comes with numerous examples that demonstrate various steps in this process, so with very limited efforts this task can be accomplished.
3. Using CAD Exchanger Web SDK
As I have mentioned in the beginning, we ourselves do use three.js in CAD Exchanger Cloud. So we do invoke three.js API and feed required data into it to create scenes, populate meshes, attach materials and textures, and much more.
We have spent significant time to design efficient workflow and to provide better user experience especially when working with large files — faster load times, greater UI responsiveness, incremental display, reduced disk footprint, etc.
These efforts resulted in a specific file format 3D data are saved to on the server and then sent to the client where they are uncompressed and fed into three.js API.
CAD Exchanger SDK and CLI are able to convert any supported CAD format into this format (with filename extension .cdxfb). And CAD Exchanger Web SDK is able to read this file format and display it using three.js.
Visit https://cadexchanger.com/cloud-examples to browse through the available interactive examples demonstrating work with CAD data using CAD Exchanger Web SDK.
Of course, there is much more what Web SDK can do for you, including sectioning, exploding assemblies, performing measurements (distances, angles, radii, etc), interactive manipulations with selection and hover support, working with PMI and more. CAD Exchanger Cloud uses this Web SDK, so you can easily get an idea of what Web SDK can do for you.
Hope this blog will be useful for you to understand the available options and to select one that might suit your environment and needs best of all. Contact us at firstname.lastname@example.org for further details and we will be happy to help you pick up the right option.
Thanks for reading!