Free racer 0.5.2 beta8.9 software for linux

Racer is a free car simulation project, using real car physics to get a realistic feeling. Cars, tracks, scenes and such can be created with relative simplicity in mind (compared to other driving simulations).
The 3D and other file formats are, or should be, documented. Editors and support programs are also available to get a very flexible and expandable simulator. It uses OpenGL for rendering.
It attempts to do well at the physics section, trying to create life-like cars to emphasize car control and doesnt cut back on realism in the interest of fun. If youve played Grand Prix Legends from Papyrus, youll know what Im talking about.
Racer major features:
- Its totally free! (for non-commercial use)
- Available for multiple platforms; Windows 2000/XP (95/98/ME may work but have some trouble with fonts), Linux and Mac OS X.
- 6 DOF models used (the car can move around freely)
- Uses motion formulae from actual engineering documents from SAE for example.
- Total flexibility; almost everything is customizable through ASCII files.
- Commercial-quality rendering engine (with smoke, skidmarks, sparks, sun, flares, vertex-color lit tracks).
- Support for Matrox Surround Gaming. See the corresponding page on Matrox site.
- Lots of addon cars and tracks available on the web.
- Easy integration of your own cars and tracks that you create in ZModeler, 3D Studio Max(tm), Maya etc.
- At least 15 degrees of freedom for a regular car (6 DOF for the car body, 1 for each wheels vertical motion and 1 for each wheel spinning, and 1 for the engine, several more for the driveline). Depending actually on how many wheels you put on the car.
- Real-time internal clock; no physical dependency on framerate. Controller updates are also done independently of the framerate.
- Not limited to 4 wheels; anything from 2 to 8 wheel vehicles are currently supported (but mostly untested, and some problems with hardcoded differentials for example may exist (v0.5.0)).
- Not much constraints on the track data; surface info is taken from polygon data (VRML tracks), and splines are used to smooth out the track surface (polygons are too harsh for driving on just like that).
- Tools to modify the cars & tracks are freely available on this site (though external utilities are recommended for best results).
- Some used algorithms are explained on this site. Also, references are available. If you are programming a carsim, you might find something useful here.
- Save game present!
Main features:
PHYSICS FEATURES
- Full 6 degree of freedom motion of the car chassis.
- Independent suspension for all wheels.
- Suspension features: springs, dampers, anti-rollbar, rollcenter, anti-pitch.
- Wheel features: camber, wheel hop (the wheels have mass), toe.
- Tires: Pacejka tire model, relaxation length.
GRAPHICS FEATURES
- View frustum culling for increased framerate.
- Shader system for Quake-style rendering.
- Fog definable per track.
- Environment mapping for shiny materials.
- Live track environment mapping.

Space Racer project is a OpenGL Car Game in a galactic environment.

It aims to be a clone of the well known Stunt Car Racer developed by Geff Crammond, author of Grand Prix I and II.

To play a 3dfx is recommanded. But TNT and Matrox Cards should now work.

If you have a 3dfx, you can take advantage of OpenGL 1.1 in adding this line in config.h:

#define SP_OPENGL_1_1

Brutal Chess project features full 3D graphics, an advanced particle engine, and several different levels of intelligent AI, inspired by the once popular "Battle Chess" released by Interplay circa 1988.

kdtree project is a simple C library for working with KD-Trees.
Kd-trees are an extension of binary search trees to k-dimensional data. They facilitate very fast searching, and nearest-neighbor queries.
This particular implementation is designed to be efficient and very easy to use. It is completely written in ANSI/ISO C, and thus completely cross-platform.
Enhancements:
- This release fixes both reported bugs, and adds a contributed, more extensive, and well commented example program.

Music player for mp3, ogg, wav, audiocd, mp3 streaming, ogg streaming.

Its fast, comfortable and able to use the appropriate sound drivers or daemons to male music, to encode in mp3 or ogg,and to stream directly to an icecast server (icecast2 or shoutcast).

somaplayer is even a sound daemon (sds- soma daemon sound), which is able to accept connections from more somaplayers at the same time or from any other sound player (xmms, mpg123 and others, thanks to a special wrapper.

All those sources are added and managed via driver or daemon, streammed or encoded as above.

UniPackage is an alternative to distribution-specific packaging systems like dpkg and RPM. UniPackage is a simple system that works on any Linux distribution.

UniPackage packages are tar.bz2 archives which contain a self-contained "AppDir" which can be moved anywhere in the filesystem without disturbing the applications installation. In most cases, this packaging does not require changes to the applications code.

The issue of dependencies is avoided by bundling all required libraries in the AppDir. However, to conserve memory, applications will default to using existing libraries already installed on the system if they are available.

Disk space is conserved by transparently decompressing the applications "bin" and "lib" directories upon execution of the application (new to v0.5.2).

Creating Packages

In the following example, we will show how to create a package for MPlayer.

1. Extract the UniPackage tarball somewhere on your system (if youre reading this, then obviously youve done that).

2. Download the MPlayer source archive (the .tar.bz2) and extract it somewhere on your system (anywhere is fine).

3. Change your working directory to where you extracted UniPackage.

4. UniPackage makes use of recipes to compile programs, similar to in GoboLinux (www.gobolinux.com). A recipe is a simple bash script that contains the commands necessary to compile a program. For most programs, the Recipe.Standard recipe should
work fine. However, for more complex programs you may need to either create a recipe or find one that someone else has created.

Included with UniPackage is an example of a "complex" recipe for creating an MPlayer package - Recipe.MPlayer. If you have a look through the recipe, you will see that its not
really complex. It just sets up a few extra directories, downloads and extracts fonts/codecs/skins which are specific to MPlayer. You can modify the recipe as much as you like to get the desired compilation result.

Once you have created/found your recipe, you invoke the CreatePackage script to create your package. CreatePackage requires a few arguments, and running CreatePackage without any arguments will give you a concise overview of what you
need to supply to it.

To create our MPlayer package, we invoke CreatePackage by typing:

./CreatePackage /usr/local/src/MPlayer-1.0pre5 MPlayer-1.0pre5 gmplayer Recipe.MPlayer "--enable-gui"

To break down the arguments:

Arg1: Path to the programs source files /usr/local/src/MPlayer-1.0pre5

Arg2: Name of the program (arbritrary, use whatever you like) MPlayer-1.0pre5

Arg3: Name of the binary which will launch the compiled program gmplayer

Arg4: Filename of the recipe you wish to use (MUST be in the current directory).
Recipe.MPlayer

Arg5: Any additional commands you would like to send to the configure script when compiling (this is just exported to the recipe as a variable so even if the program does not use a configure script, you can still specify options which the recipe will
insert into the right place).

If there are no additional options you wish to specify, you must still provide the argument, but just use empty quotes: ""

"--enable-gui"

And thats it. The program should compile, and be packaged up into a nice
bzip2-compressed tarball.

To distribute the package, just have your users download the tarball and instruct them to extract its contents to wherever they like (I like to place my packages under /Applications but its entirely up to the user).

All configuration files (if applicable) will be contained within the extracted package directory. Regardless of where the user extracts the tarball, the program should still be able to find all required config files, libraries etc just fine.

To run the program, the user just navigates to the directory and executes the "AppRun" script. If they use Rox-Filer, all they need to do is click on the directory in Rox to launch the program.

Obfuna is an esoteric programming language designed to minimise the instruction set, the length of code necessary to express a program, and the readability while still remaining vaguely useful.

To achieve these goals, all Obfuna operations are assigned one-character names and take exactly one argument. In fact, the name Obfuna is derived from obfuscated (Obfuna code is, at least initially, difficult to read) and unary (All operations have exactly one argument).

There are twenty six variables and one random-access unbounded array. All variables are dynamically typed as this cuts down on the code length.
Obfuna has 26 standard variables which are represented by the lower-case letters a to z.

There is one random-access array which is infinitely extendable (well, in theory anyway; in practice this will be limited by your machines memory) which is represented by a number (indicating the position in the array - starting at 0) or a function returning a number surrounded by round brackets, i.e. ( and ). For example, the first element in the array is represented by (0). The size of the array increases as you assign to higher locations. The initial size of the array is 0.

There are two special variables used to ascertain the current size of the array. $ holds the index number of the last element in the array and % holds the number of elements in the array. From above, it will be obvious that initially $ will be -1 and % will be 0. Assigning to these variables can grow or shrink (in which case you will lose data) the array to a specified size. These are of particular use as ($) can used to reference the last element in the array and (%) will reference one element beyond the end, allowing you to add a new element, treating the array like a stack.

In addition, there are three special variables which act as I/O pipes. Passing a value to ?, prints the value to the standard output. Assigning a variable from ?, reads from the standard input. ! acts similarly except that in the case of output, it appends a newline (return) character to the value, and in the case of input, it preserves the newline from standard input. # works in exactly the same way as ? but inputs and outputs from and to the currently open file.

The syntax of Obfuna is extremely simple. There are only two types of instruction: function calls and assignments. Assigments take the form of and function calls look like or . Note you can nest functions in this way.

As an example, to assign the number 10 to the variable n, you simply write n10. There is no = operator.

Strings are quoted using the angle brackets, < and >. Anything between curly brackets, { and }, is considered a comment and will be ignored by Obfuna. These are particularly useful for naming variables more helpfully. Instead of just n10, you could write n{umber}10.

The only other syntactic element of Obfuna is the square brackets, [ and ]. Any code between a pair of square brackets will be considered a block to be processed as one instruction. This is of particular use when using flow control functions which skip or repeat only the next instruction.

Tux Racer is a very fun arcade game for Linux.
The main goal in Tux Racer is to have fun! Race down mountainous terrain as quickly as possible, while collecting herring to increase your score!
Main features:
- Fun, easy to learn
- Exciting 3D courses
- Sophisticated physics result in thrilling rides down the mountains
- Collect herring while avoiding obstacles for high scores
- Race over a variety of surfaces, including fluffy snow and slick ice
- Race in various weather conditions and lighting conditions
- Create your own courses using any paint program such as The GIMP (no 3D modeller required)
- Suitable for all ages.