Skip to content

dionjwa/Hydrax

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

PBE-Haxe (Hydrax): a HaXe port of the PushButton Engine (PBE)

What is it?

Hydrax/PBE is a game engine. It helps you write robust, maintainable, flexible games both big and small, having solved many problems that you will encounter if you don't use this or a similar library.

How does it relate to NME?

NME is a reimplementation of the Flash API for different platforms. Hydrax is a game engine, so it higher level, and specifically designed to ease the creation of games. Hydrax is not a direct competitor to NME, rather it sits on top of it, using NME to run on e.g. mobile devices. Using NME with hydrax is optional.

NB The html5 target for NME is not yet compatible with Hydrax.

Platforms currently supported

  • Flash
  • HTML5
  • iOS (via NME)
  • Android (via NME)

Hydrax does this well:

  • Components: everything is based on components that you can easily replace with your own.
  • Asset handling
  • Injection via robotlegs (robothaxe).
  • Platform independent 2D display.
  • Platform independent input (currently Flash + Canvas only).
  • Handling transitioning between game screens, or levels.
  • Managing complicated game objects.

Gettings started

  1. Install HaXe.
  2. At the terminal/dos prompt, type haxelib install hydrax
  3. Download this repository.
  4. Go to the repository folder demo/02-bitmap-rendering/ in a terminal or dos prompt.
  5. Create a folder there called 'build' if one doesn't already exist.
  6. type haxe buildflash.hxml
  7. Open the swf in demo/02-bitmap-rendering/build/demo.swf
  8. You should see an image moving around the screen border.

Or, you can type:

haxelib run nme test nme.nmml flash
or 
haxelib run nme test nme.nmml ios -simulator

Why

HaXe and the PBE are a natural fit.

PBE is an excellent engine for building games, as the component plug-in architecture eases building of complex game objects with a minimum of code rewriting. This component architecture also makes it easier to write games for different platforms, as different components can be used for different platforms in a natural way.

HaXe provides an outright performance boost for games running in Flash, compared to games written in AS3.

Many games require server side functionality. HaXe compiles to several server-side languages/platforms, allowing a single language for the entire game development. This capability alone is awesome. I'll say it again: you can write game logic once that runs on the client and the server.

Currently, Hydrax will (mostly) keep the PBE package structure of the core classes (with permission from Ben Garney, PB Labs). This may change if Hydrax diverges sufficiently. Community contributions are encouraged.

What's done

Complete or functional:

  • Core engine.
  • Injection.
  • Rendering (Flash, HTML5, iOS, Android). Modified the original as3 pbe code to handle different platforms.
  • Xml Template system and PBE serialization.
  • Resources. Rebuilt to handle multi-platform and haxe-only resources.
  • Tasks/tweens.
  • Profiling.
  • Box2D

Extra features (not available in PBE):

  • Multiplatform: flash and HTML5 (js) rendering, c++ for standalone, iOs, and android. Tested so far: flash, HTML5, node.js (server side platform), c++ (preliminary).
  • SVG support.
  • Flash < - > javascript remoting (including special HTML5 localStorage service).
  • Client/server remoting (from HaXe).

Incomplete or not working:

  • Sound. Cross platform sound is definitely needed.
  • PBE animations.
  • PBE sets. Hydrax uses a context-specific SetManager (optional).
  • State machine (very low priority).
  • The PBE static class (not needed or useful with Haxe 'using' functionality).
  • Debugging.

Differences

Due to the extra features and multi-platform capability of HaXe (or just personal motivation), some components and features underwent more modifications than others. Also, the package structure outside of the core engine are slightly modified: almost everything outside of the core engine is grouped under com.pblabs.components instead of com.pblabs.

Major differences:

  • Hxhsl signals instead of as3 events. The SignalBondManager provides listener registration on Entity and Component objects with automatic listener removal upon object destruction.
  • Rendering has been modified to simplify cross-platform 2D rendering. The Flash API has not been duplicated (as in NME), nor do I intend to.
  • Input. Rewritten to handle cross-platform input (mouse, touch screens, etc).
  • A very simple form of field injection is available, robothaxe is not yet compatible with the cpp target.
  • Screens. IPBContexts are used in the place of Screens.

Minor differences

Standardized some method names:

  • IEntity.lookupComponentsByType -> IEntity.getComponents
  • IEntity.lookupComponentByType -> IEntity.getComponent
  • IEntity.lookupComponentByName -> IEntity.getComponentByName
  • Hydrax IPBObjects don't have internal lists of game object sets. That functionality is managed entirely by the SetManager.
  • Signals are used instead of flash specific event dispatchers.
  • Haxe cannot property deserialize dynamic objects. Currently, Haxe cannot check if an object implements Dynamic (where you can add arbitrary fields) so cannot decide if assigning such a field is a valid operation.
  • Property getters and setters must be in the form 'get_fieldName', 'set_fieldName' to work with PropertyReferences and ReflectUtil. ReflectUtil adds duplicate methods from Reflect, checking getters/setters

License

Classes directly ported from PBE and any new code maintain the original MIT license. Some classes in com.pblabs.util and com.pblabs.components.tasks are derived from LGLP code, and maintain the LGPL license. The LGPL licensed classes are documented as such in the source headers.

Copyright (c) 2010 Dion Amago

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.