Free jar 0.95 software for linux

One-JAR is a simple solution to the problem of distributing an application as a single jar file, when it depends on multiple other jar files.

It uses a custom classloader to discover library jar files inside the main jar.

KaTeker is a backup tool for Linux useful for small companies and private people. It saves data onto hard disk and CDs or other random access media.

Netrok is a GPL open source SDL game for linux and Windows. It`s a platform game like Super Mario, but it is not a clone. Netrok has a new, fast and unique gameplay with some puzzle passages, where you have to think, how to proceed.
In Netrok you jump on small buttons on the ground and upgrade your player and depending of this upgrade you have to destroy the enemies different, and you have to react fast.
Also Netrok has a very complex score system and you get score for everything well done and you loose score for actions, which makes gameplay easier. E.g. you can throw a level jump`in flag and if you die, you can replay level from the position of this flag, but it costs 1000 score to place the flag, and you have only once the possibility to throw it and you have to deliberate about where to place it, if you place it to early, you have to replay much more than if you place it later in the level, which is also risky, because you could die before.
Main features:
- very portable source code
- resolution 320*200
- 1 level is 20 screens big, with 13*20 tiles per screen
- 20 levels full of fun
- 8 different enemies
- Leveleditor
- Retro Feeling
- Netrok can be upgraded
- new unique game design
- funny gameplay instead of super graphics and effects
- midi music and sound
- compley score system

StarPlot is a program for Unix that allows you to view charts of the relative 3-dimensional positions of stars in space.
It is free software; the source code for StarPlot is available under the GNU General Public License. Here is a screenshot (click for a larger image).
Main features:
- Stars can be right-clicked to display a data popup window.
- Stars can be displayed or hidden by spectral class and absolute magnitude (also shown above).
- Stellar absolute magnitude limits can be set automatically based on the radius of the chart.
- Non-stellar objects such as nebulae are also supported.
- The stars being viewed may be plotted on a Hertzsprung-Russell diagram.
- Charts may be viewed in either celestial or galactic coordinate systems.
- Charts may be recentered, rotated, or zoomed in or out with a mouse click (this can also, of course, be done via dialog boxes for more precision).
- Current chart parameters may be saved to a file and reloaded later.
- The data file format is easy to read, well-documented, and text based.
- StarPlot is packaged with a program (starconvert) that converts line-oriented stellar data records to StarPlot format. Several well-known star catalogues are available from this website, complete with all the data needed for conversions.

Drums++ is a programming language I designed for sequencing music through drum machines. Drums++ program uses simple C ideas, for example // and /* */ comments and { } to seperate sections. I tried to make it as simple as possible so even a non-programmer could use it. See the docs section for more info on the language. Drums++ can both directly control your MIDI device or it can create .midi files which can be played through programs such as Microsoft Media Player.
So you might wonder why I chose to do drum sequencing this way? Well, about 10 years ago I used to write drum sequences for my music using a program on my Amiga 500 called Dynamic Drums. Dynamic Drums is probably not a very powerful drum sequencing program, but it was so easy to use. I could write an entire song on that in about 10 minutes. The problem was the samples were very cheesy.
So anyway, a few years ago my friend Jeff Blevins sold me his old Dr. Rhythm drum machine, which had much better sounds, but it was so hard to write a song. I tried downloading some MIDI programs for Linux, but they were too complicated for an idiot like me. So I decided to write my own MIDI sequencing program strictly for drums :). I figured a GUI would take me longer to write than a parser for a new programming language, so this is why I chose to make Drums++. Eventually I plan to write a GUI in either Java or GTK/C.
Drums++ is based on the features of Dynamic Drums, the only difference is you dont click on a grid for where you want your beats, you type them in a text file. Eventually I might add new features to the language if they are requested.
Enhancements:
- I added the ability to select midi channels. In version 0.94 and below, Drums++ used only midi channel 9 (which was the drum sounds naturally). In version 0.95 and above you have the option to use other midi channels allowing you to use other instruments (pianos, guitars, etc).

NLog is a .NET logging library. NLog is designed with simplicity and flexibility in mind. With NLog you can process diagnostic messages emitted from any .NET language, augment them with contextual information, format them according to your preference and send them to one or more targets.
The API (application programming interface) is similar to log4net, and the configuration is very simple. NLog uses a routing table while log4net uses a logger hierarchy with attachable appenders. This makes NLogs configuration very easy to read and maintain.
NLog supports .NET, C/C++ and COM interop API so that all your application components including legacy modules written in C++/COM can send their messages through a common log routing engine.
The .NET API is very fast at filtering messages, so that you can keep your logging instructions in code and let NLog filter them out at runtime. NLog can filter out as many as 150 million logging instructions per second on a single-CPU 1.6 GHz laptop. Add that to asynchronous processing and other wrappers and youll get a very powerful and scalable logging tool.
Enhancements:
- This release adds a new Trace level, which is more verbose than the Debug level.
- It adds a new conditions language that lets you write powerful filtering conditions while keeping the syntax natural and readable.
- It adds a global log threshold and configurability at the config level.
- It adds support for variables in configuration files.
- It adds an infrastructure for compound targets and wrapper targets.
- It adds detailed documentation with examples for many targets, both on the Web site and in the help file.

Chart::XMGR is a Perl object for displaying data via XMGR.

SYNOPSIS

use Chart::XMGR;

xmgr($a, { SYMBOL => plus};

use Chart::XMGR ();

$xmgr = new Chart::XMGR;
$xmgr->line($pdl);

$pdl->$xmgr->line;

xmgr($pdl, { LINESTYLE => dotted });

Provides a perl/PDL interface to the XMGR plotting package. Can be used to plot PDLs or Perl arrays.

A simple function interface is provided that is based on the more complete object-oriented interface.

The interface can be implemented using either anonymous pipes or named pipes (governed by the module variable Chart::XMGR::NPIPE). If named pipes are used ($NPIPE = 1) XMGR can be controlled via the pipe and buttons are available for use in XMGR. If an anonymous pipe is used XMGR will not accept button events until the pipe has been closed.

Currently the named pipe option can not support data sets containing 3 or more columns (I havent worked out how to do it anyway!). This means that only TYPE XY is supported. For anonymouse pipe 3 or more columns can be supplied along with the graph type.

The default option is to use the named pipe.

Chart::GRACE is a Perl object for displaying data via Xmgrace.

SYNOPSIS

use Chart::GRACE;

xmgrace($a, { SYMBOL => plus};

use Chart::GRACE ();

$grace = new Chart::GRACE;
$grace->plot($pdl);

xmgrace($pdl, { LINESTYLE => dotted });

Provides a perl/PDL interface to the XMGR plotting package. Can be used to plot PDLs or Perl arrays.

A simple function interface is provided that is based on the more complete object-oriented interface.

The interface can be implemented using either anonymous pipes or named pipes (governed by the module variable Chart::GRACE::NPIPE). If named pipes are used ($NPIPE = 1) XMGR can be controlled via the pipe and buttons are available for use in XMGR. If an anonymous pipe is used XMGR will not accept button events until the pipe has been closed.

Currently the named pipe option can not support data sets containing 3 or more columns (I have not worked out how to do it anyway!). This means that only TYPE XY is supported. For anonymouse pipe 3 or more columns can be supplied along with the graph type.

The default option is to use the named pipe.