Last pictures

News

Planar reflection/refraction

2017-02-25

Planar reflection and refraction now merged into UPBGE 0.1.5 master.

0.1.4 release

2017-02-01

The UPBGE 0.1.4 was released: doc. Download.

A new website

2016-11-12

We are proud to offer you a new main website, with our new logo.

More news >>

Credits

  • Ulysse Martin (youle)
  • Diego Lopes (TwisterGE)
  • Tristan Porteries (panzergame)
  • Jorge Bernal (lordloki)
  • Lee Pugh (pqftgs)

Contact

IRC irc.freenode.net
  • #upbgeusers
  • #upbgecoders
Mail

« UPBGE is a fork of the Blender Game Engine which wants to improve features and fix bugs. »

Our websites

About the project

Why do we have forked the BGE ?

We think that a forked and up to date version of the BGE is necessary to improve the engine and make it more competitive with the other game engines, and at least free engines like ogre and crystalspace. Thanks to a shorter developement cycles we can accept the last patchs in a more dynamic behaviour. We want to give more freedom to active developers to take the essentials modifications that the BGE need.

Our goals

With this fork, we purpose an other development cycle which is spread on one month :


Our development cycle
3 weeks to add features 1 week to correct bugs

The review rules

To reach this speed, we want to make reviews more efficiently with these rules :

  • Each review delay must not take more than one week ;
  • If a developer reject a patch and that he doesn't reply after the limited time of the rewiew, an other can take his seat and continue the review ;
  • If the author of the patch is not longer active after a first reject during more than the limited review time, the patch will be considerated like archived until reopening.

About the compatibility :

Compatibility is limited to 2 versions. All problems in relation with compatibility must be well documented.

The code's style :

We have in our website a reviewed version of the blender code style which add some precisions about C++ specificities.

The patches :

Patchs must be smalls : one goal, one modification, and we encourage you to make branch as much as possible. No cleaning of features in the same patch.
After five successful patches, the author developers can obtain commits rights.