Free play the game lyrics software for linux

Jamendo Lyrics is a lyrics script for Amarok audio player accessing the lyrics database for Jamendo.com music.

Read Local Lyrics is a little Python script works as a lyrics plugin.

If to some audio file, a corresponding ".txt" file can be found in the same folder, this is taken as the lyrics of the song.

Online Cardgame System project is a client-server system for playing card games over the net.
OCS is a client-server cardgame system, similar to those found at Yahoo! Games and elsewhere. The server is portable and has been tested under Linux, Win32, and several unix systems. We currently have Win32 and Java clients available, and a Qt client for Linux is in development.
Games are implemented as plugin modules, so new games can be added without recompiling the server. In addition, the client is written to be unaware of the mechanics of gameplay, so it can theoretically play any games the server supports without having to know how to play them specifically.
We currently have Euchre and Spades implemented, with bot support for both games, meaning you dont need a full 4 people to play a game. We plan on implementing more games in the future.
On a side note, development of this project tends to wax and wane with our motivation and amount of schoolwork.
Enhancements:
- Massive restructure of code into more object orientated patterns
- Added daemon capability to server
- Got rid of checksumming in the protocol since TCP/IP does it internally
- Padded STRINGS in the protocol on DWORD boundaries
- Added support for loadable account managers
- Removed crypting of the password by ocsd (account managers may do it)
- Added ODBC (for windows) and mySQL (for unix) account managers (database connectivity!!)
- Modified packet classes to throw exceptions instead of returning true-false
- Created packet manager classes to queue client packets, reduces total send calls
- Implemented bots when there arent enough people to play games
- Added new command line processing capabilities as well as configuration file support
- Fixed bug that allowed a person to overwrite an account when creating that same account
- Win32 - Made server link with DLL runtime library to reduce executable size and ease DLL dependencies
- Updated messages to be sent in HTML since the main clients support it
- Created Java client which can be run as an application or as an applet
- After a client is booted from a game, they cannot join the game again until they receive an invitation
- Fixed libtidy bug which caused it to erroneously format HTML
- Euchre supports intelligent bots
- Spades supports moronic bots (the AI is horrible but allows for gameplay)
- Fixed Spades textual problem when a round was over.
- Fixed Spades score calculation that resulted in no loss of points
- Win32 client now supports HTML (IE4+ required)
- Win32 client can now join games by right-clicking on an empty game slot in the game view.
- Fixed major bug in Win32 client that would cause it to crash when sending private messages
- Win32 client can now use /msg to send private messages

Build Order Anlyzer for the Axis & Allies RTS is a tool for analyzing builds in the Axis & Allies RTS game. Many sites go to great lengths to explain Build Orders, but the Build Order Analyzer is the first tool to actually allow players the ability to define a Build Order and then compare it to other Build Orders over time.

Key Facts to know about the Build Order Analyzer:

Only tool of its kind
Can support multiple types of RTS based games (not just Axis & Allies RTS!)
Built on Java technology & open source software

The Build Order Anlyzer 2.0 for Axis & Allies RTS is a tool for analyzing builds in the Axis & Allies RTS game. Wikipedia has a great defnition for a Build Order. To summarize, a Build Order in an RTS game defines the order in which a player builds their buildings, units, and upgrades. Understanding the timing and affect of various build trees is critical in making the appropriate tactical decisions during the game.

The BOA allows a player to build and analyze multiple Build Orders without playing a game. Lose to a player due to their build? Then plug it into the BOA and figure out a build to counter it! Gamers no longer have to play game, after game, after game to figure out a decent counter to another players Build Order, they can use the BOA to figure it out. The BOA can literally save serious gamers hundreds of hours of game play!

Lost Labyrinth is a so-called "roguelike" RPG playing computer game.
Main features:
- relatively short gameplay (about 10-20 minutes)
- very high replayability; nearly everything in the game is randomly generated
- Sketelona lot of options during the character generation; each character type requires another strategy to survive
- game focus on exploration; killing monsters does not give an experience bonus (but makes fun nonetheless)
- Multiplayer games on the same machine (up to 3 players with keyboard, mouse and joystick)
- "Zelda"-like graphics, sound and animation; smooth scrolling of game screen
- FreeWare
Enhancements:
- You can pick up items with the mouse (the pointer changes when you can interact with something).
- You can scroll spells with the mouse (up/down buttons).
- A text entry bug (could enter only one character since the new compiler) has been fixed.
- German special letters and spells have been fixed.
- An issue where the trader left you one field to the right (in the wall sometimes) has been fixed.
- The borders of the credits and high score screens have been fixed.
- The language of the help screen has been fixed.
- A merchant will wait a while before buying/selling is possible.

Yamb is a game that is played with 5 dices. PYamb is played in turns, and each turn player has three dice throws available.

The object of the game is to reach the highest possible score."

Pyamb is gtk version of Yamb written in (please guess...)Python.

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 :).

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.