The LambdaHack package

[Tags: bsd3, library, program]

This is an alpha release of LambdaHack, a game engine library for roguelike games of arbitrary theme, size and complexity, packaged together with a small example dungeon crawler. When completed, the engine will let you specify content to be procedurally generated, define the AI behaviour on top of the generic content-independent rules and compile a ready-to-play game binary, using either the supplied or a custom-made main loop. Several frontends are available (GTK is the default) and many other generic engine components are easily overridden, but the fundamental source of flexibility lies in the strict and type-safe separation of code and content and of clients (human and AI-controlled) and server.

New, in this release, is cooperative and competitive multiplayer (shared-screen only in this version) and overhauled searching. The code has been rewritten to have a single server that sends restricted game state updates to many fat clients, while a thin frontend layer multiplexes visuals from a subset of the clients. Upcoming features: new and improved frontends, improved AI (better leader switching and ranged combat), dynamic light sources, explosions, player action undo/redo, completely redesigned UI. Long term goals are focused on procedural content generation and include in-game content creation, auto-balancing and persistent content modification based on player behaviour.

A larger game that depends on the LambdaHack library is Allure of the Stars, available from http://hackage.haskell.org/package/Allure.

Note: All modules in this library are kept visible, to let games override and reuse them. OTOH, to reflect that some modules are implementation details relative to others, the source code adheres to the following convention. If a module has the same name as a directory, the module is the exclusive interface to the directory. No references to the modules in the directory are allowed except from the interface module. This policy is only binding inside the library --- users are free to do whatever they please, since the library authors are in no position to guess their particular needs.


[Skip to ReadMe]

Properties

Versions0.1.20080412, 0.1.20080413, 0.1.20090606, 0.1.20110117, 0.1.20110918, 0.2.0, 0.2.1, 0.2.6, 0.2.6.5, 0.2.8, 0.2.10, 0.2.10.5, 0.2.10.6, 0.2.12, 0.2.14, 0.4.9.0, 0.4.99.0, 0.4.100.0, 0.4.101.0, 0.4.101.1, 0.5.0.0
Change logNone available
Dependenciesarray (>=0.3.0.3 && <1), base (==4.*), binary (>=0.7 && <1), bytestring (>=0.9.2 && <1), ConfigFile (>=1.1.1 && <2), containers (>=0.5 && <1), deepseq (>=1.3 && <2), directory (>=1.1.0.1 && <2), enummapset (>=0.5.2 && <1), filepath (>=1.2.0.1 && <2), ghc-prim (>=0.2), gtk (>=0.12.1 && <0.13), hashable (>=1.2 && <2), hscurses (>=1.4.1 && <2), keys (==3.*), LambdaHack, miniutter (>=0.4.1 && <2), mtl (>=2.0.1 && <3), old-time (>=1.0.0.7 && <2), random (>=1.0.1 && <2), stm (>=2.4 && <3), template-haskell (>=2.6 && <3), text (>=0.11.2.3 && <1), transformers (>=0.3 && <1), unordered-containers (>=0.2.3 && <1), vty (>=4.7.0.6), zlib (>=0.5.3.1 && <1) [details]
LicenseBSD3
AuthorAndres Loeh, Mikolaj Konarski
MaintainerMikolaj Konarski <mikolaj.konarski@funktory.com>
CategoryGame Engine
Home pagehttp://github.com/kosmikus/LambdaHack
Bug trackerhttp://github.com/kosmikus/LambdaHack/issues
Source repositoryhead: git clone git://github.com/kosmikus/LambdaHack.git
ExecutablesDumbBot, LambdaHack
UploadedFri Sep 20 22:46:38 UTC 2013 by MikolajKonarski
DistributionsNixOS:0.5.0.0
Downloads4168 total (224 in last 30 days)
Votes
0 []
StatusDocs uploaded by user
Build status unknown [no reports yet]

Modules

[Index]

Flags

NameDescriptionDefaultType
gtkenable the gtk frontendDisabledAutomatic
vtyenable the vty frontendDisabledAutomatic
cursesenable the curses frontendDisabledAutomatic
stdenable the stdin/stdout frontendDisabledAutomatic

Use -f <flag> to enable a flag, or -f -<flag> to disable that flag. More info

Downloads

Maintainers' corner

For package maintainers and hackage trustees

Readme for LambdaHack-0.2.8

LambdaHack Build Status

This is an alpha release of LambdaHack, a Haskell game engine library for roguelike games of arbitrary theme, size and complexity, packaged together with a small example dungeon crawler. When completed, the engine will let you specify content to be procedurally generated, define the AI behaviour on top of the generic content-independent rules and compile a ready-to-play game binary, using either the supplied or a custom-made main loop. Several frontends are available (GTK is the default) and many other generic engine components are easily overridden, but the fundamental source of flexibility lies in the strict and type-safe separation of code and content and of clients (human and AI-controlled) and server. Long-term goals for LambdaHack include support for multiplayer tactical squad combat, in-game content creation, auto-balancing and persistent content modification based on player behaviour.

The engine comes with a sample code for a little dungeon crawler, called LambdaHack and described in PLAYING.md. The engine and the example game are bundled together in a single Hackage package. You are welcome to create your own games by modifying the sample game and the engine code, but please consider eventually splitting your changes into a separate Hackage package that depends on the upstream library, to help us exchange ideas and share improvements to the common code.

Games known to use the LambdaHack library:

Compilation and installation

The library is best compiled and installed via Cabal, which also takes care of all dependencies. The latest official version of the library can be downloaded automatically by Cabal from Hackage as follows

cabal install LambdaHack

For a newer snapshot, download source from a development branch at github and run Cabal from the main directory

cabal install

For the example game, the best frontend (wrt keyboard support and colours) is the default gtk. To compile with one of the terminal frontends, use Cabal flags, e.g,

cabal install -fvty

Compatibility notes

The current code was tested with GHC 7.6, but should also work with other GHC versions (see file .travis.yml for GHC 7.4 commands).

If you are using the curses or vty frontends, numerical keypad may not work correctly depending on the versions of curses, terminfo and terminal emulators. Selecting heroes via number keys or SHIFT-keypad keys is disabled with curses, because CTRL-keypad for running does not work there, so the numbers produced by the keypad have to be used. With vty on xterm, CTRL-direction keys seem to work OK, but on rxvt they do not. Vi keys (ykuhlbjn) should work everywhere regardless. Gtk works fine, too.

Further information

For more information, visit the wiki and see the files PLAYING.md, CREDITS and LICENSE.

Have fun!