Copyright © Bentley Systems, Incorporated. All rights reserved.
This is an example of using IPC to work with iTwin.js in a Unity application. It includes a demonstration iModel to be used only for development purposes.
- Unity 2020.3 or later
- Node 16
- Windows
- MacOS and Linux should work but are untested. Developers on these platforms will need to add the appropriate version of the protobuf-compiler
Open the node subdirectory in a shell, and run:
npm install
npm run build
- From the node subdirectory, run
npm start
to start the server. - Click Play in the Unity editor to connect to the server.
- Camera controls match Unity's scene view:
- WASD to fly
- Hold right-click for mouse-look
- Middle mouse to pan
- Mouse wheel to zoom
- Left-clicking an element will display its tooltip by querying the iTwin.js backend
- Arrow keys to cycle through 3D views
The Node.js server uses the core-backend package and its dependencies to open a specified Snapshot iModel. Opening an iModel loads a minimal amount of data and takes a small fixed amount of time, regardless of how large the iModel is.
In this example, the Unity application is connecting to a process on the same computer but it could just as easily connect to a separate machine, either in the cloud or on a local network. This pattern is useful for streaming to standalone devices like the Microsoft HoloLens or Oculus Quest.
The communication between the Node.js server and Unity application is via messages encoded with Google Protocol Buffers. Protocol Buffers is a widely useful and efficient format with excellent tooling and code generation for many languages.
When IModelRpc.proto is modified, new bindings are automatically generated for both the Node.js server and Unity application. This workflow is efficient during development and at runtime.
IModelRpc.proto is broken down into Requests and Replies, with the Unity application making Requests
and the Node.js server making Replies. Because Protocol Buffer messages are not self-describing, each
process needs to know the message type when parsing. RequestWrapper
and ReplyWrapper
handle this
problem.
This IPC scheme is heavily inspired by gRPC. This example does not use gRPC due to a lack of official TypeScript bindings for generated code and Unity support still being experimental.
Spatial Queries on the iModel are used to request graphics based on what's visible to the Unity camera. The largest elements by volume are sent first, and as the camera moves new graphics are continually requested.
Element properties (commonly referred to as "BIM data") are loaded on demand when an element is selected.
This example shows one possible pattern for integrating iTwin.js with applications that aren't full-stack JavaScript/TypeScript. There are no special accomodations for this pattern in iTwin.js, so feel free to choose an alternative or adapt this strategy as you see fit.
- Make changes to IModelRpc.proto. See the proto3 Language Guide.
- From the node subdirectory, run
npm run proto-build
- The protobuf-generated code in node and unity subdirectories will be updated.
Edit IMODELHUB_REQUEST_PROPS
in IModelHubDownload.ts to replace iTwinId
and iModelId with the appropriate values for your iModel.
You will also need to provide a clientId, scope and redirectUri for your application. To register an application, go to https://developer.bentley.com/register/.
- Add "Digital Twin Management" as an API Association to get the "imodels:read" scope
- Select "Desktop/Mobile" as the Application Type
- Enter "http://localhost:3000/signin-callback" for Redirect URI
- No logout URI is required
Once your application is created, go to its details page and copy/paste the scope, clientId and redirectUri fields
into AUTH_CLIENT_CONFIG_PROPS
in IModelHubDownload.ts.
Finally:
npm run build
npm run start-from-hub
The example is targeted at producing a desktop executable because it is the most generic and universally accessible platform for developers.
However, the project code and its dependencies work on most of the platforms that Unity supports. Bentley developers have deployed this example to the Oculus Rift, HTC Vive, Oculus Quest, Microsoft HoloLens and other devices.
This example defaults to creating one Unity GameObject for every element in the iModel. This is done for the sake of simplifying the code and making it easier to extend, but is far from ideal for performance.
See ElementMeshCombiner.cs for an example of how to combine element meshes for better performance.
Ideally, an application built on iModel.js would leverage the developer's speciality knowledge of their problem domain to apply the advanced filtering tools available in iTwin.js. See ECSQL and especially Spatial Queries.
Because iModels store original geometry representations and not just meshes, it's easy and fast to request varying levels of detail. See chordTol in ExportGraphicsOptions.
Please ask any questions on GitHub Discussions. We are actively supporting interested users of this technology.
The Unity project bundles WebSocket4Net and Google Protocol Buffers.