Free legion of honor software for linux

3D Spatialization of Sound is a Linux/X11 port of the 3D spatializer library from the CRC.

This program creates "directional" stereo sound from mono source. CRC folks told me I shouldnt have raised the sampling frequency without adjusting other stuff.

Oh well. This was a proof-of-concept type project anyway. I think to get correct 3D effect, you need to drop sampling rate back to 11025.

To Build the X11 implementation:

1. make
2. cp audio-filter /usr/local/bin
3. mpg123 -m -s some_music.mp3 | audio-filter | aplay -S -s 44100 -f s16l -

audio-filter is implemented as a filter, it reads signed 16 bit mono input at 44100 khz from stdin, and outputs signed 16 bit stereo, 44100 khz output to stdout. You can replace mpg123 with any sound source generating signed 16 bit 44100 khz mono signal. "aplay" is a sound player utility which comes with ALSA linux sound driver. You can use "play" from the sox package, or "ampctl", or any other sound player that would read 44100 khz, signed 16 bit stereo raw data from stdin. For "sox" play script, you would replace "aplay" command line with "play -c 2 -f s -r 44100 -s w -t raw -"

If everything is good, a 640x480 window will come up, with some cryptic writing on the top, a filled circle with an arrow pointing right, and a empty circle slightly to the right of the circle with arrow.

NOTE, that just like in the original Windows implementation, the axiss are reversed. The arrow on the "head" is pointing "forward". So, in the default startup configuration, the sound is located in front of the listener. Moving the sound source "up" moves it to the left of the listener, and "down", to the right. You can visualize this well if you turn your monitor 90 degrees counter
clock wise.

The filled circle with an arrow is your "head"
The empty circle is the "sound source"

You can move the "sound source" around by clicking the mouse at any position in the window, or by clicking on the "sound source" circle, and dragging it to the desired position. Soundfield will be dynamically updated as you do this.

You can move the "head" by moving the mouse to desired position, and right-clicking. The "head" icon will move to the new position and soundfield will be updated.

The Eye Of Horus is a monitoring and alerting tool for computers. Its mainly useful for monitoring network services (eg, HTTP or SMTP servers) and the internal status of Unix servers (eg, load, disk usage, process counts).

In that respect, its a lot like Nagios, but in my opinion its better. It lacks a few features Nagios has, but it is a very simple architecture to which they can easily be added.

Its a flexible thing made from independent modules with well-defined interfaces, making it easy to customise and extend, but out of the box itll monitor your servers and produce a nice HTML summary of their status - OK, the looks need a bit of work, but that will come soon, and it can optionally integrate with the excellent (and I mean excellent) RRDTool to store logs of statistics (response times, number of packages with known security holes, etc) - and link from the status page to nice graphs of the historical behaviour of these statistics.

HOW IT WORKS

The core of the system is horus-check.py, a Python script which reads a configuration file (specified on the command line). The configuration file specifies a list of services - either network services, in which case the host to run the check from and the host to run the check at are specified, or local services, in which case only the host to run the check from need be specified. In either case, if the host to run the check from is not specified, then it defaults to the local host.

The service types reference definitions in a file which is referenced from the configuration file. In the service definitions file, a shell command to check the service is given; this command must output service status in a defined format, as a single-line YAML list. The list must contain, at least, a single-word status (OK, WARNING, FAILURE, or UNKNOWN), then optionally numeric statistics, then optionally a status message. For example:

[OK]
[UNKNOWN]
[OK, { load: 0.5, users: 3 }]
[WARNING, { load: 3, users: 30 }]
[FAILURE, { load: 95, users: 300 }]
[UNKNOWN, { }, Could not find AWK executable]

When a check is to be performed from a remote host, Horus opens an ssh connection to that host. It is assumed that the user horus is run as will have an ssh key set up to enable it to ssh to all such hosts without requiring a password.

Having performed the checks, horus-check.py then:

Reads in the status database named in the configuration file
Updates the status database with the new status of hosts
Computes an overall system status (the worst non-unknown status of any checked service)
Examines the service dependencies, and marks any service whose state is no worse than might be expected (eg, no worse than the worst state of a service it depends upon) are automatically marked as quiet
Computes a list of differences between the old and new status (services added, services removed, services whose status has improved, services whose status has worsened)
If there are any differences, invokes a notification script (named in the configuration file) with them, along with the overall status
Invokes a logging script (named in the configuration file) with the new value of every statistic reported by the service checks; I will soon provide a sample logging script that uses RRDTool to generate nice graphs.

The status database (which is written in YAML, so easily accessible to user scripts) can then be used to generate HTML status report (see status.cgi).

Hammer of Thyrion is a port of Ravens Hexen2 source code and is based on the original Linux Hexen II project, Anvil of Thyrion.

HoT includes many bugfixes, improved sound and video modes, opengl improvements and documentation among many others.

Whats New in This Release:

General:
--------
- The engine version is now at 1.19 for Hexen II and 0.19 for HexenWorld.
- Added support for 64 bit architectures: The crashes on amd64 are fixed.
- Added support for protocol 18: Hammer of Thyrion is now fully network-
compatible with Ravens 1.11 windows version, as it has been with other
Hexen II ports.
- The net compatibility works both ways: When H.o.T is run as a client,
it can connect to Raven-1.11 servers and can play just fine. On the
other hand, if a 1.11 client wants to connect to a H.o.T. server, the
server must be started with "-protocol 18" command line argument.
- You can also load and play games saved with the 1.11 windows version and
can playback the demos recorded with the 1.11 version.
- Fixed and improved parsing of puzzles.txt: This fixes the bug where the
names used to be listed as Unknown in the puzzle pieces inventory display
(you can access the puzzle pieces inventory display using a key bound to
the +showdm command, the default is q).
- Updated the loading of strings.txt, infolist.txt and puzzles.txt.
- Updates to SDL input code. Added the Shift-Escape key combination as a
new means for opening the in-game console.
- Fixed many printf format string errors.
- Revised pak data checking.
- Added experimental support for using unpatched, off-the-cdrom 1.03 version
pak files as a compile time option. Disabled by default.
- Several cvar tweaks.
- Made the load and connect commands to get rid of the menu or the console.
- Fixed multiplayer episode selection in the menu system.
- Updates to zone memory usage: a 256 KB secondary zone for static textures
(sec_zone) is now initialized, which is especially useful for the software
renderer and have its merits for the opengl version, too.
- Revised several unsafe LoadStackFile and LoadBufFile usage.
- Removed the useless net_vcr facility.
- Tweaked the init sequence.
- Changed the remnants of malloc usage into hunk or zone allocations.
- Mac OS X: Ensured that the basedir always stays the same (fix was added
in 1.4.1-rev1).

Gameplay:
---------
- The gamecode is now at version 1.19.
- Origin fixes for tomed fires of vorpal sword and purifier: paladin used
to fire them always from the non-crouched eye position, and it was even
the worst when he was looking up (and down). You wont be shooting your
back again when standing just in front of a wall and fire your tomed
purifier to the sky, from now on ;)
- Fixed an obscure bug where the assasin with her 4th weapon uses the tome
of power and cant fire it (gamecode version 1.16a, the fix was added in
1.4.1-rev1).

Console:
--------
- Added prefix matching support to the maplist command.
- A duplicate name detection bug in the maplist command was fixed.
- Updated and sanitized the command lister procedures.
- Added a -developer command line argument which sets the developer cvar to
1 during the init phase (ie. before the config is read).
- Consolidated all Con_Printf and Sys_Printf family of procedures into a
single flag based procedure. Added macros for compatibility with the old
api.
- Revised the logging system, made all Con_Printf and Sys_Printf output to
be written into the logs from the start. Added a -devlog command line
switch to enable logging of developer message even when the developer cvar
isnt set.

Server:
-------
- Fixed the mission packs doWhiteFlash server message: it used to affect the
local client only. Naturally, the recorded demos didnt carry the message
and the flash didnt appear, either. It works properly now.
- Made the Hexen II dedicated server to exec not hexen.rc or config.cfg, but
server.cfg if available. As an alternative, any config file can be execed
when starting the server, such as: "h2ded +exec myconfig.cfg"
- Hexen II dedicated server now starts the demo1 map, if the server is still
not active when initialization is complete.
- Fixed net driver checks in Hexen II dedicated server: It was broken in the
1.4.1 release and works properly now.

Video:
------
- Added apply changes and reset changes items to the video options menu.

Software Renderer:
------------------
- Added ability to load external wal texture files instead of internal pixel
data of the brush model (depends on the new r_texture_external cvar).

OpenGL Renderer:
----------------
- Some speed-ups in the alias model drawing.
- Fixed RGBA lighting.
- Fixed bug that the array size for playertextures must be MAX_CLIENTS, but
was hardcoded as 16.
- Added ability to load external wal texture files instead of internal pixel
data of the brush model (depends on the new r_texture_external cvar).

Sound:
------
- Added external music file support via SDL_mixer as an extra patch.

CDAudio:
--------
- Updated the volume setting procedures.

HexenWorld:
-----------
- OpenGL: Fixed bug that netgraphtexture was not reset during reinitializa-
tion of the draw subsystem (used to affect the packet loss status graph by
r_netgraph).
- OpenGL: Fixed bug that dynamic lights had a problem with RGBA lightmaps
(such as torches didnt illuminate) but luminance mode was fine. Lightmaps
in RGBA mode are working now.
- OpenGL: Added colored dynamic lights and extra dynamic lights (stuff copied
over from hexen2). The gl_colored_dynamic_lights and gl_extra_dynamic_lights
cvars and their menu entries are functional now.

Launcher:
----------
- Added integrated ability to patch the pak files.
- The launcher now scans the installation directory against known game versions
for pak file health, and pops up the patch window with a short report if it
finds something bad. It now disables the mission pack or hexenworld options
according to the results it took from the installation scanning.
- Many clean-ups. Incremented the version number to 1.0.0.

Utilities:
----------
- Added the bsp2wal tool which extracts all texture data into hwal files.
- Added the lmp2pcx tool which converts hexen2 texture data into pcx and tga.
- Fixed the broken project path decision in qbsp. it doesnt scan for a maps
directory anymore.
- Added a findfirst/findnext implementation to the common library.
- Several fixes in dcc.

Other:
----------------------
- Imported the latest xdelta-1.1 sources into the tree.
- Started a large scale attempt at improving const-correctness.
- Updated inline commentaries.
- A lot of code clean-up all over the tree.

Battles of Antargis is a realtime strategy game. Battles of Antargiss main purpose lies on conquering not on building.
Battles Of Antargis is an open-source game with GPL license. You have one or more heroes that you can control. They can recruit troops and conquer the world. While doing this they have to gather food and weapons. All around are people and animals which populate the world.
Unlike the typical Warcraft-like games, you have to get by with the existing population and resources.
This is a first tech-demo, so please be patient. Apart from this we are searching for new artists and developers.
Main features:
Visuals:
- animated milkshape models (MilkShape ASCII-importer)
- static models (Wavefront obj-importer)
- shadowmap based shadows (PSMs work in progress)
- fustrum culling
- shader support
Game
- the whole gamelogic is done in ruby, so it should be fairly easy to modify this game.
- the whole layout is done in xml
- basic dialogs and intro-screens implemented, but nice graphics still missing
- loading/saving
Editor
- edit heightmap
- place entities on map

The Legion of the Bouncy Castle Java Cryptography API provides a lightweight cryptography API in Java. A provider for the JCE and JCA, a clean-room implementation of the JCE 1.2.1, generators for Version 1 and Version 3 X.509 certificates, generators for Version 2 X.509 attribute certificates, PKCS12 support, and APIs for dealing with S/MIME, CMS, OCSP, TSP, and OpenPGP. Versions are provided for the J2ME, and JDK 1.0-1.5.
Main features:
- A lightweight cryptography API in Java.
- A provider for the JCE and JCA.
- A clean room implementation of the JCE 1.2.1.
- A library for reading and writing encoded ASN.1 objects.
- Generators for Version 1 and Version 3 X.509 certificates, Version 2 CRLs, and PKCS12 files.
- Generators for Version 2 X.509 attribute certificates.
- Generators/Processors for S/MIME and CMS (PKCS7).
- Generators/Processors for OCSP (RFC 2560).
- Generators/Processors for TSP (RFC 3161).
- Generators/Processors for OpenPGP (RFC 2440).
- A signed jar version suitable for JDK 1.4/1.5 and the Sun JCE.

Son of Service (SOS) is a multiuser volunteer management database for non-profits, charities, schools, churches, and clubs. SOS will keep track of your volunteers, their contact information, availability, work history, comments, reminders, and relationships.

It will help you quickly find the right volunteer for the job and e-mail him, and it will make reports about how you are using volunteers.

SOS is a helpful tool for organizations with many volunteers or multiple volunteer coordinators.

Your organization helps people for free, and your volunteers work for free. So you know there is a "free lunch."

SOS is free. Its free from charge: notice there is no menu option for purchasing or ordering. But SOS also provides freedom from many restrictions. Download the program, install it, and use it without buying expensive licenses.

Use it on as many systems with as many users and volunteers as you have. Use your choice of server operating system and RDBMS. (You dont need to buy a RDBMS or other server software.) You can even modify SOS to meet your specific needs because the full source is available to you.

Realms of Rivalry is an online tactical rpg. Play short skirmishes in random-generated game worlds.
The game can be summarized as an online graphical turn-based strategy/rpg game where you can play short tactical skirmishes with 2-4 players in small random-generated game worlds. The game is free and can be played either as an applet or downloadable client.
The time-limited turns (30-90 secs) give the game a semi-realtime feel, and the game has sometimes been characterized as "chess on steroids".
Main features:
- Community friendly game lobby where you can chat with others and join realms.
- Up to 4 players simultaneously battling on the same realm.
- Players control teams of 3 characters: Warrior, Archer and Mage.
- Time-limited turn-based gameplay.
- Random-generated game worlds (realms).
- CPU controlled monsters.
- Several weapons, armor, traps and other items.
- Occlusion calculation used in combat situations.
- Interrupts.
- Different types of terrain.
- Buy & sell items at vendors.
- Monster respawning.
- Ingame chat.
- Detailed end-of-game summary panel.
Explore the map and kill creatures to obtain weapons, potions, runes, traps and more to aid you in your quest for domination!
The game development has been very "test-driven" in the sense that the game quickly was made playable and that features and changes were added and removed continuously during development. This hopefully improves gameplay, but of course at the expense of dramatically increased development time.
Realms of rivalry was never intended to "soothe the masses", but were made entirely to match the game that we ourselves would like to play - something we have done for many, many hours :-) But of course, some of you might enjoy this game aswell, and that is why we decided to share it with you!.

Cosmos of Methos is a game which brings you back to the world of the Ancient Times.

You are placed behind the wheel of a Hellenik Trireme, of a Phoenecian trade-ship or a Skythian pirate ship.

Nevertheless, you have equally the oportunity to rule your destiny. To become from a peaceful trader, a fearsome captain.