Free toy cars software for linux

TORCS is a 3D racing cars simulator using OpenGL.

The goal is to have programmed robots drivers racing against each others.
You can also drive yourself with either a wheel or keyboard or mouse.
TORCS is available on Linux and Windows.

This concept is directly inspired from RARS

There are 42 different cars, 30 tracks and more than 50 opponents to race against. You can steer with a joystick or steering wheel, if its supported by your platform. It is also possible to drive with the mouse or the keyboard, but its not easy.

Graphic features lighting, smoke, skidmarks and glowing brake disks. The simulation features a simple damage model, collisions, tire and wheel properties (springs, dampers, stiffness, ...), aerodynamics (ground effect, spoilers, ...) and much more.

The gameplay allows different types of races from the simple practice session up to the championship. Enjoy racing against your friends in the split screen mode with up to four human players.

Installation:

1. Download the source package torcs-1.2.3.tar.bz2.
2. Unpack the package with "tar xfvj torcs-1.2.3.tar.bz2".
3. Run the following commands:

$ cd torcs-1.2.3
$ ./configure # --prefix="target dir", --enable-debug or --disable-xrandr might be of interest
$ make
$ make install
$ make datainstall

Youll need those dependencies

Default installation directories:

* /usr/local/bin - TORCS command (directory should be in your PATH)
* /usr/local/lib/torcs - TORCS dynamic libs (directory MUST be in your LD_LIBRARY_PATH if you dont use the torcs shell)
* /usr/local/share/games/torcs - TORCS data files


4. Run the "torcs" command (default location is /usr/local/bin/torcs), you can use those command line options.
All the configuration data, race results and players options will be saved below the $HOME/.torcs directory.

Motorsport project is a realistic wheeled vehicle simulator.
Motorsport is a project with a clear goal: to create the most realistic vehicle simulation possible. This includes cars and trucks, which can be driven using common input devices such as keyboards and steering wheels.
It limits realism to what the hardware, and is intended for hardcore driving simulator fans.
This means that it will try to have realistic physics, but not necessarily playable, easy, or fun physics - these characteristics will depend on which vehicle is driven and on what a person is trying to drive it.
Main features:
- Customizable game pause (via .xml file)
- Slow motion mode
- Video frames recording system
- Constant gravity (vector definable via .xml file)
- Interactive boxes (bounding box)
- Body collisions (double bounding box)
- Wheels collisions (simplest tire model, capped cylinder collision shape)

This is the second pseudo-release of Bloody Stupid Linux, which of course has nothing to do with the first release. The first BSL was a 50Mb ISO Live run CD based on DamnSmall Linux.

I had a lot of fun hacking around DamnSmall, and apparently it drew a little attention. John, the lord master of DamnSmall, even was kind enough to link to me off of the DSL relatives page. I got a few mails, most about the image to the right, about a hundred downloads or so, and some of those were even people I didnt know.

This whole project started because I needed to cramb a kernel and a root filesytem onto a floppy. Not having enough room in the kernel for disk or filesystem support, I figured why not wget the modules, with the inevitable conclusion, why not wget a bigger root filesystem next?

Why go to all this trouble? The BSL kernel is basically a life support system for ram and network cards, since it wgets support for everything else on the machine the kernel is very small. The initial aim was to fit it on a single floppy, then PXE booting became attractive, and really, since the kernel doesnt need to support whatever it just booted from in order to have its root filesystem, its very flexible. Yeah, I know an initrd can do the same thing, but its more fun this way. As it stands, BSL makes for an excellent repair system, the framework for a bulk installer, a neat toy, and an alright thin client ( as long as youve got a gob of RAM handy.)

Most of all, this whole thing is incredibly hackable. If you wanted to use a different slackware image, just tar one up, name it image.tar.gz and stick it in the /bsl directory of your image web server. If you need that image to unpack to larger than 170Mb, hack up the init script in the cpio archive, rebuild the archive, then recompile the kernel... sounds like a lot, but it really isnt. Want to replace the whole image with Debian/SuSe/Fedora/Arch/DSL/Gentoo? Go to it!"

Gnetload is a GNOME applet displaying the network load in a histogram. Gnetload is free software licensed under the GNU GPL.
Main features:
- Selection of traffic type: incoming traffic, outgoing traffic or all traffic
- Customizable coloring of histogram
- Textual display of current network load
- Configurable scaling of the histogram

Magnetic Poetry project is a networked magnetic poetry toy for your desktop.
Magnetic Poetry for Perl/Tk gives you a window full of draggable words with which you can satisfy your muse.
Your window is linked to a similar window on the desktop of everyone else running the program.
Enhancements:
- fixed distribution package to actually include magpo.pgp and point at the new server

PerlActor is a simple automated executable acceptance test framework for Perl.

PerlActor is a simple automated executable acceptance test framework for Perl. It can be used by Extreme Programming (XP) teams to rapidly develop executable acceptance tests for their Perl code.

XP mandates that the Customer writes acceptance tests for the application under development. The acceptance tests, also known as customer tests, demonstrate that application features are complete and that they work as expected. Ideally, the tests should be directly executable and automated so that they can be run continuously, without manual effort.

PerlActor enables an XP Customer to write *executable* acceptance tests as plain text files, using a very simple syntax. Each test consists of a number of parameterized commands (one per line), which PerlActor uses to exercise the application. PerlActor parses the test, invokes the commands with any parameters, and reports the result. The developers provide glue code to implement the commands required by the tests.

PerlActor allows tests to be grouped into suites so that related tests can be run as a group. The Customer can also just place test scripts in a directory structure and have PerlActor find and execute them all.

The PerlActor approach to acceptance testing has a number of advantages:

1) As the application grows the team will gradually develop a comprehensive set of Commands for testing the application.
2) The Customer, independent of the development team, can write and execute new tests for the application at any time, using any of the existing Commands.
3) Existing tests may be changed by the Customer at any time, again without developer help.

EXAMPLE SCRIPT

The following sample test script is adapted from one of the example scripts contained in the examples/calculator directory of this distribution. It tests a toy calculator "application":

# Script to check addition
# 10 + 32 = 42

# Create a new calculator application
NewCalculator

# Ensure that the display reads 0, initially
CheckDisplayReads 0

# Press key 1, then key 0
PressKeys 1 0
CheckDisplayReads 10

PressKeys +
CheckDisplayReads 10

PressKeys 3 2
CheckDisplayReads 32

PressKeys =
CheckDisplayReads 42

The following is sample output from the included test runner:

Running Acceptance Tests at Sun Apr 10 17:59:11 GMT 2005
==========================================================
.....
0.545077 wallclock secs ( 0.42 usr + 0.11 sys = 0.53 CPU)
Run: 5, Passed: 5, Failed: 0, Aborted: 0.
and with test failure:
Running Acceptance Tests at Sun Apr 10 18:04:36 GMT 2005
==========================================================
.F...
1.24811 wallclock secs ( 0.47 usr + 0.07 sys = 0.54 CPU)
Run: 5, Passed: 4, Failed: 1, Aborted: 0.

!!!FAILED!!!

1) FAILED: Display is wrong: expected 41, got 42 in scripts/test_addition.pact
at CheckDisplayReads 41, line 37

Wrong Way is car racing game for one or two players.

You can choose one of six cars in three different tracks. Wrong Way was written with Pygame.

The two players play on split screen. There are multiple cars and tracks ready for use.