Free high quality ping pong paddle software for linux

GNU/Linux Desktop Testing Project (GNU/LDTP) is aimed at producing high quality test automation framework and cutting-edge tools that can be used to test GNU/Linux Desktop and improve it.
GNU/Linux Desktop Testing Project uses the "Accessibility" libraries to poke through the applications user interface. The framework has tools to generate "AppMap" by reading through the user interface components of an application. The framework also has tools to record test-cases based on user-selection on the application.
GNU/LDTP core framework uses "AppMap" and the recorded "test-cases" to test an application and gives the status of each test-case as output.
As of now, GNU/LDTP can test any GNOME application which are accessibility enabled, Mozilla, OpenOffice.org, any Java application (should have a UI based on swing) and KDE 4.0 applications based on QT 4.0 (based on the press releases by KDE).
We encourage you to join the project and help us to create robust, reliable and stable test tool/framework for Linux Desktops.
Main features:
- LDTP concepts are derived from Software Automation Framework Support
- LDTP supports verification of actions performed (GuiExist, VerifyState, etc) - API Reference
- Writing test scripts are very easy, the script writer need not know about the object hierarchy
- CPU / Memory performance monitoring of application-under-test can be measured - Class pstats
- From the XML log, we can gather HTML report using XSLT
- Group based execution, which provides precise control on the flow of test-script execution - Gldap XML
- Scripts can be written as a reusable component and for that the datas can be stored / retrieved in XML - Data XML
- User-friendly Text Editor with syntax highlighting for generating and grouping test data Howto use LDTP Editor
- Objects are identified both statically and dynamically
Enhancements:
- Now automation scripts can be written without using time.sleep.
- A particular object and its child can be remapped in a window.
- Memory leaks were fixed.

Ye Olde Pong project is a clone of Pong for the Atari 2600.

It is written entirely in C++ and draws from SDL to handle the graphics. The purpose of this program is primarily to familiarize the authors with working with outside libraries, but the SDL library in particular.

Currently, the only supported platform is Linux, though there is a Windows port in the works.

Pim Pam PONG is a PONG clone with a new look and in future versions, new interesting features.
Pim Pam PONG is a clone of the original PONG developed in the 70s. Pim Pam PONG has been developed using the SDL libraries: SDL, SDL_image, SDL_mixer, and SDL_ttf.
This permits the portability of the game to some systems and machines. It uses the NNG Engine (New Neopontec Gaming Engine) developed by Hector Blanco (me) that uses the mentioned SDL Libraries.
The game concept is the same as the original. You have the control of one bar that can move up or down in the screen, and the CPU controles the other bar.
A ball is launched in a random direction, and you must score in the other part of the screen. Is similiar to Tennis and Pim Pong.
Main features:
- 800x600 resolution at 32 bits.
- Low machine requirements.
- Easy and addictive playing experience.
- Cross-platform open source game: (binaries for Win32 & Linux, and sources for other systems).
- In future versions, more features will be added.

MusicTree is a small collection of Python scripts that helps you manage a large collection of music files. The project was designed to work with Unix systems (tested only on SuSE Linux), but may also work on Windows. For normal use you also need Vorbis Tools* and rsync.
The scripts help you:
- Maintain a central collection of high-quality (typically FLAC) files.
- Backup this collection on a second disk/machine.
- Generate a parallel collection of lower-quality (but much smaller) compressed (typically Ogg) files.
- Select an arbitrary subset of the compressed files (a "playlist").
- Upload the playlist to a second machine.
The scripts do not assume any particular directory layout (except that the music files live under a single root directory - that is not really a restriction since you can always use a separate directory and links to tie various directories together). Nor do you have to use a particular format (by default the scripts assume archive files are FLAC and the compressed files are Ogg encoded, but you can operate on different formats by changing the relevant commands in the configuration file).
However, the scripts do assume a that you have a basic understanding of how to use Unix. There is no installer or GUI - you run these from the command line and combine them with other command line tools (like find and xargs).
Directories and Machines
This documentation will talk about two different computers: "server" and "client". The "server" is typically a desktop machine with a large disk (or set of disks). This machine stores the high-quality "archive" of your music - all the files, with no (lossy) compression. It may also store a backup copy on a separate disk.
The "client" is typically a laptop or portable music player with a smaller capacity. Because it has restricted space you load it with a selection of (lossy) compressed files.
Separating server and client allows you to keep a safe, "perfect quality" archive where space is available, but also listen to more songs on portable devices with restricted resources.
The scripts expect these directories on the server:
Archive
This is where the complete, high-quality collection of music is stored. For example, this might be where your CD ripping software places files (I use kAudioCreator with the default settings).
Compress
A mirror of the Archive directory with lower-quality files. This is generated from the Archive directory by running the mt-encode script.
Select
A subset of the Compress directory, containging a "playlist" that will be copied to the client.
Backup
An optional second copy of the Archive (typically on a separate disk).
Installation and Configuration:
There is no automatic install. Instead, copy the files to a suitable directory and extend your PATH to include them.
For example, to put the files in the new directory ~/musictree (assuming you use the bash shell):
> cd
> tar xvfz musictree.tgz
> export PATH="$PATH:~/musictree"
Youll want to redefine PATH in your .bashrc or equivalent.
You also need to edit the example configuration file (musictree in the distribution) and (usually) copy it to ~/.musictree.
Suggestions for how to use the various scripts (eg. running mt-encode via cron) are in the following sections.
Enhancements:
- Volume normalization is now supported either via metadata, or by directly scaling the compressed files.

3D Pong project is a simple Xlib vector-based ping-pong game.
3D Pong is is a very small and fast ping-pong or handball game for one or two players. It uses simple 3D vector graphics in Xlib.
Multiple views are possible, and red/blue separation is available for users with 3D movie glasses.
Main features:
Game Play:
- 1 player against the computer
- 1 player in "handball" mode
- 2 players, networked
- User-defined gravity level
- With or without a deflective "net"
Display Modes:
- Red/Blue split mode for true 3D using 3D glasses!!!
- Six viewing positions:
- First Person POV from behind your paddle
- "Bleacher" view from the side of the game arenta.
- Above view.
- Freely rotatable mode (using the mouse)
- A dizzying "follow the ball" mode
- Follow the paddle mode

Pong 3D project is a OpenGL Pong clone.

Pong 3D is an OpenGL version of the classic paddle game Pong. This version has colorful textured 3D graphics supports multiplayer or single-player options.