Free sonic visualiser software for linux

Sonic Visualiser is an application for viewing and analysing the contents of music audio files.
The aim of Sonic Visualiser is to be the program you reach for when you find a musical recording you want to study rather than simply hear.
As well as a number of features designed to make exploring audio data as revealing and fun as possible, Sonic Visualiser also has powerful annotation capabilities to help you to describe what you find, and the ability to run automated annotation and analysis plugins in the new Vamp analysis plugin format.
We hope Sonic Visualiser will be of particular interest to musicologists, archivists, signal-processing researchers and anyone else looking for a friendly way to take a look at what lies inside the audio file.
Main features:
- Load audio files in WAV, Ogg and MP3 formats, and view their waveforms.
- Look at audio visualisations such as spectrogram views, with interactive adjustment of display parameters.
- Annotate audio data by adding labelled time points and defining segments, point values and curves.
- Overlay annotations on top of one another with aligned scales, and overlay annotations on top of waveform or spectrogram views.
- View the same data at multiple time resolutions simultaneously (for close-up and overview).
- Run feature-extraction plugins to calculate annotations automatically, using algorithms such as beat trackers, pitch detectors and so on.
- Import annotation layers from various text file formats.
- Import note data from MIDI files, view it alongside other frequency scales, and play it with the original audio.
- Play back the audio plus synthesised annotations, taking care to synchronise playback with display.
- Select areas of interest, optionally snapping to nearby feature locations, and audition individual and comparative selections in seamless loops.
- Time-stretch playback, slowing it down to as little as 10% of the original speed while retaining a synchronised display.
- Export audio regions and annotation layers to external files.
The design goals for Sonic Visualiser are:
- To provide the best available core waveform and spectrogram audio visualisations for use with substantial files of music audio data.
- To facilitate ready comparisons between different kinds of data, for example by making it easy to overlay one set of data on another, or display the same data in more than one way at the same time.
- To be straightforward. The user interface should be simpler to learn and to explain than the internal data structures. In this respect, Sonic Visualiser aims to resemble a consumer audio application.
- To be responsive, slick, and enjoyable. Even if you have to wait for your results to be calculated, you should be able to do something else with the audio data while you wait. Sonic Visualiser is pervasively multithreaded, loves multiprocessor and multicore systems, and can make good use of fast processors with plenty of memory.
- To handle large data sets. The work Sonic Visualiser does is intrinsically processor-hungry and (often) memory-hungry, but the aim is to allow you to work with long audio files on machines with modest CPU and memory where reasonable. (Disk space is another matter. Sonic Visualiser eats that.)

SocNetV is a Linux GUI program written in Qt3.
Social Networks Visualiser project main purpose is to bring to our Linux box comprehensive Social Networks Analysis and Visualisation.
It can read and write various network file formats and enables the user to visually modify an existing network or draw a new network using the mouse. Network and actor properties, such as distances, centralities, diameter etc, can be easily computed. Also, it can create random networks (lattice, same degree, etc).
SocNetV is NOT antagonistic to any commercial/scientific SNA programs, like PAJEK, visone, UCINET, AISee, KrackPlot, which are developed by groups of professionals and scientists. It is rather a personal trip to learn SNA and C++ programming while keeping the code open for others to learn from my mistakes. If you find it useful Ill be glad. But be aware that there is no warranty of efficiency, correctness or usability.
Oh, and this site is under never-ending construction as well.
Installation:
To see SocNetV in action, you need a modern Linux distro with Qt 3.x. Download the latest release from the link "Download" on the left. Untar the archive, cd to the new directory, and use:
/usr/lib/qt3/bin/qmake (or wherever are your Qt libs)
make
./socnetv
Enhancements:
- tarball of v. 043.1 was corrupted. fixed.
- Fixed display of HTML help in Debian package.
- Fixed wrong numbering of new actors with double-click.
- Fixed creation of links through middle-click.

sonic-snap is a project with you can use your sn9c102 based camera under linux. You need to get the kernel driver at linux-projects.org.

sonic-snap has some distinguishing features which include histogram analysis, normalization, ppm captures and realtime mpeg encoding.

sonic-snap was tested with this really cute little webcam, called Sweex Minicam. The Sweex Minicam is really cheap (10 to 15 euros), and has the size of a 50 eurocent coin. Due to its size, it should be a suitable robotics camera.

The sonic-snap application will most likely work with any webcam, based on the sn9c102 chip from Sonix. (Sweex 100k and Genius NB work as well). If you get it to work on your cam, why not send me a snapshot? You can reach me at bram at sara.nl

Open 4GL WebServices is an opensource project to implement a wizard and a framework to make it easy to publish PROGRESS procedures as WebServices generating the WSDL and WS code, without requiring the developer to learn XML or the framework itself.
With this tool the developer can select an existing PROGRESS procedure and produce the WSDL file and/or a proxy procedure that handle the SOAP call and translate between SOAP and PROGRESS datatypes. Open 4GL WebServices also can handle the WS-I security recommendation requiring a custom procedure to authenticate the user/password.
Also, the generated proxy procedure is based on procedure templates (skeletons), these templates allow the developer to choose how to deploy the webservice. The developer can choose between webspeed, a batch version to call it from a CGI, a socket based version, or a custom template, etc.
This kind of project had been there for years, i had read some documents about howto build it, but nobody had been released the complete solution as open source by now. Its an alternative to the commercial version distributed by PROGRESS, only that this version doesnt require Sonic MQ or the AppServer to run properly.
Installation:
Put the entire o4glws directory somewhere in the PROPATH and make a copy the
file o4glws.i in any directory in the PROPATH of the deployment machine, because its needed to compile the deployed webservice adapter procedures.
INCLUDED FILES
o4glwsAdapter.p Webservice adapter generator
o4glwso4glws.i Library included in every adapter
o4glwso4glws.w Wizard to generate adapter/WSDL files
o4glwsprocDlg.w Dialog to select the procedures to include in the
webservice
o4glwsprocInfo.i Temp-table definitions used by all programs
o4glwsprocInfo.p Extracts the information about internal procedure,
functions and temp-tables of a procedure file
o4glwsREADME.TXT This file
o4glwsLicense.txt Software license
o4glwstransparent.ico The wizards icon
o4glwsWizard3.gif One of the wizards images
o4glwsSuccess.gif One of the wizards images
o4glwsError.gif One of the wizards images
o4glwsWSDL.p WSDL adapter generator
o4glwssample Samples of the generated code
o4glwstemplates Templates used to generate adapters
Enhancements:
- A "Unable to use Namespace: []" message was removed.
- Malformed Web service addresses were corrected.
- A problem where the generated WSDL did not correctly describe the output parameters of the Adapters was fixed.
- Buffer handlers for output tables are no longer needed.
- Date parameters are now supported.
- Speed for output tables was optimized.
- Expiration date and time parameters were added to securityTemplate.p.
- A fault report was added.

stackviz project is the stack visualizer.

When you debug your program with gdb and you want to imagine what goes on on the stack you can use the stack visualizer.

In order to use it, you have to issue in gdb that three commands:

print $esp
print $ebp
x/48w $esp

If you issue not only that three magic commands, but also something like:

print &< some_variable >

the stack visualizer will know what is the address of this variable and will show you where it lies on the stack. Of course you can do this with more variables.

xmms woofer is an xmms visualizer. It selects the bass frequencies and represents them in a simple way as the moving surface of a speaker cone (more of a membrane at this point)

Kamaelia is a toy box, a toolkit, a library of components you can take and bolt together, customise and create your own.
This includes components for TCP/multicast clients and servers, backplanes, chassis, Dirac video encoding & decoding, Vorbis decoding, pygame & Tk based user interfaces and Tk, visualisation tools, presentation tools, games tools.
A networked unix pipe for the 21st century - a way of making general concurrency easy to work with, and fun.
A framework providing the nuts and bolts for building components. A library of components built using that framework. Components are implemented at the lowest level as python generators, and communicate by message passing. Components are composed into systems in a manner similar to Unix pipelines, but with some twists that are relevent to modern computer systems rather than just file-like systems.
To enable programmers of all skill levels with playing with components in a networked environment. Network systems are naturally concurrent, and concurrency is often hard. Kamaelia is trying to make concurrency natural and easy to work with, because we are trying to solve some specific challenges regarding putting (some or all of) the BBC Archive online. Lego, KNex and building blocks are great metaphors for systems like unix pipelines that have made concurrency easy (in a constrained way) for 30 years.
Axon - the core concurrency framework - is considered API stable (current version 1.1.2). Kamaelia - the library of components - is considered still in development stage, since we recognise theres a lot more to do (current version 0.3.0). However generally this is regarding adding features rather than removing or changing. Components that exist today, for building systems:
- Components for TCP servers, multicast servers, backplanes, chassis, video encoding & decoding (using the BBCs Dirac codec), decoding and playback of audio & music encoded using ogg vorbis, creating user interfaces using pythons favourite API for SDL (ie pygame, and Tk based user interfaces. Theres also tools for visualisation[*], presentations, and a host of other random things. (including some tools for building games. The layout tools for this actually come from an old lava lamp simulator, so theyve based on a physics/emergent model which I find nice to look at and seems to fascinate geeks and small children alike.
Finally in terms of tools, we have:
- An "axon shell", which is an Axon/Kamaelia aware IPython/unix shell.
- A visualiser
- A visual pipeline builder (which creates code for you based on your point, click and dragging).
This allows you to build systems ranging from viewing network topologies and interactive systems through to networked personal autocues.
Enhancements:
- Key highlights of this release are BitTorrent support, OpenGL support, massively enhanced DVB support, collaborative whiteboarding with audio and support for daisy-chaining whiteboards, a nascent seaside-style Web server, and enhanced visual system composition (i.e. the ability to compose arbitrary graphs).
- All of these include examples, including an OpenGL interface to BitTorrent, a BitTorrent-based simple (non-robust) streaming system, and a "record for me" scriptable PVR based on programme name.