Free to detect software for linux

BPM Detect is a simple BPM detection utility.

Rogue Detect sends DHCPDISCOVER packets to the network and listens for DHCP servers to respond.

It can run continuously as a daemon, or do a single probe and quit. Its written in Perl and can be easily extended to take any action you can think of in response to an unknown DHCP server (send pages, disable them or whatever).

The Port Scan Attack Detector (psad) is a collection of three system daemons that are designed to work with the Linux Netfilter firewalling code to detect port scans and other suspect traffic.
Port Scan Attack Detector project features a set of highly configurable danger thresholds (with sensible defaults), verbose alert messages, email alerting, DShield reporting, and automatic blocking of offending IP addresses.
Psad incorporates many of the packet signatures included in Snort to detect various kinds of suspicious scans, and implements the same passive OS fingerprinting algorithm used by p0f.
Enhancements:
- A --gnuplot mode was added so that psad can output data that is suitable for plotting with gnuplot.
- The ability to negate match conditions on fields specified with the --CSV-fields argument was added.
- The Storable-2.16 module was added along with the --use-store-file argument so that in --gnuplot mode the Gnuplot data can be stored on disk and retrieved quickly.
- --analysis-fields was added so the iptables log messages that are parsed in -A mode can be restricted to those that meet certain criteria.

CD-ROM Digest MD5 is a quick and dirty program to compute checksum of individual track.
It reports for each track:
- size (read)
- MD5 digest
Supports:
- multi track CD-ROM
- mode 1
- Linux ioctl()
- libmhash
Doesnt support:
- DVD
- Audio CD
- Multi session
- Other operating system
Known problem:
- Track are often bigger than the data written inside
- The program will report an error at the end of the data
- I dont know the way to detect the end of data.
- The checksum is good, and the size too.
Be aware:
- Track shorter than 4s -> 300 frames -> 614400 bytes are padded
- To check the checksum, pad the img/iso file to 614400 and run md5sum

tuneit is a simple command-line instrument tuner for Linux.
It uses two different algorithms for pitch detection. By default, a simple and fast Schmitt Trigger based algorithm is used to detect the fundamental frequency of an instrument.
For better and more reliable results, there is an alternative FFT based algorithm which is much more CPU intensive.
As audio capture backends ALSA and JACK are supported. By default, tuneit will try to use the hw:0,0 ALSA device.
Options:
tuneit [OPTIONS...] [captureDevice]
Valid options:
-f Use the more CPU intensive FFT based algorithm
-i List available input ports and exit
-j Use JACK as the audio transport system
-l LATENCY Measurement window size in 1/N seconds (default is 10)
-r RATE Set desired ALSA sample rate (default is 48000)
-t HERTZ Tune the A note of the scale (default is 440.0)
Enhancements:
- Now uses the floating-point version of FFTW3 and in-place transforms for better performance when using the FFT algorithm.
- Fixes to support compilation with GCC 4.0.

Scratchlib is a open source platform independent C++ library that can detect the position, speed and direction of Final Scratch timecode records.
Is there a simple example how to use it ?
Yes, just download the sources, compile it and see how it works.
Can i use other timecode records with this library ?
By reason of lack of time there are currently no plans to do this even though we have an idea how to support other systems.
Project state:
There is one console example which dump the timecode position and the speed.
This example use RtAudio for recording but the library is independent.
Enhancements:
- Scratchlib example with: - improved peak detection - Mixvibes v.1 support

GuiTuner tries to detect the pitch of the sound recorded in real time from the audio device using some methods ( by now only based on FFT ) that you can configure at runtime.
It is self-explanatory, you just have to connect your guitar or your microphone to the sound card, configure the input device using a mixer and see what the program tells you: it displays the note nearest to the picked sound and the interval between it and the note produced by the instrument.
If the sound produced is lower than the right one the left arrow becomes green, if is higher becomes green the right arrow. From version 0.05beta1 is available a simple tone generation section, that uses presets.
There are a "stable" and an "unstable" version, both may not work properly, but the "stable" one has been tested for a year, so its problems are more or less known. Download the unstable version only if you want to test it and help with its development, reporting bugs and problems.
Enhancements:
- Added Alsa support and simple tone playing, with preset support.

libipoddevice is a device-specific layer for the Apple iPod. It provides iPod-specific HAL event notification to applications, and along with objects representing an iPod, which gives the application access to properties and features of an iPod.
libipoddevice also provides a debugging program, ipod to view iPod device properties, listen for iPod HAL events, and safely eject iPods (iPods must be unmounted, then ejected).
In order for libipoddevice to detect an iPod, the iPod must be first mounted, and HAL must detect the mounted iPod volume. Best results come from a setup where gnome-volume-manager detects the presence of an iPod, and calls pmount-hal to mount the iPod. However, libipoddevice also has submount support, and should work with a submount/gnome-volume-manager setup as well.
libipoddevice does not provide any feature-specific iPod support, like reading/writing the iTunes Song Database (iTunesDB). This functionality is met by ipod-sharp, a Mono library that provides bindings to libipoddevice and feature-specific support.
Building libipoddevice
libipoddevice requires HAL 0.5.2 or later, which requires a fairly new D-Bus, hotplug, and udev. Any system running GNOME 2.11/2.12 should meet these requirements however (SuSE 10, Ubuntu Breezy, Foresight Linux, Fedora Core 4). Also required are development packages for glib/gobject.
After obtaining sources from a tarball or CVS, extract/change into the root libipoddevice source directory, and, if from CVS:
$ ./autogen.sh --prefix=/usr
OR, if from tarball:
$ ./configure --prefix=/usr
Then,
$ make && sudo make install
configure should automatically detect if you have pmount enabled. However, you can specify custom unmount/eject commands by passing --with-unmount-command="/path/to/unmount %d and --with-eject-command="/path/to/eject %d. Also, %d can be used for a device node, %m for a mount point, and %h for a HAL Volume ID.
If you are using submount, you can pass --enable-submount to configure if it is not automatically detected.
Enhancements:
- src/ipod-device.c (ipod_device_eject_hal): Propagate any errors to parent function, which will be sent to consumer application for display
- (ipod_device_eject): Handle the error_out parameter and propagate as a GError to caller
- src/ipod-device.h: Added ERROR_EJECT