Free massive multiplayer online role playing game software for linux

Custom Strategy Role Playing Game project is an engine for creating strategy role-playing games.
Two players confront two parties of characters (which have RPG attributes: job, level, exp, skills, etc.) over a battlefield, and the surviving party wins.
Jobs, skills, etc. are stored in XML custom files. It has a combat style similar to Final Fantasy Tactics and Shining Force.
Enhancements:
- Custom effects for skils.
- New contender attribute managing is working now.
- New skill types and skill capabilities (as enable at a certain level).
- Contenders final attributes can now depend on skills.
- Jobs have now a basic bonus and a level bonus (which depends on
- contenders level).
- Partial code rewriting for some old features.

Role Playing Tools extends the pen and paper role playing tabletop to the computer by providing a die rolling tool with a full expression language including Javascript functions, tabbed rolling bars, quick summation features, and the ability to save and restore sessions. There is also a client and server map sharing tool. Both are intended to be simple and powerful and enhance the game, not distract from it.

We found that we wanted to augment our pen-and-paper roleplaying (primarily 3.5ed D&D) with computer aids.

These tools extend and augment our traditional playing style. They are not a role playing game by themselves, nor are they meant to replace everything at the D&D table.

DiceToolis a simple but powerful expression parser that has built in functions for random number generation and can be further extended by JavaScript to do all sorts of calculations.
MapToolis an elegant graphical tool to share maps (images) and map data (drawings, markers, grid placement) in a client/server fashion between multiple players.
TokenToolis an accessory to MapTool. Drag any image onto the workspace and use the mouse to move and zoom the image in the reticle. Then drag from the preview pane directly onto MapTool -- or File->Save to save a png file.

Untahris Common Playground - you can play several classic fun, simple arcade games. But playing alone is not fun, and you can play them in multiplayer mode (on one computer, local network, or maybe Internet).
Now, Untahris has an original experimental feature, which makes it more than just a bundle of these games! In multiplayer mode each player can play a different game --- however, they play all on the same board. This may lead to funny interactions, battles or alliances between them.
The games in Untahris have been modified to make them better interact with each other. Thus, in each game you are allowed to shoot and collect bonuses, even if it was not a part of the original game.
Enhancements:
- The graphics were improved.
- Balls can kill bombers now.
- Worms, initial world selection, and sound were added.
- The homepage was made prettier.

Kopete Massive Messenger is a Kommander script that lets you send repetitive messages to your Kopete contacts.

The Million Musician Challenge is a project to allow you to play music by playing games. The first game is a 2D vertically scrolling shoot-em-up game.

The keyboard (qwerty or musical) controls an array of sprites corresponding to the music notes. As you shoot the falling sprites, you play notes corresponding to the music.

Shadows Rising project is a Web-based Role Playing Game open to customisation.
Shadows Rising is an RPG game engine. The engine is aimed at enabling users to install a number of game modules which will use the engine to present an RP game to players on the users site.
The basic concept of the game engine is to create a highly configurable and extendable engine to support Role Playing games under a variety of ruleset regimes. The game engine therefore keeps all game content and data stored externally to the engine in what are known as "Game Modules". These Game Modules are basically XHTML and CSS template files, database stored data, content and game items. As a result individual users may create custom Game Modules tailored for specific game types, locations, plots, NPCs and timelines.
This immense ability makes possible a large variety of RPG games, something deeply supported by the ability to configure almost any game engine settings, and add game engine "Plug-Ins" which extend both functionality and support for more complex Game Modules. The game engine is pre-packaged with the "Shadows Rising RPG Game" created by the game engine developers. A primary development objective is making both game engine configuration and Game Module creation as easy a process as possible - including the ability to use alternative RPG rulesets that users may be more comfortable and familiar with.
Shadows Rising is written in the PHP language, with data stored and retrieved using either the MySQL or PostgreSQL Database Management Systems which use SQL (Simplified Query Language). Output conforms to the XHTML 1.0 Strict, XHTML 1.1 and CSS standards. Javascript is used on a limited basis.
Enhancements:
- minor update to 0.0.5 to correct a number of small issues and update any corrupted files hosted by Sourceforge at the last release.

Teeny Weeny Microgame Engine project is a console/curses interface for playing near-arbitrary board games.
The Teeny Weeny Microgame Engine is a specification for the portable play of board- style games in a wide variety of computing environments. As proof-of-concept, teeny-cpp implements the Teeny LRFC (Lesser RFC) and many extended features with a shell-like console interface and a curses-based UI.
Despite their simple appearances, they are very extensible via C++ and basic game script code using the commands defined in the LRFC. It is intended for hard-core hobby board gamers or war gamers.
Main features:
- Acts as a reference implementation of and an experimentation ground for the Teeny LRFC.
- It has two major modes of operation: console mode (for the Power User) and curses mode (for a colorful UI).
- Internally controlled almost completely via the command language interface described in the Teeny LRFC. This allows us to extend the list of game options almost indefinately without having to change the internals of the framework. This also inherently allows us to operate the game environment via scripts containing lists of game commands.
- The scriptability means we can use arbitrary tools to generate game data. For example, creating games using bash scripts is often easier than hand-writing game scripts because we can take advantage of the advanced features of such a shell, like loops and conditionals (which are lacking in our code).
- The curses UI allows some keys to be programmed to arbitrary command strings. This makes doing common operations a snap. (i hope to improve this support to cover most keys.) For example, map a key to the command teeny-board rotate to quicky rotate your game board.
- For boardgame designers it offers a pretty simple interface for prototyping game designs.
- Generic plugins/DLL support means clients may plug in their own commands or even plug in their own plugin base types. As a demonstration, the source comes with EDeck, a plugin for handling abstract decks of cards (i.e., lists of shuffleable items from which we may pull items off the top). Of course... this plugin can be controlled via the command language interface, so its scriptable.
- The curses UI has support for manipulating all commonly-used curses text attributes, including colors, bold, blink, underline, etc., for the game board. Attributes are specified on a per-Avatar basis, and each set of attributes (colormap) may be named, loaded and saved at will. As usual, these are controlled via the command language, and are thus scriptable.
- Most parts of the interface support the use of $VARIABLES from the user. e.g., loading $TEENY_HOME/file.s11n will load the file ~/.teeny/foo.s11n. You may of course define and manipulate these variables as you wish.
- Startup of the app can be customized via a script. e.g., to load a game or macro keys, set up environment variables, etc.
- Powerful, flexible object serialization support, which means that we can add support for saving/loading near-arbitrary data with extremely little effort, without having to worry one iota about the underlying data formats, transport layers, and other bogusness. We can independently save and load almost all parts of the games state if we wish, as well. Shameless plug: http://s11n.net
- The source code is fairly hackable, if i may say so. Adding command handlers and DLLs is especially simple for even entry-level C++ coders. im always looking for ways to improve the code, so feel free to contribute :).

Spectalum project is an engine for the CRPG Eye of the Beholder II.

Spectalum is a reverse engineered Open Source game engine for the 1991 CRPG Eye of the Beholder II: The Legend of Darkmoon originally developed by Westwood Associates.

Like with most similar projects, the original game data has to be obtained seperately to play the game.

Why..?

Because I loved this game so much - I played it a long long time ago on my Amiga 500 and later on my first PC.

Another point is my interest in classic gaming technologies. I think this Dungeon-Master style is very interesting from a gamers - and a programmers view. You can create fascinating worlds with very low system resources.

How to play

Copy your original game datafiles (ENGLISH version only) into the "original" game folder. Now start the game with the remake-binary (e.g. spectalum.exe).

Eye of the Beholder - the Legend of Darkmoon is a classic role playing game from the early 90s. You move through a static tile-based 3D environment solving puzzles and hunting monsters.

What do I need to play this remake?

My ambition is to create a system-independent 100% remake of the great original. That means old-school 320x200 role playing gameplay. By using the SDL multimedia library and general C++ coding standards the game will run on any libSDL supported platform.