2005/2006 (Licence 2) => Premier moteur OpenGL (sans nom) intégré à une fenetre Qt compatible linux et windows capable uniquement de gérer de petits modèles statiques texturés une fois avec des image bitmap et un rendu DisplayList.

2006/2007 (Licence 3) => Second moteur OpenGL revu et restructuré(et au passage nommé TroisD) pour le projet 'Follow the beaver' il intègre en plus le mip maping, les modèles animés (format .3ds) et les vertex array et VBO. (assez mal mais tout de même ^^)

2007/2009 (Master 1 et 2) => TroisD est intégré dans un moteur comportant plus de module (core, physique, network, son) nommé le PTC engine (découlant du nom du projet Perfect Tactical Combat) petit moteur de RTS.

Ete 2009 (Fin de stage Master 2) => TroisD étant trop vieux et les études touchant à leur fin je décide de refondre TroisD en NextGine et de le détacher du projet PTC car trop de vieux codes l'empèchait d'évoluer normalement. Cette première version de NextGine fait la place plus large à une meilleure gestion du graphe de scène, à l'intégration de threading et surtout au fait d'être multi-renderer tout en perdant un peu son aspect portable, devenant ainsi assez spécifique Windows.

Debut 2011 => Tentative de création d'un middle-ware de création de jeu autour de NextGine faisant apparaitre de grosses failles dans la gestion de divers types de ressource, en effet NextGine avait été concu de manière à être cappable de charger plusieurs format de fichiers de modèle, cependant ce n'est pas très pratique quand on fonctionne avec un middleware de création car il est bien plus pratique d'uniformiser les format afin d'en simplifier la gestion.

Une lib Core (Terminee) => Types de base, collections, chaines, fichiers et système de fichiers (pack, zip...), Debug (logs, allocateurs, (pas de profiler car tous les ide en proposent quasiment a l'heure actuelle)), Gestion de la mémoire par surcharge des new/delete, Threads, gestion du temps, Vecteurs et matrices

Une lib App (Terminee) => Gestion d'une classe d'application (surtout inspirée du fait que sous MacOs et iOs c'est le point d'entré de base et que ce n'est pas difficile à adapter vers windows, linux) et gestion de fenètres et récepteurs d'évènements.

Une lib Graphic (Sur le début) => Gestion des ressources graphiques sur une base streamée (modèles, textures, shadders, matériaux, fonts), gestion du graphe de scène, gestion des 3 modes de rendu (FFP, ForwardShadding et DefferedShadding), 8 Renderer (Null, Software, OpenGL, OpenGL-ES, DirectX9-10-11, Skirt (ray tracing))

NextGineOpen()
 
NextGineCreateGraphics(1024,768,true) // true pour fullscreen
 
NextGineCreateCamera(position, near, far, etc...)
 
NextGineLoadModel("model.obj")
 
NextGineClose()
 

idModel = LoadModel("model.obj")

Update the dynamic element by time
Updating a dynamic element
This element is visible

INFO - CreateScriptLibrary.cpp => nxtMessage : Init
INFO - DefaultFramework.cpp => init : Parametre de rendu normaux
INFO - DefaultFramework.cpp => loadingCallback : Ouverture du fichier de scene
INFO - DefaultFramework.cpp => loadingCallback : Fichier xml bien lu
INFO - CreateScriptLibrary.cpp => nxtMessage : Light ok
WARN - TBNComputer.cpp => treat : Computing TBN for quads mesh
WARN - CubeSceneNode.cpp => CubeSceneNode : Tangent binormal after treatment is ok
INFO - CreateScriptLibrary.cpp => nxtMessage : Materiau n'existe pas deja
INFO - CreateScriptLibrary.cpp => nxtMessage : Materiau n'existe pas deja
INFO - CreateScriptLibrary.cpp => nxtMessage : Materiau n'existe pas deja
INFO - CreateScriptLibrary.cpp => nxtMessage : Update

function main()
  local framework = InitUpdateShutdownFramework.new("Framework.py");
  nxt.engine.setFramework(framework);
  nxt.engine.run();
end
 

function main()
  local framework = GenericMonothreadedFramework.new("InitialSceneName");
  nxt.engine.setFramework(framework);
  nxt.engine.run();
end