It's now more like a game, though technically I can't cosider it one until I provide some kind of scoring feedback.  You're plunked down in the middle of a landscape that has red-and-white flags hidden in it (not very well hidden at the moment),  Your job is to  go to all the flags.  You are given a map.  It's up to you to not get lost while traversing the landscape.  At the moment I haven't implemented fog yet.  That should make it easer to get lost.  So will blurring the map slightly.

The landcape is made out of liberated pixel cup tiles, but instead of using them in an ordinary orthogonal projection (the way they are designed) I use a perspective view.  It's definitely possible to get disoriented by turning.

The code is available as mentioned in the previous message.  You'll need ocaml and the glMlite library to compile and run it.  Also the usual OpenGL stuff (gl, glu and openglut3) and pnglib.  Maybe I left one or two well-known libraries out because they were already on my machine.

It compiles and runs on Debian testing/wheezy.  glMlite isn't yet packaged for Debian though; you'll have to download and compile it yourself.

The screenshot on my website is out of date.  Sorry.

Thre's now scoring feedback.  It now is a game, and I've enjoyed playing it, though it could probably be made much better if I (or someone else) spent more time at it.  Family crises in programmers' households come and go, but free software is potentially forever.

It takes place on a landscape of land and water, but you can't walk on the water.  There are eight flags you have to get to, and there's a map to guide you.  But even with a map, it's still possiible to get lost.  I did while trying it out just now.  But that's the point of the game -- keeping from getting lost. On the map the flags change colour when you reach them so you know what you still have to accomplish.  The game is started from a Linux shell.  Occasional status messages appear there.  I'm really not going to have time to figure out OpenGL fonts not to mention finding or making one, so they're probably going to stay on the shell window for a while.

The whole thing has been written in Ocaml (which has a free compiler and LGPL libraries) using the free library glMlite.  Unfortunately, that library doesn't have a Debian package, but it's  easy to install from source code, provided you have a number of other Debian packages installed.  I use OpenGL in its Mesa incarnation.  It runs acceptably fast on my testing/wheezy laptop, which is a relatively early-model EEEPC netbook,

I'm going to credit the images I've used by giving the URLs of the relevant parts of the opengameart website, and any relevant bits of data I find there.

When and how do I submit it to the contest?

the source code ha moved.

I've prepared a draft of the tar.gz file that will be my submission to the code portion of the contest.  I've tested it only on the development machine (a laptop running Debian Testing).  Download it from the archive link at http://topoi.pooq.com/hendrik/dv/free/fun/wander/index.html  I'd like to know if anyone has trouble with the instructions when there's still time to do something about it.

png_loader is used on line 656 of wander.ml

I don't need the loaders for svg or jpeg.  I hadn't heard about genimg_loader.  It sounds interesting.

Debian has an online index, http://packages.debian.org, where you can search for packages by the names of  files they contain.  Does Fedoora have something similar?  If not, the Debian index might give you clues where to look.

Wander definitely does us Unix, on line 33, to get the date and time to initialize the seed of the random number generator.  You probably could cut out this code and use a default seed instead.  But then you'll always get the same island to explore, which could get boring.

You might, for exapmle, replace

let date = (Unix.gmtime (Unix.time())) in

    Random.init (date.tm_sec + 60 * (date.tm_mon + 60 * (date.tm_hour + 24 * (date.tm_mday + 31 * date.tm_mon))));

by

   Random.init(68346)

and then recompile the game every time you run it, putting in a different number for 68346.

As the comment in the code says, Ocaml's spec says that you should just be able to say

  Random.self_init()

but I found that not to work.  But maybe I used it wrong.  I'll investigate.

But you get the complaint about Unix on line 1, it might be that the library GL uses Unix itself.  If so, I'm surprised you got to build ocaml-glMLite.  Or maybe ocaml always complains about libraries on line 1, wherever they are opened.

Let me know how you get on.  I don't have a Fedora system here to try anything on.