Free hexen band software for linux

U-Hexen project is a port of Hexen to Simple Directmedia Layer.
U-Hexen is a port of the popular 3D game, Hexen by Raven Software/Id Software, to the Simple Directmedia Layer library.
It uses an SDL mixer for sound and music. Some new menus were added for easier configuration. It works on Linux, FreeBSD, OpenBSD, and Windows.
On FreeBSD, the game can work on the console without X.
Enhancements:
- Fixed palette handling (problems with DirectX).
- Added 24 bpp surface support.
- Fixed save path on Windows.

Helix Player is an audio and video player based on the Helix DNA Client engine. The GTK+ version includes a Mozilla browser plug-in and supports local file playback and streaming over RTSP/RTP and HTTP.
It supports video zoom in original, double size, and full screen, and supports: SMIL 2.0, Ogg Vorbis, H.263 video, JPEG, GIF, PNG, and RealPix.
The Symbian Series60 version supports local and streaming playback (RTSP, RTP, RDP, HTTP) of MP3, AMR narrow band, AMR wide band, RA8, sipro, RV7, RV8, RV9, RV10, H263+, 3GPP rel5 SMIL 2.0, images, and more.
Enhancements:
- This release is an update for the Firefox 1.5 API changes.

Band Saw is a syslog monitoring program for the GNOME desktop. Band Saw project allows the user to setup filters that define which messages should generate alerts.

Combined with syslogs remote logging functionality it provides a scalable and easily deployed monitoring solution.

How does it work?

Band Saw is really quite simple; it monitors messages that are fed to it from a suitably configured syslog server, looking out for messages that contain text that the administrator is interested in. Any log message that matches the administrators filters will be brought to the users attention via a dialog box that pops up on screen.

Because syslog itself supports propagating messages between seperate computers, with syslog and Band Saw you can easily monitor a large number of computers for critical errors.

CODEX is a software designed for applications with a moderate number of clients requesting authentication keys
When designing secure applications, it is not uncommon to assume some out-of-band mechanism for distributing keys or other secrets. Other applications without inherent security features could, given a key distribution system, employ symmetric key encryption to add a cryptographic access control mechanism. These applications motivated the development of the CODEX (the Cornell Data Exchange) key distribution system. CODEX is designed for applications with a moderate number of clients (tens or hundreds) requesting keys that change often but not continuously (on the scale of minutes to hours).
CODEX is an moving forward from the ideas implemented in COCA. It employs the RSA and ElGamal encryption schemes, as well as techniques such as threshold cryptography and proactive secret sharing. The COCA page contains a number of useful links for these topics.
Part of the development of CODEX was the creation of a general-purpose toolkit for the various primitives needed by the system. These primitives are discussed in the Implementation section, and the full source code is also available.
Since a random search on Google revealed that this project is now listed on Freshmeat, it is worth mentioning a few significant aspects of the implementation. First, the code is research-quality, not production-quality. The system employs spin-waiting, which can substantially impact the host on which a server runs. For an effective proactive-recovery system, servers must periodically be placed into a known-good state.
This typically involves rebooting from clean (and, if necessary, patched) media and installing new server-specific public/private key pairs, as well as the proactive secret sharing procedure included in the implementation. If, at this point, you still trust the implementation and your operating system enough to use CODEX, be advised that there is currently no credentials mechanism in place.
The existing policy object always accepts any credentials object as valid. Since the entire system depends on enforcing policies for access control, if you want to deploy a CODEX system (as opposed to using the libraries to build your own system) you must implement an actual policy/credentials mechanism.
Enhancements:
- This release was updated for compatibility with Doxygen 1.4.1 and to work with g++ through version 3.3.5.
- CODEX_Quorum/Socket.cc is now able to handle non-stream sockets (i.e. UDP).
- CODEX_Quorum/SocketBuilder.h now has a copy constructor.

DeuTex is a wad composer for Doom, Heretic, Hexen and Strife. It can be used to extract the lumps of a wad and save them as individual files. Conversely, it can also build a wad from separate files. When extracting a lump to a file, it does not just copy the raw data, it converts it to an appropriate format (such as PPM for graphics, Sun audio for samples, etc.).
Conversely, when it reads files for inclusion in pwads, it does the necessary conversions (for example, from PPM to Doom picture format).If you like to do wad hacking beyond level editing, DeuTex is a must. In addition, DeuTex has functions such as merging wads, etc. I use it all the time.
Main features:
- Supported platforms
- Unix and DOS. Should not be difficult to port to other platforms.
- Supported iwads
- Doom, Doom II, Ultimate Doom, Doom alpha 0.4 and 0.5, Doom press release pre-beta, Heretic, Hexen, Strife.
- Supported file formats
- .au, .voc, .wav, .bmp, .gif (will go away), .ppm.
Enhancements:
- default transparent colour is (0, 47, 47) instead of (0, 255, 255),
- flats are put between FF_START and F_END,
- Doom alpha 0.4 and Doom alpha 0.5 are supported,
- Doom press release pre-beta is supported,
- Hexen is supported,
- Strife is supported,
- new command -usedidx,
- on Unix (especially Linux), builds much more smoothly,
- on DOS and Windows, builds with DJGPP and Cygwin,
- source available and libre license (GPL + LGPL + Pbmplus),
- GIF is deprecated,
- many bug fixes and small improvements.

shn2make works with sets of shn or flac audio files and the make program to automate the process of burning shn archive CD-Rs, audio CD-Rs and the encoding of lossy mp3 and ogg-vorbis files.
shn and flac are lossless audio compression formats. shn and flac are commonly used for distribution of high-quality live recordings of "trade friendly" bands. You will find many via etree.org , or in USENET groups like alt.binaries.gdead.
shn and flac file sets are typically distributed with a .nfo or .txt file which contains the set list and other information.
Shn2make finds all the shn or flac files in the current directory and checks thier md5 checksums. Then shn2make looks for the .nfo or .txt file, and trys to figure out the song names and corresponding disc and track numbers. The song names are matched against available shn/flac files. Finally, if all the files check ok and everything is complete and makes sense a Makefile is created.
Using this Makefile with the standard "make" utility, various tedious sequences of tasks can be automatically performed on the set of shn or flac files. For example archiving the set to CD, or encoding all the songs to mp3 with the correct names.
Enhancements:
- When wodim is available, it is used instead of cdrecord.

renameit is an MP3 filename standardizer. It formats your MP3 filenames based on the ID3 tag info, removes embedded spaces, and notifies you when an MP3 has no ID3 tag.

This is an example for usage:
Some Song from some album.mp3 with ID3 Artist of "Some Dudez" and ID3 Trackname of "Some Song" ends up beingSome_Song(Some_Dudez).mp3

./addtag FileToBeTagged.mp3
It will prompt you for artist and track name, add the tag, and then move
the file up to the mp3s directory, where you can run renameit on it.

./batchrenameit
It will get all the mp3 filenames in top directory, and call renameit for
each.

./edittag FileToBeEdited.mp3
Displays current ID3 tag and prompts for edit. After edit, calls
renameit.

./batchtag
Mass file tagger. Gets all mp3 filenames in need_id3 directory and calls
addtag for each.

./batchtagedit
It will get all the mp3 filenames in this directory tree, and call edittag
for each. Great for adjusting things like bands named Perl Jam..altho that
might be a kewl name for a band ;)

./makeindexfile
This builds index.html for all mp3 files in this directory tree. The
index will only show the mp3 files.

EQU is a realtime graphical equalizer that will equalize the audio of almost everything you play through XMMS (OGG, MP3, WAV, etc.).

You can choose four different band configurations (10, 15, 25 and 31), all of them with ISO central frequencies, independent gain settings for left and right channels, and more than +-14dB of gain per band.

EQU project features a skinnable GUI and shadowed mode.