Free instrument software for linux

ccovinstrument package contains instruments C/C++ code for test coverage analysis.

SYNOPSIS

ccovinstrument code.c > covcode.c
ccovinstrument code.c [-f] -o covcode.c [-e errs]
-f instrument fatal code as well as normal code

Scans C/C++ source (before cpp) and inserts trip-wires in each code path to record execution.

A number of error prone coding styles are also detected. Many of these ideas came from study of the highly regarded perl5 source code (and from my own coding experience.

This approach (or almost any approach) to coverage analysis is NOT fullproof! Just because you exercise every code path does NOT mean you have exercised all possibilities. For example, consider the following code:

char
fetch_char(int xx)
{
static char *string = "Dr. Zorph Trokien";
if (xx < 0) {
return 0;
} else {
return string[xx];
}
}

Unfortunately, you still have to be somewhat intelligent about designing your test scripts. However, assuming youre clever, you can use this tool to know when to stop writing more tests. Thus, thereby achieving test coverage.

CCov SOURCE DIRECTIVES

/* CCov: off */
Turns off coverage instrumentation. You probably dont want to analyze debugging code.

/* CCov: on */
Turns on coverage instrumentation.

/* CCov: jump if for do while else return */
Adds to the list of identifiers that cause a change in execution flow. In addition to the usual keywords, macros used by the perl core and XSUBs are included by default.

/* CCov: fatal myexit croak panic */
Adds to the list of identifiers that cause a fatal exception. Instrumentation of these blocks is turned off by default. (You usually want to make sure the code is suppose to work works before you make sure that the code that isnt support to work works.)

HOW DOES IT WORK?

The instrumenter processes source code before it is seen by cpp. This helps you isolate your testing. Usually, you want to do test analysis on each library/application individually. A global analysis would cause you to test new code and all the libraries you are using (for every single application!).

The instrumentor does not really use a lexer (tokenizer). The techniques are probably more similar to image processing than parsing. As you might imagine, this doesnt work in the general case. CCov tries to be forgiving, but it simply doesnt understand obfuscated code. Rather than calling it a bug, I think its an significant feature.

Simple code probably has fewer bugs than complex code. Not only is this tool aimed at test coverage analysis, it is also helps you improve your coding style. There are still some rough edges, but I am mostly satisfied with the degree of strictness.

Spectromatic is a program for generating spectrograms from audio files. Spectrograms are a form of simple time-frequency analysis which lets you see how the distribution of energy at different frequencies in an audio stream change over time. For example, if you play a scale on a musical instrument, you will see a climbing and/or descending pattern of blobs as you move from left to right.

Spectromatic reads its input as mono or stereo 16-bit wave files, and writes the output image to an elongated PNG image (colour for stereo, grayscale for mono audio).

Its very easy. First make sure you have the GNU scientific library (GSL) version 1.0 installed (http://www.gnu.org/software/gsl/), and the PNG library version 2 or later (version 3 is untested, but should work - version 1.x may also work) plus the development versions of these libraries (i.e. the header files etc. - Debian calls these packages libgsl0-dev and
libpng2-dev). If you wish to change the default installation directory, edit the Makefile. Then type "make" followed by "make install". Easy!

To using it may be a bit harder. Refer to the man page for detailed instructions, but basically:

1. get a 16-bit mono or stereo wave file
2. spectromatic file.wav
3. this generates file.png which is the spectrogram. There are lots of options to change the way it generates the image (I recommend spectromatic --inverse --logarithmic --combine LXR file.wav).

Specimen is a MIDI controllable SoftSampler.
Specimen is a MIDI controllable SoftSampler, written in C and GTK+. For those who dont know, a sampler is an instrument that allows you to make music using sound files (aka "samples").
Main features:
- Up to 32 patches with 8 notes of polyphony each
- Fast, high quality pitch scaling
- Linear ADSR volume envelopes
- MIDI/jack-transport syncable LFOs
- Low pass filter with resonance
- A variety of direction-independent playback modes
- A zoomable sample editor for loop and play points
- Portamento
Try it out and let me know what you think. Specimen has been written from the ground up with the goal of actually making music with it, and Id like to hear how well/poorly it fulfills that ambition.

Sanetracker is a pattern based MIDI sequencer. In December 2002 it became a part of the KDE project, so SourceForge will only be used for web for now (and not CVS).
The current version of Sanetracker can use raw MIDI devices (OSS/Free) and the ALSA sequencer, thus supporting virtually all sound cards having a driver for Linux. Getting high precision timers to work under Linux (necessary for synchronizing synthesizers) is hard, so currently you need an external clock to use Sanetracker.
Cakewalk Instrument Defintion files are used for instrument definitions. If you dont have such files for all of your synths, patch selection will become difficult. Sanetracker will download instruments from an online database on request, but you might need to use Google to find the ones you need.
Song files are stored in Standard MIDI Format (SMF), also known as .mid-files. SMF is extendable, and almost all MIDI applications support it, so theres no reason not to use it.
Install:
- vim Makefile (edit CONFIG_*, which is your include dirs)
- make dep
- make all
- cp sane
- mkdir ~/.sanetracker/
- cp config.xml ~/.sanetracker/
- vim ~/.sanetracker/config.xml
Usage:
./sane MySong.xml.gz
The file will be created if it doesnt exist.

tuneroid is a tuner for variety of musical instruments. It is designed to tune musical instruments on PC using a microphone or directly connecting the instrument to the PCs sound card.

Meteo is an interface to weather stations from Davis Instruments. Meteo project polls the station for data, stores it in a database and makes various graphs available via the Web. Users can navigate graphically back and forth in time at various resolutions.

QTuneroid is a musical instrument tuner, designed to tune musical instruments on PC using a microphone or by directly connecting the instrument to the PCs sound card.
This program actually is a fork of Tuneroid by Jozef Kosoru (check his page at "http://www.uid0.sk/zyzstar/?tuneroid" ) which i made because i needed a good tuner, but dont want to use huge and sluggish KDE desktop, nor even install KDE libraries. So i ported Tuneroid to pure Qt and made some tweaks to UI slightly...
Enhancements:
- small ui fixes
- several build fixes