Free dungeon exploration software for linux

DungeonInc is a realtime dungeon simulator. The creatures living in the dungeon have their own will and the player can only interact to a certain extend.

Dungeon Incs goal is to gather as much valuables in your dungeon as you can. In order to accomplish that, youve to make it as comfortable as possible for your creatures while fending of attacks from the evil heroes looking for loot and fame.

Currently Im very busy with work and real life, so the project is not actively developed. Thats the main reason that this website exists. Im looking for people to continue the work on it, since I still like the idea. If youre interested in helping or taking over the project, please contact me.

OpenExplore is a game which aims to simulate the 15th-16th century European explorations of the Americas.

In the first release of OpenExplore, most of the focus is on the world generation algorithm, which can produce beautiful continents.

DungeonMaker-Lib is a fork of the project DungeonMaker, which has been abandoned. A fork was chosen as changes needed to be made to the original code to more easily accommodate scripting front-ends. The code forks from their 2.02 release.
This C++ library "grows" dungeons for use in isometric games using artificial life algorithms. It is a fork of the existing DungeonMaker project, which has been abandoned.
Desiring to create a Perl front-end to the library, I decided to fork as I wanted to make some changes to the code itself.
The code is forked from their v2.02 release. The major change in the current release is the incorporation of the original main.cpp into the DungeonMaker object itself as a new generate() method.
This makes it much easier to develop front-ends. Further changes are forthcoming. Soon the Swig interface file and Perl front-end will be added to the release with other interfaces hopefully to follow.
This project is brand-new and thus the website and other documentation is somewhat thin, but will expand over time.
Enhancements:
- All changes from the DungeonMaker-Lib fork were merged with the main DungeonMaker tree.
- A preliminary Perl front-end was released.

TagReport is a nifty little project Ive been working on which is mostly a giant C++ exploration exercise. The program is very simple at this stage; the indexer part is really an HTML output function right now, that mimics the "Winamp Generated Playlist" format commonly seen on the Internet.
Currently it supports 4 libraries with which it can process audio files; libFLAC for FLAC files, libvorbisfile for Ogg Vorbis audio, libid3tag for MP3 audio, and TagLib, an all-in-one library that supports both Ogg Vorbis and MP3 reading.
Enhancements:
- Many many many new things, hence the version leap
- FLAC support: started with forking metaflac, now uses libFLAC
- Support for using libvorbisfile and libid3tag to process MP3s when TagLib is not available
- Piles of code cleanups
- Fix a giant configure bug involving when we search for where the preprocessor is
- Add a man page in SGML. Should not have to be built by normal users, though.
- Move all tag/comment-retrieving code to ftfuncs.{cc,h}
- Move all HTML-related code to html.cc

Free Conquest & Colonization of America project is a remake of the old Microprose game Colonization.
Free Conquest and Colonization of America is a remake of a fantastic old game from Microprose called Colonization. Those who have played Civilization will find the game style very similar.
In Civilization, the game time goes from pre-history to the future, but in Free Conquest and Colonization of America, all action happens during the exploration age, from 1492 to 1800. The goal of the game is to build a colony in America and make this colony grow big enough to be able to achieve independence from the motherland.
A player can choose among the English, French, Dutch, and Spanish nations, each having its own qualities and problems. During colonization, the player will face many challenges, such as negotiating (and making war, if necessary) with other European colonies and native tribes.
Winning the hearts of the colonists (by making they feel that the colony is their home) is the key to getting enough support to fight for independence. Allowing religious freedom in your colony will attract more colonists persecuted for their faith in Europe.
KEYSTROKES:
Numpad arrows -> movement
SPACE -> new round
W -> change the focus
C -> choose unit (when theres more than one unit in the same square)
E -> see Europe status
F -> fortify
S -> sentry
Q -> quits the game
Enhancements:
- beach shores
- hidden tiles
- the screen now centers on the unit
- indians

GeoVISTA Studio is an open software development environment designed for geospatial data. GeoVistaStudio is a programming-free environment that allows users to quickly build applications for geocomputation and geographic visualization.
One barrier to the uptake of Geocomputation and Geovisualization is there is no system or toolbox that provides easy access to useful functionality. GeoVISTA Studio provides rapid, programming free development of complex applications for:
- data exploration
- knowledge construction
- geocomputation
- visualization
Studio Includes Interactive Query Devices for Exploratory GeoVisualization, 3D Render for complex and sophisticated 3D graphics, 2D mapping and statistical tools.
Studio provides a:
1. Visual Programming-Free Environment for rapid development.
2. Component-Oriented Programming: uses JavaBeans as programming components. Any JavaBeans (developed by 3rd parties) can be plugged in!
3. Recursive Development turns a developed application into a JavaBean component. Developed components (applications) are reusable (scalable), and developed components can be shared by other Studio users and/or java programmers.

Cell Electrophysiology Simulation Environment (CESE) is a comprehensive framework specifically designed to perform computational electrophysiological simulations, for example, simulations of cardiac myocyte electrical activity.
Cell Electrophysiology Simulation Environment is useful for simulations of action potentials, individual ionic currents, and changes in ionic concentrations.
CESE is a cross-platform program, it runs on any system that has Java runtime environment (JRE) version 1.4 or above. It was tested on Windows, Linux, Solaris, MacOS X, and AIX.
CESE users
CESE is an integrated environment for performing computational simulations using a variety of electrophysiological models.
At this stage CESE allows creation and execution of the single-cell models (containing both Hodgkin-Huxley (HH) and Markovian current formulations). Models of electrical activity of cardiac myocytes with source code are included in the CESE distribution. We hope to extend the number of available models, and add certain neuronal models in the future.
The main strength of CESE is in its uniformity ? a program interface remains the same for different types of models. You can easily switch between models and compare simulation outputs. Model parameters can be modified, selected for output and/or clamped in the same, standard way.
CESE extends the conventional electrophysiological meaning of the "voltage clamp". You can clamp virtually any model variable, including voltage (membrane potential), total or individual ionic currents, ionic concentrations, temperature, gating variables, etc. The clamping commands can be complex piece-wise functions, individually set for the model variable of interest. This opens endless possibilities for the exploration of complex model behavior.
CESE provides simple, but efficient data visualizations. Simulation results can be presented in the graphic and tabulated forms. Plots can be customized, and regions of interest zoomed.
Even though CESE was not designed to be a data analysis tool, you can generate current-voltage relationships (I-Vs) and calculate statistical parameters for a given signal within the program. You can export your data to ASCII, Axon Text File (ATF), and NetCDF formats to continue analysis in your favorite package.
CESE developers
CESE was created from the ground up to incorporate the best programming practices available to Java developers, both in terms of user interface consistency and code clarity and reuse. Wherever possible, CESE rely on available Java APIs (for example Java2D, JavaBeans, JAXP) to simplify the code.
Model creation requires a number of house-keeping functions to be coded ? these include ODE integrators, routines for handling model parameters, saving/restoring model state, visualizing simulation results, etc. CESE provides you with implementation for these routines, hence, you can concentrate on writing the code for concrete ionic current(s), and CESE will handle the rest.
CESE is not trying to create complicated programming frameworks on its own ? rather, it utilizes core Java APIs. For example, models are Java components conforming to the JavaBeans specification. We use XML to specify clamping commands, and Java object serialization to save/restore model parameters.
Enhancements:
- This release improves results printing, adds export to the scalable vector graphics (SVG) format, improves support for continuous simulations, and fixes many bugs in plot rendering and model switching.

GEZEL is a language and open environment for exploration, simulation, and implementation of cycle-true hardware models.
GEZEL2 is a language and design environment for the exploration, simulation and implementation of domain-specific micro-architectures.
GEZEL2 provides a hardware description language, called GEZEL, and a simulation engine for that language, written in C++.
Designs described in the GEZEL language can be simulated in the GEZEL2 simulation kernel. The simulation kernel is written in C++ and can either operate stand-alone or else connected to another simulation engine. This has several useful applications.
The combination of GEZEL2 with an instruction-set simulator (such as for ARM) yields a cosimulator for hardware-software codesign, coprocessor validation, embedded software validation, and so on.
The combination of GEZEL2 with a hardware simulator (SystemC) provides for heterogeneous simulations. For example, you can have a SystemC design where one module is in GEZEL, or you can have a GEZEL design where one module is in SystemC.
The combination of GEZEL with a programming language (such as Java) allows hardware-model-in-the-loop simulations, and the use of complex, dynamic testbenches written in that programming language.
GEZEL2 also provides a code generation backend to synthesizable VHDL as well as C++.
Enhancements:
- This release fixes bugs and adds several new co-simulation interfaces.
- The environment was ported to a Knoppix CD-ROM.