Skip to content
master
Go to file
Code

Latest commit

 

Git stats

Files

Permalink
Failed to load latest commit information.
Type
Name
Latest commit message
Commit time
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

readme.md

Triton Game Engine

This might become a game engine sometime in the future, but right now a lot of core functionality is missing.

Features

Renderer

  • Tiled deferred rendering
  • IBL
  • PBR
  • FXAA, SMAA
  • Shadow Maps
    • Point & spot light shadows
    • CSM for directional lights
    • Poisson tap PCF
  • HDR
  • Filmic tonemapping (Reinard / Unhcarted / Filmic / ASEC)
  • Bloom
  • Eye adaptation
  • SSAO

Dependencies

  • OpenTK
  • ImageMagick
  • Bullet physics
  • SharpFileSystem
  • Dear ImGui

Building

Open up Triton.sln and hit compile.

Samples

There are several samples available in the samples folder. Actually ... just the one.

Content pipeline

ContentProcessor.exe in=<inputDir> out=<outputDir> processes the input folder as a package if it contains a package.json file, it the package file is not present then it processes each sub directory that contains a package file. Currently only meshes and textures are processed. Collision meshes can be compiled as well but need to use ogre xml format .col.xml or have their type changed manually in the __cache.json file that gets created for the package.

Example: `ContentProcessor.exe in=..\Media out=..Data'

Supported content file formats

Meshes

  • Ogre mesh format
  • FBX + Whatever Assimp supports, probably

Textures

  • tga
  • png
  • bmp
  • dds

Audio

  • ogg

Texture naming convention

  • _d => diffuse map
  • _n => normal map

Assemblies

  • ContentProcessor - Front end executable for the content processor.
  • Triton.Common - Virtual file system, resource manager, logging and more.
  • Triton.Content - Contains all content compilers (ie meshes, textures and skeletons).
  • Triton.Game - Game base system.
  • Triton.Audio - Audio subsystem using ogg and OpenAL.
  • Triton.Graphics - Contains the high level renderers and the core graphics backend class, the backend class can be used to feed the rendering thread with commands. There are also various utilities and resource loaders in here.
  • Triton.Input - Input system
  • Triton.Math - Math classes including Vector2, Vector3, Matrix4 and Quaternion.
  • Triton.Physics - Simple wrapper for the JitterPhysics library.
  • Triton.Renderer - Core renderer, manages all GL state and provides wrapper functions for all common functionality. This is the low level renderer implementation, use the rendering backend in Triton.Graphics to issue the actual commands as thread safety is not guaranteed by the core renderer.

Cewl screenshot Cewl screenshot Cewl screenshot

About

A game engine using C# / OpenTK, not very good

Resources

License

Releases

No releases published

Languages

You can’t perform that action at this time.