Free fps software for linux

DOOM 3 is a sci-fi horror masterpiece, DOOM 3 is like nothing you have experienced.
id Software has released a new patch for its FPS DOOM 3. This update brings your retail game to v1.3.1 and adds various fixes and improvements, Vista compatibility, and bringing back cross-platform multiplayer compatibility with the Mac.
Minimum System Requierments:
3D Hardware Accelerator Card Required - 100% DirectX 9.0b compatible 64MB Hardware Accelerated video card and the lateset drivers*.
English verision of Microsoft Windows 2000/XP
Pentium IV 1.5 GHz or Athlon XP 1500+ processoror higher
384MB RAM
8x Speed CD-ROM drive (1200KB/sec sustained transfer rate) and latest drivers
2.2GB of uncompressed free hard disk space (plus 400MB for Windows swap file)
100% DirectX 9.0b compatible 16-bit sound card and the latest drivers
100% Windows compatible mouse, keyboard, and latest drivers
DirectX 9.0b (included)
Multiplayer Requierments:
Internet (TCP/IP) and LAN (TCP/IP) play supported.
Internet play requires broadband connection and latest drivers
LAN play requires network interface card and latest drivers
Enhancements:
- Tested and improved Vista compatibility
- Fix a potential crash in physics
- Fix an issue with pak downloaded being immediately appended without filesystem restart
- Fixes to DNS lookup, reduced the stalls
- Updated the code to gcc 4.0 compliance, for Mac OSX universal binaries and GNU/Linux x86 binaries
- Threading implementation for Mac and Linux is more compliant with the Win32 behaviours
- Fix Alsa sound backend (Linux)
- Fixes to tty code (Linux)

KBall is a game of skill and reflexes, non violent, suitable for all ages.
The idea is to move a ball around the map, without falling, without running out of time, and getting the prizes, in order to reach the exit.
The map has different traps, such as slides, pushers, jumps, falls, walls, etc.
Maps are viewed from top view, and the walls and players ball are real-time rendered in beautiful 3D.
Main features:
- Is 100% non-violent FUN - Suitable for ALL ages.
- Also, a easy to use, full map editor included! You can do your OWN maps!!!
- Available with cross-platform support for DOS, Windows, Unix, Linux, BeOS, QNX and MacOS systems.
- Source code also available (under open source license)
- Made in C++, using Allegro game library and other open source tools.
Enhancements:
- New speech sounds for game over and won screen.
- Fixed some engine bugs.
- New levels.
- Removed the "demo" message.
- Entering final stage of release.
- F11 key toggles show or not fps.
- New Windows installer.

Cube is an open source multiplayer and singleplayer first person shooter game built on an entirely new and very unconventional engine.

Cube is a landscape-style engine that pretends to be an indoor FPS engine, which combines very high precision dynamic occlusion culling with a form of geometric mipmapping on the whole world for dynamic LOD for configurable fps & graphic detail on most machines. Uses OpenGL & SDL.

Allows in-engine editing of geometry in full 3D (you fly around the map, point / drag stuff to select it / modify it), which can even be done simultaneously with others in multiplayer (a first!). Has simplistic but effective fine grain vertex lighting that looks like lightmapping and can do dynamic lights & shadows.

Doesnt need any kind of map precompilation, even lighting is done on the fly. Has very simplistic quad-tree world structure that can do slopes (heightfields with caps) and slants, water, does decent collision detection & physics, has client/server networking that goes a long way in giving a lag-free game experience, and features a Doom/Quake-style singleplayer (2 game modes, savegames) and multiplayer (12 game modes, master server / server browser, demo recording) game with some uncompromising brutal oldskool gameplay.

Most of the engine design is targeted at reaching feature richness through simplicity of structure and brute force, rather than finely tuned complexity.

GPRS Easy Connect program is a free GUI for GPRS connecting for Linux distributions.
Main features:
- Mechanical structure of the robot is to be linked to its functionality.
- Each part of a robot: arm, leg, wheel, head, tower, radar, etc. can be independently damaged and plays its role among various abilities of a robot, thus each ability can be shutdown by damaging a certain part.
- The environment of the simulation should be as destructible as the robots themselves. Thus it is possible to use environment as either weapon or a defensive tool. For example, it should be possible to bring down a building on top of your enemy, or in-between you and your enemy so as to give yourself cover.

MTASC is the first ActionScript 2 Open Source free compiler.
MTASC project can compile large number of .as class files in a very short time and generate directly the corresponding SWF bytecode without relying on Macromedia Flash or other tools.
You can download it now and please read the comparison between MTASC and Macromedia compiler that is sold with Flash. If its your first time using MTASC, please read how to install and use MTASC.
INSTALL
Theses install notes are for windows user unfamiliar with commandline tools usage.
First download the MTASC package corresponding to your system and install/unzip somewhere on your computer. Then add the path of the installed executable to your PATH environment variable (see http://www.chem.gla.ac.uk/~louis/software/faq/q1.html if you dont kwnow how to do).
For example if youve installed into c:program filesmtasc you might add c:progra~1mtasc to your PATH. Now the executable is accessible everywhere. You can then write a compile.bat file containing the following text :
mtasc.exe YourFiles.as... -swf YourProject.swf
pause
Put the compile.bat file with your source files and run it when you want to compile.
USAGE
MTASC is a commandline compiler, it can then be better integrated into [Your favorite editor] by configuring it to compile .as files with MTASC. The general usage of mtasc tool is : mtasc (your .as class files) -swf (you project swf). Please note that if you have two classes Point and Line with Line.as using Point for its code, you dont need to ask MTASC to compile Point.as when compiling Line.as since it will do it automatically for you. Then if you want to include the minimal set of classes needed by your program to run, you can simply compile using mtasc Main.as where Main.as is your "main" class, the entry point of your program (if you have any).
Now that you know how to call MTASC, lets have a look at how it works : MTASC takes the SWF file specified with the -swf flag, compile all .as specified files, and update the SWF file by replacing all classes that are present inside it by the newly compiled classes. To use MTASC instead of Macromedia Flash Compiler, its simple. Open your project and publish it normally (for example project.swf). Now run MTASC using the published SWF as input : mtasc (your as files) -swf project.swf. This will compile your classes and update the SWF that you can use for your website. Please note that MTASC add the compiled classes to the SWF in replacement of ALL classes compiled by Flash.
If you have an error such as class not found, file not found, or class name mistake, you should use the -cp flag in order to add a ClassPath to MTASC (that means a directory where it will look for .as files). For example if your classes are in the /code directory, do not call mtasc code/Hello.as because it will look for the class code.Hello (with package code), but call instead mtasc -cp code Hello.as.
Additional arguments are the following :
-swf file : specify input SWF which contains assets.
-cp path : add a directory path to the ClassPath : this is the list of directories that MTASC will use to look for .as files. You can use several times -cp to add several directories.
-main : will automaticaly call static function main once all classes are registered.
-header width:height:fps:bgcolor : does not load a SWF, instead create a new one containing only compiled code and using provided header informations. bgcolor is optional and should be 6 digits hexadecimal value.
-mx : use precompiled MX classes (see section on V2 components below).
Some other arguments, for advanced users :
-version n : specify SWF version : 6 to generate Player 6r89 compatible SWF or 8 to access Flash8 features.
-v : activate verbose mode, printing some additional informations about compiling process.
-out file : change output swf file.
-msvc : use Microsoft Visual Studio errors style formating install of Java style (for file names and lines number).
-strict : will use strict compilation mode which require that all variables are explicitely typed.
-exclude file : exclude code generation of classes listed in specified file (format is one full class path per line).
-trace function : specify a custom trace function. (see Trace Facilities), or no disable all the traces.
-keep : keep AS2 classes compiled by MCC into the SWF (this could cause some classes to be present two times if also compiled with MTASC).
-frame f : will export AS2 classes into target frame of swf.
-pack path : compile all the files contained in specified package - not recursively (eg to compile files in c:flashcodemyapp do mtasc -cp c:flashcode -pack my/app).
-group : will merge classes into one single clip (this will reduce SWF size but might cause some problems if youre using -keep or -mx).
Enhancements:
- Several small fixes.
- Strongly typed arrays have been added.

Hell World is a thrilling FPS adventure game which features excellent graphics, a dark atmosphere and an excellent scenario. Hell World game is designed to be a port of the Windows-only version of Hell World.
It is written using the openGL and SDL library and is developing for the last months by ironhell3.
The game starts from main.c There we call first two functions, sdl_init() and game_init() to initialise the sdl and game part of the game.After the succesfull initialisation of Hell World we loop in a while() function.Each frame we check the keyboard and mouse for events through keyhandler() and then render the game frames through loop().When we catch a done=true signal we quit the game.
Important:
1)We are in need of developers,musicians,artists etc to help develop this game
2)This game is released under the GPL license.Please READ the COPYING file for more info
Enhancements:
- Fixed movement
- Added fog
- Added crates
- Redesign of level 1 including texture changes

FakeNES project is a portable, Open Source NES emulator which is written mostly in pure C, while using the Allegro library for multi-platform capabilities.
Currently supported systems are Windows 9x/2000/Me/XP, 32-bit DOS, Linux, FreeBSD, QNX, BeOS, and Mac OS X. However, it should run on any system that Allegro supports. This includes, but is not limited to: any version of Windows released after 1995, any 32-bit DOS compatible, and many POSIX compliant systems and UNIX clones such as Linux, FreeBSD, QNX, BeOS, and Mac OS X.
Configuration
FakeNES uses a standard configuration system similar to that used by many DOS, Windows, and UNIX applications.
Each item in the configuration file that is not surrounded by square brackets ([ and ]) defines an element or key.
The equal sign (=) is used to assign a value to that element.
Items which are surrounded by brackets are called headers. Headers define a section or group of related elements.
Comments are delimeted by the pound (#) sign and are ignored by the configuration file parser.
At this time, command-line options are not supported. However, you may supply the name of an NES ROM file that you would like to load on the command-line instead of loading it from the GUI.
Input engine
Currently, FakeNES supports two different keyboard layouts on a single keyboard, and up to two (2) joystick-like devices such as joypads. Each device may be assigned to any player, you can even assign a single device to multiple players.
All configuration of the controls is done in the configuration file, under the [input] header. You can assign a specific device to each player by modifying the player_#_device elements (replace # with the associated player number).
The following values are permitted:
0: No input (disables all input for this player).
1: Keyboard layout #1
2: Keyboard layout #2
There are two (2) configurable keyboard layouts which are present on the same keyboard, and may define overlapping keys without conflicts. Modifying the key1_scancodes and key2_scancodes elements allow you to customize the key mappings for each layout.
Note that due to portability reasons, FakeNES does not accept standard IBM scancodes. Instead, you need to supply a sequence of 8 integer scancodes as defined by the Allegro multimedia library.
The order in which the scancodes are applied is very important, and corresponds to the associated NES standard controller buttons: A, B, Select, Start, Up, Down, Left, and Right. If a complete sequence of 8 scancodes cannot be found, then the defaults will be used.
For layout #1, they are X, Z, Tab, and Enter, respectively, combined with the arrow keys for directional control.
3: Joystick device #1
4: Joystick device #2
Core timing
FakeNES contains an automatic speed throttling system. By modifying the frame_skip_min and frame_skip_max elements under the [timing] header in the configuration file, you can toggle speed cap and set the parameters for frame skipping.
Frame skipping is a technique that allows the emulation to run much faster, at the cost of fewer frames-per-second (FPS) being rendered, which results in more latent or choppy gameplay.
Speed capping effectively limits the maximum amount of FPS to be rendered to match that of the NES itself, which keeps the emulation from running too fast on fast processors or when frame skipping is being used.
frame_skip_min defines the least amount of frames to be skipped, setting it to zero (0) effectively disables minimum frame skipping and enables the speed capping mechanism.
frame_skip_max defines the highest allowable amount of frames to be skipped. FakeNES will never skip more frames than is defined by this element, even if full speed is not obtained.
Setting frame_skip_min and frame_skip_max to equal values effectively sets a fixed amount of frames to be skipped.
If the speed cap is enabled, you can use the fast forward key to surpass the speed cap and skip frame_skip_max frames as long as the key is being held down. By default, the fast forward key is defined as the tilde key above the Tab key on most keyboards.
The machine_type element allows you to select which standard is to be used by the speed throttling system and sound/graphics engines. Set it to zero (0) for NTSC or one (1) for PAL. There are not many PAL NES games, and many of them should run fine in NTSC mode. Only modify this element if you have problems.
Enhancements:
- AUDIO: Fixed all while() loops in the APU to never be truely infinite (thus preventing hard lock-ups), removed a previous hack that was added to get around such a thing.
- AUDIO: Implemented a new ExSound API.
- AUDIO: Added full save state support to VRC6 Sound and MMC5 Sound.
- AUDIO: Rreduced default audio buffer length from 6 to 4 frames to reduce latency.
- AUDIO: Added in mixing of MMC5s digital audio channel (untested).
- CODE: Moved a bunch of code out of gui.c and into the GUI header files.
- CODE: Various code edits.
- DOCS: Updated docs.
- GUI: Added a GUI menu to configure the audio buffer length.
- GUI: Added a GUI menu to configure video buffer size.
- GUI: Enabled double buffered GUI while in OpenGL mode.
- GUI: Added custom drawing code for the sl_radiobox object.
- GUI: Cleaned up the Help->About dialog and added loomsoft under Special thanks to.
- GUI: Added more splitters to the Audio and Video menus to better group submenus.
- GUI: Added a Close button to the Help->Shortcuts dialog.
- GUI: Hide some menus when their respective features arent available for whatever reason.
- GUI: Made sl_frame object behave properly in a double buffered environment.
- GUI: Removed extended video resolutions, since if anyone wants to actually use any of the obscure things, they can set them manually via the configuration file.
- INPUT: Overhauled input system and input configuration system.
- MISC: Fixed a cosmetic bug where the enabled flag of CPU patches were written to the *.fpt file with the value of 2 instead of 1 when enabled.
- VIDEO: Added (buggy) OpenGL support.
- VIDEO: Added support for a screen buffer smaller or larger than the actual screen (it will be scaled to fit).
- VIDEO: Set all bitmaps to NULL after destroying them in video_exit(), fixes various problems.
- VIDEO: Improved the operation of video_blit().
- VIDEO: Improved efficiency of HQ4X slightly by removing extra assertions.
- VIDEO: Added size checking to the Normal and Stretched blitters.
- VIDEO: Changed blitter error message.