Free bishop of hexen band software for linux

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.

Doomsday Engine is a 3D-graphics enhanced game engine for Doom, Heretic, and Hexen.
The Doomsday Engine is an enhanced Doom source port, based on the source code of id Softwares Doom and Raven Softwares Heretic and Hexen.
The purpose of the project is to create versions of Doom, Heretic and Hexen that feel the same as the original games but are implemented using modern techniques such as 3D graphics and client/server networking. A lot of emphasis is placed on good-looking graphics.
Main features:
- Supports Windows, Linux/Unix, and Mac OS X operating systems.
- Hardware-accelerated 3D graphics (OpenGL and Direct3D) and sound effects (DirectSound3D).
- 16-player multiplayer over LAN or the internet.
- Dynamic lighting and shadow effects.
- 3D models and particle effects.
- Dynamic light effects and lens flares.
- Simple shadows for objects.
- Support for high-resolution textures and detail textures.
- 3D skyboxes.
- Quake-style runtime console for modifying settings and giving commands.

Multi Purpose Scanner is a simple scanner written in C that starts a number of child processes, connects to a list of IP addresses, and logs a certain number of characters to standard out or a file.
Low band use is one consecuence of a single connection per child that recieve an only defined num of characters.
Main features:
- $ mpscan -e -p 25 -t 15 -r 100 -T 20 -R 192.168.1.0-10
- Fast mp-scan 0.04-testing ...
- Total ip: 11
- 11/11 91% 192.168.1.10
- Generated 11 ip in 0.199 seconds
- Ip range parsed... 11 ip found
- Scan on 25 started...
- 0:192.168.1.0 -> Network is unreachable
- 3:192.168.1.3 -> Connection refused
- 2:192.168.1.2 -> Connection refused
- 1: 192.168.1.1 -> 220 zeus.olimpo.hm ESMTP Postfix (Debian/GNU)
- 6:192.168.1.6 -> No route to host
- 5:192.168.1.5 -> connected but no data retrived within 7 sec
- 4:192.168.1.4 -> No route to host
- 8:192.168.1.8 -> connect timeout after 15
- 7:192.168.1.7 -> No route to host
- 9:192.168.1.9 -> No route to host
- 10:192.168.1.10 -> No route to host
- Waiting for child dead...
- Scanned 10 ip in 3.14821 seconds
- Scan ended... enjoy the result
Enhancements:
- added T and I option,
- added changelog,
- added debian rules,
- added man page,
- Makefile created.

Scalar::Properties is a Perl module package that contains run-time properties on scalar variables.

SYNOPSIS

use Scalar::Properties;
my $val = 0->true;
if ($val && $val == 0) {
print "yup, its true alright...n";
}

my @text = (
hello world->greeting(1),
forget it,
hi there->greeting(1),
);
print grep { $_->is_greeting } @text;

my $l = hello world->length;

Scalar::Properties attempts to make Perl more object-oriented by taking an idea from Ruby: Everything you manipulate is an object, and the results of those manipulations are objects themselves.

hello world->length
(-1234)->abs
"oh my god, its full of properties"->index(g)

The first example asks a string to calculate its length. The second example asks a number to calculate its absolute value. And the third example asks a string to find the index of the letter g.

Using this module you can have run-time properties on initialized scalar variables and literal values. The word properties is used in the Perl 6 sense: out-of-band data, little sticky notes that are attached to the value. While attributes (as in Perl 5s attribute pragma, and see the Attribute::* family of modules) are handled at compile-time, properties are handled at run-time.
Internally properties are implemented by making their values into objects with overloaded operators. The actual properties are then simply hash entries.
Most properties are simply notes you attach to the value, but some may have deeper meaning. For example, the true and false properties plays a role in boolean context, as the first example of the Synopsis shows.

Properties can also be propagated between values. For details, see the EXPORTS section below. Here is an example why this might be desirable:

pass_on(approximate);
my $pi = 3->approximate(1);
my $circ = 2 * $rad * $pi;

# now $circ->approximate indicates that this value was derived
# from approximate values

Please dont use properties whose name start with an underscore; these are reserved for internal use.

You can set and query properties like this:

$var->myprop(1)

sets the property to a true value.

$var->myprop(0)

sets the property to a false value. Note that this doesnt delete the property (to do so, use the del_props method described below).

$var->is_myprop, $var->has_myprop

returns a true value if the property is set (i.e., defined and has a true value). The two alternate interfaces are provided to make querying attributes sound more natural. For example:

$foo->is_approximate;
$bar->has_history;

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.

Speextalk is a simple, yet powerful voice-over-IP (VoIP) program with a custom protocol using the Speex codec.
The keyword is simple: Speextalk does VoIP, and only VoIP, but the protocol is simple, the code is simple, and the usage is simple for an average Unix user.
Main features:
- Direct peer to peer two persons discussion.
- Low to very low bandwidth usage (can be less than 1.2ko/s).
- Identification of the callee by its IP address or host name and optionaly port number.
- Network protocol independant code (IPv6 is supported, IPv8 would be).
- Text mode interface.
Enhancements:
- Initial ChangeLog creation. Supported features: ALSA sound output, text-mode interface, Speex mono low, wide and ultra-wide band.

SpliX is a set of CUPS printer drivers for SPL (Samsung Printer Language) printers. If you have a such printer, you need to download and use SpliX. Moreover you will find documentations about this proprietary language.
Note that only SPL2 printers are currently supported! However we are looking for people who have a SPL printer to implement it as soon as possible.
Dont hesitate to leave us a message if necessary.
Enhancements:
- Several bugs have been fixed.
- It can be used with CUPS version 1.2 or later.
- The Makefile has been changed.
- The SRT mode is only available for specific printers.
- Splix on 64-bit architectures now works.
- The last band is now printed.
- Margins have been recalculated.
- New translations for German and Italian have been added.