Free 0.1.2 software for linux

BJS is a multiplayer tank battle.

The goal of the game is to move with your tank, shoot to other players and avoid their shoots. You may pick up some powerups to make your tank stronger.

The game is not user friendly very much at this stage of development but it is allready playable and main game features are woking.

JSPP is an untyped, java-like scripting language designed to be embedded in applications. The project is written in C and can be compiled on VC/Win, Tandem (HP Non-Stop), and Linux.
Enhancements:
- Updated to reflect changes in the SPL library.

The iSMS package is a mobile messaging gateway. This is a package based upon the GSM::SMS package. It allows to implement a webservice based on SMS messages.It can be considered a piece of middleware that implements a HTTPSMS gateway.
Main features:
- rule based bidirectional SMS messages.
- SMS messages get translated to a HTTP request. A WEB frontent allows for easy configuration of rules. You can define ACL ( Access Control Lists ). POST/GET, Basic authentication, standard queries ...
- XMLRPC based SMS gateway.
- This allows for easy integration of corporate level applications into the iSMS suite. Almost all application servers or groupware products have XMLRPC support ( www.xmlrpc.com). With this support you can easily deploy a corporate wide SMSC.
- Remote SMS nodes.
- iSMS is build around a HTTPd ( apache ) as an event-based application server. To support serial nodes ( responsible for reception of SMS messages ) I had to use a seperate node-process. This also allows to build a distributed SMSC. You can have different nodes ( one for each operator ) and they all communicate back to the main server. The node uses XMLRPC as its messaging protocol. This way it is easy to use it through a corporate firewall or proxy.
- A node does not need to run on the same machine as the iSMS server.

vdrd project is a daemon to control VDR.
It supports:
- starting VDR only when needed for live-viewing or recording
- triggering VDR start via starting the live-view application (xawtv, xine...)
- programming nvram-wakeup timers and automatic shutdown after recording
- error recovery when VDR crashes
Theory of operation
VDR can either function as a settop box, driving a TV set via the video output of a "full-featured" DVB card, or be used with a viewer program to do the actual displaying of video on the PC screen. This viewer may be xawtv or tvtime etc. for "full-featured" DVB cards.
Another solution is to use the xine plugin, in which case xine is the viewer program. In all these cases, the viewer can be started independently from VDR. (This may not be the case for all of the various software decoder plugins, however.)
vdrd is designed to run with such a separate viewer, for the case where VDR itself doesnt need to run all the time. VDR only should be started when recording via a timer or when viewing TV via a viewer (or both at once). When not needed, VDR is shut down, which switches the DVB hardware off and thus saves energy and reduces heat dissipation.
To this end, vdrd watches out for whether the viewer program runs and whether a timer is active.
vdrd creates a FIFO device, into which the viewer programs output should be redirected. Listening on this FIFO tells vdrd whether a viewer is active. vdrd also periodically asks VDR for the next active timer.
Installation
Create a "video" user which owns the /video and LIBDIR directories. Edit the compile-time parameters in config.h and Makefile as needed. Edit the perl scripts (loaddevices and vdrshutdown) as needed.
make; make install
The perl scripts are installed setuid root. The main program runs as user "video".
Edit the run-time configuration file vdrd.conf (by default installed in /etc) as needed. You want to adapt at least the list of plugins to load.
Here the following access rights are assumed:
LIBDIR is owned by video.video, mode 700. This protects the setuid scripts which could wreak havoc if called by a user. Nobody should need access to the config files directly, anyway.
RUNDIR is owned by video.video, mode 755. The FIFO is in this directory, so anyone can access it. Use mode 750 for the directory to restrict access to the video group.
Note that the builtin shutdown control of VDR is not used; vdrd takes over this part. So VDR is started without an -s argument and its "idle timeout" should be set to zero.
Running
Start vdrd on system startup via an init script. (There is one in the examples directory.) To view TV, start the viewer program with output into the FIFO. Make sure that at least one character is written into the FIFO. (There are suitable starters for xawtv in the examples directory.)
vdrd now will start VDR, and will stop it again when xawtv exits.
It also will start VDR when a recording timer is about to start and stop it after the recording is finished.
Whenever vdrd decides that VDR can be stopped, it will shut down the computer if nobody is logged in. When vdrd itself gets stopped by SIGTERM (usually during the system shutdown sequence), it sets a wakeup timer via "nvram-wakeup". This can be customized in the shutdown script.
When vdrd gets a SIGHUP signal, it re-reads the configuration file. If vdr is running at this moment, it is stopped and immediately restarted. This can be used to change options for vdr.

Japa short from JACK and ALSA Perceptual Analyser is a perceptual or psychoacoustic audio spectrum analyser.

In contrast to JAAA, this is more an acoustical or musical tool than a purely technical one.

Possible uses include spectrum monitoring while mixing or mastering, evaluation of ambient noise, and (using pink noise), equalisation of PA systems.

JAPA allows you to measure two inputs at the same time, compare them, store them to memory and compare them to stored traces. It offers a number of resolutions, speeds, and various display options. The dual inputs and memories will find their way into future JAAA versions as well.

Display controls:

The controls below the spectrum window modify only the way things are presented, and not the actual measurement.

Range: Vertical display range, 20, 40, 60 or 80 dB. There are two scales. The one at the left is used for absolute displays. The one at the right always has 0 dB at half scale and is used when comparing two signals.

Scale: Controls the frequency scale. Grid lines are one octave apart, minor ticks are 1/3 octave. The default scale is logarithmic with ticks the standard 1/3 octave frequencies. There are two alternatives:

440 Hz log scale (click ) This follows the filter bandwidths, i.e. all filters will have the same width on the screen. The exact layout of this scale depends on the "warp factor" (see below).

Resp: The normal frequency response is flat in the sense that it will correctly indicate the level of a sine wave at all frequencies. The Prop setting adds a correction that is inversely proportional to the relative bandwidth of each filter. This will give a flat display when the input is pink noise.

Input controls:

There are two channels, called A and B. Each of them can be connected to one of four inputs, or switched off (this conserves CPU cycles - switching off the corresponding trace display does not).

Below the input selection is the gain control. Input gain can be set in steps of 5 dB. There are two more buttons:

Auto: Sets the gain based on the current signal level. This a momentary action.

Lnk: The second channels gain can be linked to the first for stereo operation. This includes the Auto function.

Analyser controls

Resol: Resolution of the filter bank. This sets the FFT size to 128, 256, or 512. The number of filters effectively used is almost equal to this number (japa interpolates between FFT bins to give correct amplitudes at all frequencies).

Warp: JAPA uses a warped FFT to analyse the spectrum. Frequency warping is done by replacing each delay element in the digital processing by an all-pass filter. This control allows you to set the warp factor, and this in turn determines how the filter bandwidths change as a function of the center frequency. You can see the warped scales by selecting the Warp option in the Scale display control. The default setting corresponds closely to the Bark scale. Higher values give more detail in the lower frequency range at the expense of the higher.

Speed: This controls the averaging filters that follow the spectrum analyser. The Low setting is mainly for noise measurement.

Memory store controls:

Each channel has a peak hold function. Note that this operates *after* the averaging done in the analyser and set by the Speed controls. There are two memories called X and Y. The current data for each channel can be stored to either memory. When the peak hold function is active, the current peak values are stored.

Note: the peak hold function and the two memories are reset when either the Resolution or Warp factor are changed. This may change in future versions.

Note: the gain controls are shown as part of the input blocks, but in reality the gain is applied only much later: when a trace is displayed or stored to memory. The result is that the peak hold function is not disturbed by changing the gain.

Trace display controls:

Three traces can be displayed at any time, and each row controls one of them. Options of the form A/B compare two inputs or memories. This means that the difference in dB between them is displayed rather than the actual levels.

qscan is a sendmail queue scanner designed to scan all incoming email for file attachments and rename any offending file attachments. File attachments are not scanned for viruses, but allow you, the system administrator, to rename either some or all incoming file attachments to .txt file extension. The original filename is renamed to "filename~doc" for example, so that the end user can rename the file once it is scanned for viruses.

This program is by no means a perfect solution, but if security is properly maintained at your organization it will allow you much greater flexibility at stopping any possible email virus outbreaks. Therefore, you will need to maintain current anti-virus software on your workstations in case a virus infected file is emailed to one of the stations and they rename and execute that file.

A-Gen is a web album generator tool that generates static web pages from templates. Templates are just like normal HTML-files with some minor markup for the template processor. A-Gen project takes a template and a set of pictures and outputs a directory containing a web album consisting of static HTML pages.
With A-Gen you can create static web albums feasible for use directly from a directory. Therefore you are not bound to using a webserver (although you can of course put such an album into a directory served by a webserver).
As the album consists of static HTML files only, no further software is needed (apart from a browser of course). These albums should be so easy to use, you could even send one your mother-in-law without getting badly hurt (ok, depends on the contents of your album).
Main features:
- No special software required to view the albums (webbrowser only)
- Low performance requirements (as the albums are static HTML pages, serving can be done without much memory or processor power)
- Decent template system for creation of album themes (templates are based on HTML with a handful of simple template commands)
- standards conformance (depending on the template used, webalbums will comply with HTML or XHTML standards)
- fast (the software is written in C++ so creation of the albums does not depend on some heavy weight interpreter)
Enhancements:
- This release fixes compilation bugs with GCC 4.x (already done in the unreleased 0.1.1 version).
- It fixes dependency problems on Ubuntu and Debian unstable.