Free rate it 0.7 software for linux

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.

RateXCalc is a simple tool for audio/video streams and media size/length cross calculation.
With RateXCalc you can:
- Evaluate the maximum video rate for a perfect fit in different media
- Calculate the final production size for a given movie length and a/v rates
- Jog the video rate with a slider and see the subsequent fit for a given media type
Examples:
1. I have to know the best audio or video bitrate for a given movie (length). Ill lock the audio or the video variable and let the program calculates these values selecting the amount of CD or other media that I intend to use.
2. I want to lock the media variable: changing the other variables the program will let me know how many CD I must use and the percentile fit of the CD or the last one (if more than one).
So I can define the time, choose a preferred audio bitrate and play with the video bitrate slider to get an optimized distribution of data on the x CDs.

Serverstats is a simple tool for creating graphs using rrdtool. It does not have any features to manage the created rrd-files, so if you change anything you have to delete and recreate the files.
There is also no frontend for managing your graphs and sources. Serverstats is designed to be configured once and then run continuously. It does not depend on a database.
Main features:
- add sources using PHP-classes
- simple configuration
- all rrdtool-commands are escaped
- sources can use a cache if needed (for example to calculate per second values out of absolute values)
- multiple languages supported: en_US, de_DE
- graphs can include any defined sources and/or rrdfile
- clean HTML-source, can be styled using CSS
- support for advanced rrdtool features such as CDEF/VDEFs
- usage of cacti scripts possible (scripts from cacti release are included, hope thats ok for the devs of cacti)
- multiple RRA-definitions supported (you can select one "template" for every source)
- Errorlogger, may use syslog, write into a file or send you an email
Included Sources
- All includes sources are written for a linux-system. You may write some to run on windows, but there is nothing for windows included in the releases. Also I do not know if the sources will run on any other UNIX-system.
- users - number of users logged in
- load - current load of the system (1min, 5min and 15min) and number of (running) processes
- traffic - traffic passing through iptables-chains, needs special configuration
- mysql - save questions (per second) and number of current processes
- external - get data from external scripts (same format as cacti uses)
- memory - statistics of memory and swap
- cpu - statistics of cpu usage (thanks to Andreas Korthaus)
- apache - statistics from localhost/server-status (thanks to Andreas Korthaus)
- disk - monitor your IO-rate (kernel 2.6 only)

AmphetaRate project is a ratings/recommendation news server.
AmphetaRate is a news server that features "collaborative filtering", allowing users rate the news from their aggregators. Based on these ratings, it delivers completely personalized news.
Enhancements:
- Ratings.pm: Fixed the routine to find the amphetarate data dir.
- Ratings.pm: Shows a notification after rating articles ("Saved X ratings.")

Tapiir is a simple and flexible audio effects processor, inspired on the classical magnetic tape delay systems used since the early days of electro-acoustic music composition.

Tapiir project provides a graphical user interface consisting of six delay lines, or "taps", which can introduce an almost arbitrarily big or small delay to their inputs and can be feed back to each other.

A wide set of effects can be easily achieved by properly configuring and connecting the delay lines: complex echo patterns, resonances, filtering, etc. Delays, interconnections and gains can all be controlled in real time.

TAPIIR internal processing modules consist of six delay-lines, each with a mixer at its input and a gain control at its output, and a stereo output mixer. Stereo input from an external source, typically a musical instrument, is routed to all input mixers. In addition to this, the output of each delay line is also routed to the input mixers of all delay lines, including itself. Figure 1 shows the diagram of TAPIIRs internals.

This cross-feeding of audio signals throughout the system of delay-lines and mixers, allows the user to create a very large variety of stereo delay effects. Very simple echos or ping-pong effects can be achieved easily, but more complex effects such as early reflection echos, reverbs, complex rhythmic and arrhythmic patterns and even Karplus-Strong like synthesis is also possible. It is important to observe, that these more complex effects are only possible by using sample accurate processing.

This article appears in Proceedings of the COST G-6 Conference on Digital Audio Effects (DAFX-01), Limerick, Ireland, December 6-8, 2001

Sample accuracy

Conventional hardware effect processors are often rather limited in the lenght of there delay-lines. It is unusual to encounter accuracy higher than 1 msec, and even 10 msec is used frequently, and maximum delay-lenght are limited as well.

Obviously, this limitation in hardware effect processors is deliberate, both out of technical concerns or marketing. Most users are not interested in higher accuracy, and the standard user interface of hardware effects processors - buttons or at the most an alpha-dial - would make it a painful job to adjust. Also, one can imagine that lower accuracy means less computational cost, and therefore lower overall cost of the effect processing hardware.

For advanced users however, this limitation can be annoying. Of course, many of the effects obtained with very short delay times, such as reverb or filtering, are usually also implemented in the same hardware, but it can be very interesting to combine all these with longer delay-time effects; it would be necessary to use several processors connected together to do this.

The implementation of TAPIIR, however, is sample accurate. This means that extremely short delay times can be used, 0.023 msec when using a sample-rate of 44100 Hz. In addition to this fine control over delay-lengths, the sample accuracy is also implented for feedback and even cross-feeding between the various delay-lines, This is achieved by the fact that the internal processing core of TAPIIR is written in such a way, that the input and output values of the delay-lines and mixers are passed on 1 at a time, instead of buffer-by-buffer.

Filtering with delays

Obviously, the effects obtained by sample accurate processing of delay-lines go far beyond the simple echo effects. This includes the creation of FIR filters and - using feedback - IIR filters (this has been the inspiration for the name TAPIIR). In these cases, the mixer gains function as filter coefficients. This means that TAPIIR can efficiently be used for filtering, with flexible filter design. In a future version, TAPIIR could contain a pole/zero editor that automatically sets the mixer values to create the corresponding filter.

The maximum delay-length that can be achieved is only limited by the physical RAM memory of the system TAPIIR runs on. To give an example, with 32 MB of free memory, a total delay-length of more than 6 minutes can be used. While this might seem rather useless for normal effect processing, it clearly has musical applications. Several compositions have been written that make use of long delay times. Originally performed with the use of tape-delays, they could take great profit of the use of digital techniques for sound quality. The use of hard disk space with sufficient fast access would take away time limitation even more.

Delay-length control

The graphical user interface of TAPIIR allows the user to take full advantage of the delay-length accuracy, but at the same time it tries to maintain user-friendly and manageable, by offering value-sliders for larger scales as well. Delay-time can be entered in time in seconds in number of samples. Sliders control the digits of the delay-length, with an accuracy of 5 decimals. An additional feature is the use of tempo/signature. In that case, delay-length in not represented in seconds, but in beats, and the sliders control the subdivision of beats according to the signature. Obviously, in many circumstances this representation is a lot more useful, in a musical sense, than time in seconds.

QoS (or Quality-of-service) is traffic shaper replacement for Internet Service Providers (ISP). Dump your vintage hard-wired routers/shapers (C|sco, etc.) in favour of powerful open source and free solution !
Prometheus QoS generates multiple nested HTB tc classes with various rate and ceil values, and implements optional daily traffic quotas and data transfer statistics (as HTML). It is compatible with NAT, both asymetrical and symetrical, yet still provides good two-way shaping and prioritizing, both upload and download.
Prometheus QoS was written in C<<less