Why i care

I am currently using PhoenixCore for my Uplink Clone, and have watched it progress out of PhoenixGL. Jon Parrott made an incredibly cool approach to using a 2d engine with really great performance. More of his awesome work is found on the right or over here Link

PhoenixCore is EASY, its straightfoward and its high level enough to be powerful. And its easy.

What is it

Straight from the site,

PhoenixCore is an experimental 2D rendering framework based on OpenGL and written in C++. It is a fairly abstract library for rendering 2D geometry.

PhoenixCore's features include:

• Setting up an OpenGL Context. 
• Processing user Input (Keyboard, Mouse). 
• Managing OpenGL Context (swapping buffers, etc). 
• Provides abstract math classes for Vectors and Matrices. 
• Provides interface to loading and manipulating Textures. 
• Provides methods to modify the View Port and Transformation Matrix. 
• Provides classes for representing geometric primitives. 
• Provides methods for drawing geometric primitives. 
• Provides abstract class for Color representation and manipulation. 
• Provides access to high-precision timers. 
• Provides high-level threaded resource management. 
• Implements and experimental automatic optimizing batch renderer.

Downloads and Docs

Docs are over here Docs

Get it over here Download

Changes in 0.2

Nightingale has several differences from 0.1. It contains major API changes and upgrading should be taken with caution.

• Changed Droppable, Resource, and ResourceManager significantly. They no longer use the create() method or private constructors. They now use intrusive_ptrs instead of shared_ptrs which simplifies our interface.
• Abstracted the WindowManager interface and implement GLFW as a WindowManager. This allows us to support other window managers in the future. A new window event interface that uses boost::signals2. Removed the core's dependence on the EventReceiver and made it a singleton. It now has functions for getting what the user has typed ( getKeyboardString ). It also now uses the new WindowEvent system and is used exclusively in client code
•  BatchGeometry's group functions are now taken care of by GroupState objects that are attached to the BatchRenderer for each group id. More, more.

0.2.1 is here, 9 days later the simple irrlicht framework team re-emerges with a feature and bug release. Some bugs have been fixed and some new features introduced, the changes include : * Script-side GameStates: It is now truely possible to derive from the GameState class (through CGameState) in scripts. A bug in previous versions prevented this, but this bug has now been fixed. * Script-side Components: EntityComponent can be derived from script-side (through CEntityComponent), classes in script can now create components and register them with entities from script or engine side. * Script-side Events: The event system is now integrated into the script engine. Script-side classes can derive from IHasSlots and can register, connect and disconnect from slot events. * Important Bug Fixes : - Construction of entity components with parent is now relatively safe. If you are not sure whether your component has a parent, check it after construction. If the component has no parent, destroy it as quickly as possible - AssetProcessors on windows were never loading assets unless the files were all lowercase, restrictions were irrlicht related but solved. - Minor bug fixes with script side things, Scolor fixes, asset groups on entities and much much more. Helpful Links : Sourceforge Page Downloads Documentation Tutorials