QM Vamp Plugins in MIREX

During the past 7 years or so, we in the Centre for Digital Music have published quite a few audio analysis methods in the form of Vamp plugins: bits of software that you can download and use yourself with Sonic Visualiser, run on a set of audio recordings with Sonic Annotator, or use with your own applications.

Some of these methods were, and remain, pretty good. Some are reasonably good, simplified versions of work that was state-of-the-art at the time, but might not be any more. Some have always been less impressive. They are all available free, with source code—or with commercial licences for companies that want to incorporate them into their products.

This year we thought we should give them a trial against the current state-of-the-art in academia. Luis Figueira and I prepared a number of entries for the annual Music Information Retrieval Evaluation Exchange (or MIREX), submitting a Vamp plugin from our group in every category where we had one available.

MIREX, which is an excellent large-scale community endeavour organised by J Stephen Downie at UIUC, works by running your methods across a known test dataset of music recordings, comparing the results against “ground truth” produced in advance by humans, and publishing scores for how well each method compares.

Here’s how we got on for each evaluation task.

Audio Onset Detection

(That is, identifying the times in the music recording where each of the individual notes begin.)

We submitted two plugins here: the QM Onset Detector plugin implementing a number of (by now) standard methods, from Juan Bello and others back in 2005; and OnsetsDS, a refinement by Dan Stowell aimed at real-time use (so not directly relevant to this task). Both did modestly well. These methods have been published for a long time and become widely known, so it would be a disappointment if current work didn’t improve on them.

Audio Beat Tracking

(Tapping along with the beat.)

Here we entered the QM Tempo Tracker plugin, based on the work of Matthew Davies, and a Vamp plugin implementation of Simon Dixon‘s BeatRoot beat tracker. Both of these are now quite old methods (especially BeatRoot, although the plugin is new). The results for three datasets are here, here and here.

Both the original BeatRoot and a different version of Matthew Davies’ work were included in the MIREX evaluation back in 2006, and the ’06 dataset is one of the three used this year. So you can compare the 2006 versions here and the 2013 evaluations over here. They perform quite similarly, which is a relief. You can also see that the state of the art has moved on a bit.

Audio Tempo Estimation

(Coming up with an overall estimate in beats-per-minute of the tempo of a recording. Presumably the evaluation uses clips in which the tempo doesn’t vary.)

We entered the same QM Tempo Tracker plugin, from Matthew Davies, as used in the Beat Tracking evaluation. It doesn’t quite suit the evaluation metric, because the plugin estimates tempo changes rather than the two fixed tempo estimates (higher and lower, to allow for beat-period “octave” errors) the task calls for—but it performed pretty well. Again, a related method was evaluated on the same dataset in MIREX ’06 with quite similar results.

Audio Key Detection

(Estimating the overall key of the piece, insofar as that makes sense.)

We entered the QM Key Detector plugin for this task. This plugin, from Katy Noland back in 2007, is straightforward and fast, and is intended to detect key changes rather than the overall key.

To everyone’s surprise (including Katy’s) it scored better than any other entry, and indeed better than any entry from the past four years! The test dataset is pretty simplistic, but this is a nice result anyway.

Audio Melody Extraction

(Writing down the notes for the main melody from a recording which may have more than one instrument.)

Here we submitted my own cepstral pitch tracker plugin. This is not actually a melody extractor at all, but a monophonic pitch tracker with note estimation intended for solo singing. And it was developed as an exercise in test-driven development, rather than as a research outcome. It was not expected to do well. It actually did come out well in one dataset (solo vocal?), but it got weak results in the other three. I’m quite excited about having submitted something all-my-own-work to MIREX though.

Audio Chord Estimation

(Annotating the chord changes in a piece based on the recording.)

For this task we entered the Chordino plugin from Matthias Mauch. This plugin is much the same as the “Simple Chord Estimate” method that Matthias entered for MIREX in 2010; it got the same excellent results then and now for the dataset that was used in both years, and it also got the highest scores in the other dataset.

Structural Segmentation

(Dividing a song up into parts based on musical structure. The parts might correspond to verse, chorus, bridge, etc—though the segmenter is not required to label them, only to identify which ones have similar structural purpose.)

Two entries here. The Segmentino plugin from Matthias Mauch is fairly new, and is the only submission we made for which plugin code has not yet been released—we hope to remedy that soon. And we also entered Mark Levy‘s QM Segmenter plugin, an older and more lightweight method.

The results for different test datasets are here, here, here and here. The evaluation metrics are slightly baffling (for me anyway). I have been advised to concentrate on

  • Frame pair clustering F-measure: how well corresponding sections correspond; this measures getting matching segment types right. Segmentino does very well here, except in one dataset for some reason. The QM Segmenter is not as good, but actually not so bad either.
  • Segment boundary recovery evaluation measures: how accurately the segmenters report the precise locations of segment boundaries. Neither of our submissions does this very well, although Segmentino does well on precision at 3 seconds, meaning the segment boundaries it does report are usually fairly close to the real ones.

This is a pretty good result—I think!

Release Week ahead

I’ve built up quite a pile of almost-released new versions of software, in the lab at C4DM. It’s time to get some of it released, and I’m planning to spend the next week or two doing exactly that. This means spending a lot of time getting cross about platform builds not working right (that’s where the term “cross-platform” comes from you see).

This sort of work always calls for endless to-do lists; I thought this time I’d write up a list here, so I can talk a bit about the work we’ve been doing that I want to release. I’m hoping to get much of this done before the Digital Music Research Network meeting on the 17th December.

Vamp Plugins: MIREX edition

We entered a number of Vamp plugin implementations of audio analysis methods into the annual MIREX evaluation—I’ll write about that separately. But now we need to make properly packaged releases of them:

  • one submission, Segmentino from Matthias Mauch, has not yet been published at all, and I think we’d like to see a release of it go out;
  • one submission, the BeatRoot Vamp Plugin, has been sitting in “testing” status for a few years on our code site: MIREX gave us the impetus to finish it up, and now that it’s been through that evaluation as well, it’s surely ready to release;
  • the other submissions were from the standard QM Vamp Plugins set which has been publicly available for years, but we found a few bugs and had to make some small changes to suit the output formats needed for MIREX: we should make a release that corresponds exactly to the MIREX results as published.

Sonic Visualiser

We have a number of fixes (e.g. save window size correctly when maximised) and a couple of small new features (e.g. export audio as data) since the last release. I’d like to deal with a couple more of the outstanding bugs as well.

Sonic Visualiser “IM AF build”

A project headed by Panos Kudumakis at C4DM recently added support for loading MPEG-A Interactive Music Application Format files to Sonic Visualiser. This isn’t ready to go into mainstream builds yet, but we’d like to get a preview build released from the IM AF branch.

Klapuri Constant-Q Plugin

I’ve been working on a (causal) C++ implementation of this constant-Q transform method from Christian Schörkhuber and Anssi Klapuri.

(The constant-Q transform, like the FFT, transforms a sampled time-domain signal into a set of frequency components. But while the FFT produces output bins at constant frequency increments, the constant-Q transform produces them at constant log-frequency increments so that every bin has identical ratio of centre frequency to bandwidth—that ratio is known as Q factor, hence constant-Q. This means output bins are effectively spaced evenly in terms of musical pitch, which is handy.)

Anyway, I’d like to get this released as a library and plugin, and then use it in some other work (still pending).

Slightly longer-term…

“Tonioni”

A mysterious project involving interactive editing of pitch estimations. This is something we’re working on for at least an internal release, and it might end up being public too. We’ll see.

“Sonic Vector”

This program (you can find source here) has been around for ages. It needs brushing up and making properly available, though even a rough release would be more useful than none. It’s a comparative viewer for multiple audio recordings, most relevant where those recordings represent different versions of the same underlying music.

 

Repairs

a dishwasher, todayWaiting for a new hinge for the dishwasher door to be delivered.

We got this thing in 2002. At the end of 2009 it started cutting out and we got a repairman in to fix it. He came twice, failed to diagnose the problem, changed the motherboard, quickly gave up. We decided to replace the dishwasher, but I thought I should have a look inside it first.

Turned out the bottom of the machine, under the tub, was full of water. It had sprung a leak, and simply cut out because the leak detector had tripped. I got in touch with a nice person at a parts company who forwarded me the schematic for the dishwasher, ordered a new tiny O-ring for 69p to fix the leak, and it worked again.

Obvious lesson: replacing something like an integrated dishwasher is a pain in the arse anyway, so you might as well look inside it first and see if there’s anything visibly wrong. There’s something amazingly satisfying about getting a “free” working dishwasher by fixing it yourself, especially if, like me, you’re not a very practical chap and wouldn’t normally expect to be able to. Admittedly you do have to spend a few evenings with a dishwasher in bits in the middle of your kitchen floor.

In 2012 the door lock broke. Inspired by my earlier success, I took apart the door, found the bit I needed, bought a new one, and got it working again. Now part of the hinge has sheared through, so that once you open the door fully you can’t close it again. I’m not very good with hinges—or anything where a lot of force is involved—and not sure I know how to replace this one, but the part’s on the way, so I’ll give it a go. This machine washes perfectly well, and I like the thought of being able to avoid scrapping it.

In other pointless domestic news, I’m about to run out of this year’s marmalade and we’re still almost two months from the oranges being back in season.