Open-source, cross-platform, C++ game engine for creating 2D/3D games.

DDS and PVR loading supports texture cubes. FrameBuffer::createScreenshot lets you choose the format (RGB or RGBA)

Unlike prior pull requests for this branch, the sample app now works.

DDS and PVR loading supports texture cubes. FrameBuffer::createScreenshot lets you choose the format (RGB or RGBA) Added Texture::setData so that it is possible to set change texture data after the texture has been created.

Support for "gutter" or "skirt" conversion of tileset to avoid gaps in tiles from using non-Nearest texture filtering. Added *.scene support for "enabled" property on Nodes.

Last part of (initial) #1650 feature request.

These functions are not in the FBX API anymore (2014.2). It compiles thanks to these changes but I'm not sure this is correct since I don't know the FBX API. Please check and correct.

Currently the characters are spaced using their bounding width and fixed size. That can look very bad with some fonts. Using appropriate metrics given by FreeType library looks much better.

This changes the GBP file format by adding two fields to the TTFGlyph structure. Is such change acceptable? Is anything else required for it?

Illustration of the change with Chopin Script: http://www.dafont.com/chopin-script.font

Fixed issue where Text would reference internal members of Font, and try to release them. Release Font in SpriteSample. Converted tabs to spaces in SpriteSample.

Fix for #1706

Light inner/outer angles are already in radians, no need to convert again when writing out. This fixes light nodes having bogus inner and outer angles when loading from a .gpb that was generated from a .fbx.

This is only a step in the right direction though; when exporting a light from, say, blender, the inner and outer angles are written into the file, however gameplay-encoder only reads in the outer angle (called falloffAngle) and then computes an estimated inner angle. Should I submit a PR to read in the true inner and outer angles from the .fbx?

An example .fbx with the inner and outer angles present is here. I am specifically referring to the spot node.

Fixed bug in Effect.cpp where the OpenGL function glGetActiveUniform is called with a wrong parameter, causing an assertion failure on some graphic cards.

As the title says I was trying to automate my asset pipeline and was having trouble because of the prompt to group animations. I wanted to enable the option from the command line. To address this issue I have added two new command line options -g:auto and -g:off. If either option is set then the encoder does not prompt. If neither option is set then the encoder will prompt as normal.

I added support to build the library and the samples using CMake. Among other things, this allows to checkout the code with CLion and compile it directly out of the box. I have tried to make sure that my modifications result in no changes if not used under Mac OS X but have no way to test all cases.

I tweaked the Windows Visual Studio projects just a bit. Some files (*.conf) were not part of the VS project that IMO should be; also I added a build dependency (reference) on the gameplay project from the sample projects.