Im3d is a small, self-contained library for immediate mode rendering of basic primitives (points, lines, triangles), plus an immediate mode UI which provides 3d manipulation 'gizmos' and other tools. It is platform and graphics API agnostic and designed to be compatible with VR.
Im3d outputs vertex buffers for rendering by the application. Im3d does not affect the system graphics state directly, therefore Im3d calls can be made from anywhere in the application code. This is useful for graphics debugging, 3d data visualization, writing CAD & game development tools, etc.
The API design follows OpenGL immediate mode in that it functions as a state machine:
Im3d::PushDrawState();
Im3d::SetSize(2.0f);
Im3d::BeginLineLoop();
Im3d::Vertex(0.0f, 0.0f, 0.0f, Im3d::Color_Magenta);
Im3d::Vertex(1.0f, 1.0f, 0.0f, Im3d::Color_Yellow);
Im3d::Vertex(2.0f, 2.0f, 0.0f, Im3d::Color_Cyan);
Im3d::End();
Im3d::PopDrawState();
A key point to note is that there is no view-projection matrix here - the requirement for VR support precludes this. Instead, all vertices are specified in world space and the view-projection transform is applied at draw time (in the shader).
The UI system follows the immediate mode paradigm in that no UI state is retained; you can create gizmos from anywhere in the code:
static mat4 transform;
if (Im3d::Gizmo("UnifiedGizmo", &transform)) {
// transform was modified, do something with the matrix
}
See here for more complete examples.
Im3d has no dependencies other than the C standard lib. A C++11 compatible compiler is required.
Integration is straightforward:
- Copy the files from the root of this repo and add them to the application project.
- Modify
im3d_config.h
if necessary (e.g. provide a custommalloc
/free
, set the vertex data alignment, matrix layout, etc.). It's also possible to#define IM3D_CONFIG "myfilename.h"
from your build system to avoid modifying this file directly.
At runtime, the application should then proceed as follows:
- At startup, initialize the graphics resources (shaders, etc.) required to actually draw the Im3d vertex buffers.
- Each frame, fill the
Im3d::AppData
struct, providing user input and other context data, then callIm3d::NewFrame()
. - Towards the end of the frame, call
Im3d::EndFrame()
to finalize draw lists, then access the draw lists for rendering viaIm3d::GetDrawListCount()
,Im3d::GetDrawLists()[i]
.
More detailed and API-specific integration examples are available in examples/.
Where is the documentation?
- im3d.h contains the main API documentation.
- examples/common/main.cpp contains usage examples for most features, especially how to use the
Gizmo*()
API. - examples/ contains reference implementations with lots of comments.
- Im3d wiki provides overviews and additional detail for specific/advanced functionality.
Are geometry shaders required?
No, the application is free to render the vertex data in any conceivable manner. Geometry shaders are the easiest way to expand points/lines into triangle strips for rendering, but there are alternatives:
- Use instanced rendering to draw 1 triangle strip per point/line primitive and do point/line expansion in the vertex shader, manually fetching the vertex data from a constant buffer. See examples/OpenGL31 for a reference implementation.
- Rasterize points/lines directly. If the target graphics API doesn't support per-vertex point size/line width this won't draw as nicely but may be good enough.
- Expand points/lines manually on the CPU and draw the converted vertex data as a single large triangle strip. This would obviate the need for shaders entirely, however the performance may be suboptimal.
How can I update to the latest version?
- Check which version you currently have;
IM3D_VERSION
is defined at the top of im3d.h. - Examine the change log in the latest version of im3d.cpp to see if there have been any API-breaking changes which require modifications on the application side.
- Overwrite everything, but don't forget to merge changes into
im3d_config.h
if you have made any modifications to your copy.
Is Im3d thread safe?
Im3d provides no thread safety mechanism per se, however per-thread contexts are fully supported and can be used to make Im3d API calls from multiple threads. See wiki/Multiple-Contexts for more info.