plomlompom.com Git - plomrogue/blob - README

   1 plomrogue
   2 =========
   3
   4 plomlompom tries to build his own roguelike. It doesn't do much yet (although
   5 plomlompom has insanely ambitious long-term plans).
   6
   7 You can move around a player on an island and meet different enemies. You have 5
   8 hitpoints to lose before death. Enemies start with different amounts of
   9 hitpoints, depending on their species. Dead enemies become dirt, skeletons, or
  10 food to consume (each turn reduces one's "satiation", and the further away from
  11 a healthy center it is, the smaller the chance of regaining lost hitpoints by
  12 healing, and the stronger the chance of suffering from hunger or  overfeeding
  13 and thereby losing hitpoints). Note that different kinds of movements/actions
  14 take different numbers of turns to finish.
  15
  16 Enemies' AI is very dumb so far: Each turn, they look out for actors of
  17 different species to flee from (if their type starts out with more hitpoints
  18 than they have) or (if the opposite is the case) move towards for purposes of
  19 attack. If they see no enemy, they search for and consume "magic meat".
  20
  21 Every move of yours re-writes a file "save" that describes the new state of the
  22 world, if more than 15 seconds have passed since its last writing. Once you
  23 re-start the game, the game state is recreated from the "save" file. To
  24 start over in a new world, simply delete this file.
  25
  26 System requirements / installation / running the game
  27 -----------------------------------------------------
  28
  29 The game is expected to run:
  30 - on Unix systems with a vt100-like terminal environment (xterm will do)
  31 - that contain the ncurses library
  32 - and Python3 (version >= 3.2.3).
  33
  34 To build it, this is furthermore necessary:
  35 - gcc (version >= 4.7.2); some llvm masked as gcc was tested successfully on OSX
  36 - libc library headers (libc6-dev?)
  37
  38 To build and start, do the following steps:
  39
  40 $ ./build.sh
  41 $ ./roguelike
  42
  43 ./roguelike is a shell script that executes a union of ./roguelike-server and
  44 ./roguelike-client, with the server as a background job. You may ignore the
  45 script and start either or both of the two by hand if you please.
  46
  47 Save files, replay game recording, starting over
  48 ------------------------------------------------
  49
  50 By default, the game state is saved in the file ./save, and read from there on
  51 (server) restart. Another file name to use can be given with the -l option (i.e.
  52 start the game with "./roguelike -l alternate_savefile"). To start over in a new
  53 world, remove ./save, or use the -l option with the name of a file that does not
  54 exist yet.
  55
  56 Once you start a new world, every game action of yours is appended to a file
  57 called "record_" plus the save file name. Run "./roguelike -s" to watch the
  58 current game's recording from the beginning. Hit any player action key to
  59 increment turns (they will not trigger the actions usually mapped to them, only
  60 repeat the actions done at that point in the game as defined in the record
  61 file). Other keys do their usual thing.
  62
  63 Append a number to the -s option (like "-s100") to start the recording playback
  64 at the respective turn number. (Don't forget to delete / empty a game's record
  65 file when deleting its save file, or different game's moves will get mixed up in
  66 one record file.)
  67
  68 Hacking / server internals and configuration
  69 --------------------------------------------
  70
  71 The game world is set up and made subject to player commands by
  72 ./roguelike-server. It's controlled by commands explained in the file
  73 ./SERVER_COMMANDS. The server usually reads these from the files ./server/in
  74 (written to by ./roguelike-client), ./confserver/world, ./record_save and
  75 ./save.
  76
  77 The ./roguelike-server executable can be run with a -v option for possibly
  78 helpful debugging info (mostly: what messages the client sends to the server).
  79
  80 Server and client communicate via files in the ./server/ directory (generated
  81 when the server is first run). The ./server/in file is read by the server for
  82 newline-delimited commands. The ./server/out file contains server messages to be
  83 read by clients. The ./server/worldstate file contains a serialized
  84 representation of the game world's data as it is to be visible to the player /
  85 the player's client.