glTF 2.0 asset loader plugin for Ogre 2.1

Project maintained by Ybalrid Hosted on GitHub Pages — Theme by mattgraham


Build status Build Status


This project is a small utility library to use glTF resources with Ogre 2.1 licencied under the terms of the MIT licence.

The goal is to be able to load any valid glTF file into Ogre, and create Ogre meshes with the correct material and animations applied.

Library and Plugin to use glTF 2.0 resources with Ogre 2.1 distributed under the terms of the MIT License

Loading an object with a PBR material as HLMS/PBS datablock


Loading of an object with skeletal animation



CI builds are currently performed on Windows under Visual Studio 2017 and on Linux under g++7

(please, do not attempt to do the thing the travis script does directly under linux, unless you really think extracting random archives inside of / is wise :wink:)

How to use

//Get access to the gltf loader, and load a GLB file in the resources to an item
//This actually search through the list of installed plugin, keep that pointer somewhere convinient
auto glTFLoader = gltfPluginAccessor::findPlugin()->getLoader();

//You can creae an Item for a scene by giving the name of the GLB file to look for in the resources
Ogre::Item* cesiumMan = glTFLoader->getItemFromResource("CesiumMan.glb, smgr);

## Building the sourcde code

First of all, locally clone this repository. It uses git submodules to get it’s dependencies, so you just need to do

git clone --recursive https://github.com/Ybalrid/Ogre_glTF

This project uses CMake. The CMake directory is a simple copy of every cmake script shipped in the Ogre SDK, to make things simpler.

You should get and install Ogre 2.1 from source on your system, some help can be found here: https://forums.ogre3d.org/viewtopic.php?f=25&t=92874

To build the project, you need to have Ogre 2.1 build and “installed” somewhere. Windows users may need to build the INSTALL target of Ogre and then to set the OGRE_HOME variable to the “build/sdk” folder. Linux users, you can make install Ogre in /usr/local

then, do the folliwng (linux) :

cd build
cmake ..                        #execute CMake while pointing at the parent directory
make                            #build the library and the demo program

#to be able to run the demo program as-is, do the following:
cp -r <path to HLMS> .          #add the Hlms shader code that comes with Ogre
cp <path to ogre plugins>/* .   #add the necessary plugins (RenderSystem_GL3+)

On a typical install from Ogre’s source code on linux, theses path are /usr/local/share/OGRE/Media/Hlms and /usr/local/lib/OGRE/* respectively

(windows) :

The “test” program is really crude and badly written, it was to validate taht some of the feautres where working during developement.

Project details

The goal is to be able to load the geometry, the PBR material and the animations of an object from glTF and use Ogre’s classes as if you just got the object as a .mesh from Ogre’s resource manager.

The curent code is limitted into loading the first declared mesh in a glTF file, or, if the glTF file has multiple “secenes”, and has a “default scene” value, it will take the mesh attached to the fist node of the default scene.

Think of it as replacing .mesh files with binary .glb files, that are a standard format, with clear material/skeleton/animation/textures definitions enclosed, and with official exporters that works according to an industry-standard specification.

I’m wanting to get this functionality working inside my game engine (Annwvyn, a VR application developement framework that uses Ogre), and specifically I want to be able to use the glTF official Blender exporter.

The user facing API hasn’t been worked on quite well, the only thing that has been cared on is to follow a pImpl (compillation firewall) pattern to hide to your code the dependencies in this library.

This library is based on tinygltf. https://github.com/syoyo/tinygltf. tinygltf itsefl vendor in some other opensource projects, like stb_image and a json loading library.


This project is currently in developement, here’s a list of features that we are working on, ticked items means that the feature is implemented.

Known issues

## Contributors

This project is Open Source. If you can improve it in any way, Pull Requests are welcommed!

Here’s the list of the contributors that hepled out with this projet:

Notes on third party components

tinygltf is an header only library. It is included in this very repository via git submodules. If you are about to clone this repository, you should use git clone --recursive

The library define inside one of it’s files the implementation of tinygltf and stb_image. This shouldn’t be an issue and your program using ogre_glTF shouldn’t be affected by them in any way. Everything is hidden inside a pimpl

If you have issues related with them, please open an issue :)