Free protocols of the learned elders of zion software for linux

Way of The Warrior: Sons of Twilight is a Web-based boardgame of fantasy battle. Like a boardgame, it is turn based and at least 2 players are neeed, but there is no upper limit on the number of players.
Way Of The Warrior: Sons of twilight is fully and easily customizable, from the unit to the board tile.
Enhancements:
- board visualization is now good
- sincronization algoritm for the save process

Snoopy vs. the Red Baron is an open-source one/two player combat game, available for Mac OS X, Linux, BeOS, QNX and Windows.
The original Snoopy was a tiny game for the Apple Macintosh, with black and white graphics, but already almost all the levels of the new Snoopy/SDL were implemented.
Snoopy could be played by two opponents, sharing a single screen and keyboard, and although it had poor graphics and tough controls, we very much liked to play it.
While we learned programming, we constantly sought for simple, yet interesting projects. If you have ever tried to learn a new language or API, you will have recognized that the simplest way in mastering the stuff is simply reprogramming an existing application, without losing much thought on design and originality.
So my friend reprogrammed Snoopy, in Object Pascal, using SAT, the Sprite Animation Toolkit, on his Classic II. That version of Snoopy features a fully functional AI, network play, but only the first level ( weapons drop).
While he was at it, he also implemented a "missing feature", the bombs, for which there where graphics and sounds in the game, but which could not be thrown.
When I discovered SDL, I recognized that it would be ideal for the job. Running on Windows, Linux, MacOS, BeOS and many other platforms, it is my new toolkit of choice for multimedia programming. It took us several weeks to port Snoopy (besides going to school, but now the work is almost done, with only the finishing touches to be made.
I can only encourage everyone to try SDL; it is really easy and portable (if worked right).

OO Learning Evaluation GO is an object-oriented platform and algorithms for the game of GO.
It aims to provide a capable engine that can learn through experience and a re-usable algorithmic framework for the rapid development of new GO-playing engines.
Enhancements:
- Reorganization of the code was started so that various learnable evaluation functions can be used easily.
- Learning is currently tested in the GoPlayer module.
- The learned function simply learns to imitate the current static function.

Generic Protocol Framework aims to allow users to rapidly prototype different emerging communications protocols. Implementations can be easily "dropped in" and tested independant of a finished product. Testing on both the end product, and the protocol itself can be easily accomplished. The tool aims to provide the developer and end user with a robust solution which can track the size of messages, how rapidly they will be generated, and how many of each type can be seen.
Why the GPF:
There are many similar tools available. The problem with many of these tools is that they are 1) closed source, 2) not easily adaptable to a specific implementation (they use custom languages), 3) expensive. The advantages of the GPF are its open source nature, the ease of which it can be adapted, and the cost: free!
Basic Flow:
Modification of the GPF is fairly simple. Tool-opts.h contains the basic options that will be applied to the packet while it is being built. To transmit a packet, the system calls the tx_message() function, and passes the message ID as well as the option block. This is then passed to the custom function: tx_message_custom() in tx.c. From the message id, the system selects an appropriate tx_* function (to be implemented by the user) and passes an unsigned char **, where the buffer will be written, and the option block. In turn, that function will make heavy use of the add_buf_tu*() functions, which will allow the user to add a tubyte8, tuint16, or tuint32 number to the buffer.
In daemonize mode, the basic options are set, and the system then listens for incomming packets. When a packet arrives, the system calls basic_parse() on the packet. This function then calls basic_parse_custom(), found in parse.c. In turn, this can call any appropriate parsing helpers, including the get_tu*() functions, which allow the user to retrieve a tubyte8, tuint16, or tuint32 from the buffer. CAVEAT: if the first two bytes of the buffer are zerod, it will be treated as an END message. However, recovery is available. In the basic_parse_custom() message, you can set the end_signal_caught variable of the option_block to 0. In this case, it will not stop the daemon from running.
Enhancements:
- Currently, TCP support is somewhat experimental.
- Testing for that portion will be ongoing.
- No clear examples are provided.
- The examples/ directory contains the precursors to a MIP example.

Distributed RSA Key Generation is a software to generate shared RSA keys. Currently, only keys for two parties using Gilboas protocol are supported. But the protocol stack is extensible, so in the future there may be other protocols supported.

Work has begun on Straubs protocol but is not finished yet, multi-party protocols like Boneh-Franklins may also be added in the far future.

Ad-hoc Wireless Distribution Service (AWDS) is a Layer 2 routing protocol for wireless mesh networks. The project provides transparent Ethernet-like access to all participating nodes, thus easily allowing the employment of different higher level protocols like IP (with DHCP), IPv6, AppleTalk, ...

A Linux implementation of AWDS can be downloaded from our download section. Ports to other platforms are highly appreciated!

Digital Camera Protocol is another command-line utility for DC21x cameras, this one looks and works just like "ftp" command. Not written by me, but uses some of my low-level Kodak code from digicam.