Free game show software for linux

gewee game is a Go-like board game with "next generation" graphics.

This is a game between a human ("player") and a computer ("opponent"). The players objective is to accumulate as many points as possible. When the player wins a game, a point is added to his/her score. When the player loses a game, a point is subtracted from his/her score. The competitor with the most pieces on the board at the end of the game is the winner. A game is finished when a competitor forfeits, or has no valid empty square to place a piece on. The opponent is granted additional moves at the start of a game based on the players score.

Each competitor has a distinct set of pieces of the same shape and color. The competitors take turns placing one piece on an empty square on the board. A piece or group of pieces that has no empty square adjacent to it is removed from the board.

Game Launcher project is a universal front end for emulators.
The main goal is to provide a user interface that is easy to use and attractive, yet does not look like a traditional user interface with windows and such.
Game Launcher should work with any emulator, but it has been known to work with MAME, Nesticle, RockNES, zSNES, snes9x, Callus, Stella, z26, and Versions are available for Unix, DOS, and Windows.
Main features:
- Very flexible. It should run with any command line emulator.
- Simple and easy to use interface.
- Plays music in the background (MP3s or an audio CD).
- Displays screenshots (PNG, PCX, BMP, and JPEG).
- Customizable font.
- Customizable screen resolution.
- Support for vertical (rotated) monitors.
- Slight menu animations.
- Support for PC joysticks.

Game::Life - Plays Conways Game of Life.

SYNOPSIS

use Game::Life;
my $game = new Game::Life( 20 );
my $starting = [
[ 1, 1, 1 ],
[ 1, 0, 0 ],
[ 0, 1, 0 ]
];

$game->place_points( 10, 10, $starting );
for (1..20) {
my $grid = $game->get_grid();
foreach ( @$grid ) {
print map { $_ ? X : . } @$_;
print "n";
}
print "nn";
$game->process();
}

Conways Game of Life is a basic example of finding living patterns in rather basic rulesets (see NOTES). The Game of Life takes place on a 2-D rectangular grid, with each grid point being either alive or dead. If a living grid point has 2 or 3 neighbors within the surrounding 8 points, the point will remain alive in the next generation; any fewer or more will kill it. A dead grid point will become alive if there are exactly 3 living neighbors to it. With these simple rules, fascinating structures such as gliders that move across the grid, glider guns that generate these gliders, XOR gates, and others have been found.

This module simply provides a way to simulate the Game of Life in Perl.

In terms of coordinate systems as used in place_points, toggle_point and other functions, the first coodinate is the vertical direction, 0 being the top of the board, and the second is the horizontal direaction, 0 being the left side of the board. Thus, toggling the point of (3,2) will switch the state of the point in the 4th row and 3rd column.

The edges of the board are currently set as "flat"; cells on the edge do not have any neighbors, and thus will fall off the board. Future versions may allow for warp edges (if a cell moves off the left side it reappears on the right side).

Game::Planeshift::Info is a Perl module to retrieve players data on the main Planeshift server.

SYNOPSIS

Planeshift is a free MMORPG available at : http://www.planeshift.it.

This module allow you to easily get and parse data from the info page of a Planeshift server (so this module depend on LWP::Simple).

the default web page used to retrieve informations is on the Laanx server : http://laanx.fragnetics.com/index.php?page=char_stats.

use Game::Planeshift::Info;

my $ps = Game::Planeshift::Info->new(
encoding => utf-8,
players => [Anfa,Baston, Caules, Ehasara, Javeroal, Mardun, Narita, Setill, Soshise]
);
my $data = $ps->retrieve_info ;

GXMame is a frontend for XMame using the GTK library, the goal is to provide the same GUI than mame32. For the moment it will just have the same gui, the final goal is to be able to share config files with Mame32k (or any version of mame32 that write config files instead of saving data into windows registry) allowing dual booter to have the same environment (favorite, timeplayed, last game selected, gui preference...) under windows and Linux.
I wanted to learn GTK and have a decent frontend for xmame, gnomame didnt work on my computer and I didnt like other front end in Tk, so I decided to start this project, just after I discovered gRustibus, the very good front-end from Kjetil Thuen. I took this front end as a model for the creation of GXMame Im not sure that I could have go so far and so quickly without this model.
Main features:
- Detailed view
- Small icons view
- Indented view (shows clones games under the original one)
- Font color and size selectable
- Icons support, .ico files or a zipped archive from Mamu or Mame32QA
- Tools bar
- Folder(filter) panel
- Screenshot panel
- Display snapshots, Flyers, Marquees, Cabinets, Titles.
- Support of zipped pictures
- Display mameinfo and history
- Status bar
- Support of catver to sort games by version and categories
- Random game selection
- Quick check: only check if a romname.zip file exist in roms folder (also works with clones)
- Audit of all roms
- Window with the properties of all games
- Audit of a single game
- Popup menu to easily access to most used functions
- Preferences for games(global and specific)
- Joystick support (new 386 1.x.x linux driver only)
- Creation of gamelist from xmame
- Multiples executables support
- Scalable icons
- Additionnal options string
- Sortable columns (in any views)
- Sortable selectable columns order (in detail view)
- List view
- Large icons view
- and lot of others...

jQuizShow project is a game based on the "Who Wants To Be a Millionaire" TV game show.

It forms the framework around which a group can play their own Millionaire-like game. It is fully customizable and easy to add your own questions and answers to.

Volity::Game is a base class for Volity game modules.

SYNOPSIS

See Volity::Game::TicTacToe and its source code for a simple but full-featured example.

This class provides a framework for writing Volity game modules in Perl. A Volity game module will be a subclass of this class.

To turn your subclass into an active Volity parlor, you can pass it to the volityd program via its game_class config option (see volityd).

USAGE

To use this module, subclass it. Create your own Perl package for your game, and have it inherit from Volity::Game. Then define game logic and other behavior primarily by writing callback methods, as described in "CALLBACK METHODS".

See Volity::Game::TicTacToe for a simple but complete example of a Volity::Game subclass.

Some things to keep in mind while writing your subclass:

Its a pseudohash

The object that results from your class will be a Perl pseudohash that makes use of the fields pragma. (See fields.) As the example shows, you should declare the the instance variables you intend to use with a use fields() invocation.

Other than that, an instance if your subclass will work just like a hash-based Perl object.

Use (but dont abuse) the initialize() method

The Volity::Game base class constructor calls initialize() as a final step.

If you override this method to peform game-specific initialization on your subclass, it must have a return value of $self->SUPER::initialize(@_).