Sound Data Management Training » History » Version 8

Steve Welburn, 2012-07-04 05:56 PM

1 5 Steve Welburn
h1. WP1.2 Online Training Material
2 1 Steve Welburn
3 7 Steve Welburn
(back to [[Wiki]])
4 7 Steve Welburn
5 1 Steve Welburn
h2. C4DM Researcher use cases
6 1 Steve Welburn
7 1 Steve Welburn
h3. Quantitative testing - machine testing
8 1 Steve Welburn
9 1 Steve Welburn
bq. A common use-case in C4DM research is to run a newly-developed analysis algorithm on a set of audio examples and evaluate the algorithm by comparing its output with that of a human annotator. Results are then compared with published results using the same input data to determine whether the newly proposed approach makes any improvement on the state of the art.
10 1 Steve Welburn
11 1 Steve Welburn
Data involved includes:
12 1 Steve Welburn
* Software for the algorithm (which can be hosted on "Sound Software":http://www.soundsoftware.ac.uk)
13 1 Steve Welburn
* An annotated dataset against which the algorithm can be tested
14 1 Steve Welburn
* Results of applying the new algorithm and competing algorithms to the dataset
15 1 Steve Welburn
* Documentation of the testing methodology
16 1 Steve Welburn
17 1 Steve Welburn
Note that *if* other algorithms have published results using the same dataset and methodology, then results should be directly comparable between the published results and the results for the new algorithm. In this case, the methodology is already documented.
18 1 Steve Welburn
19 1 Steve Welburn
Also, if the testing is scripted, then the code used would be sufficient documentation during the research - readable documentation only being at publication.
20 1 Steve Welburn
21 1 Steve Welburn
If no suitable annotated dataset already exists, a new dataset may be created including:
22 3 Steve Welburn
* Selection of underlying (audio) data (which may be [[Copyright|copyright]] material)
23 1 Steve Welburn
* Creation of ground-truth annotations for the audio and the type of algorithm (e.g. chord sequences for chord estimation, onset times for onset detection)
24 1 Steve Welburn
25 1 Steve Welburn
h3. Qualitative testing - Listening tests
26 1 Steve Welburn
27 2 Steve Welburn
An example would be testing audio at various levels of compression using both standard techniques and a newly derived algorithm.
28 1 Steve Welburn
29 6 Steve Welburn
e.g. [[MUSHRA]] type tests.
30 1 Steve Welburn
31 1 Steve Welburn
Data involved includes:
32 1 Steve Welburn
* Software for the algorithm (which can be hosted on "Sound Software":http://www.soundsoftware.ac.uk)
33 1 Steve Welburn
* Original uncompressed audio
34 1 Steve Welburn
* Audio output of the new algorithm on the audio
35 1 Steve Welburn
* Audio output of existing algorithms on the same audio
36 1 Steve Welburn
* Documentation of the testing methodology
37 1 Steve Welburn
38 1 Steve Welburn
We note that for listening tests, the research may involve:
39 1 Steve Welburn
* Demographic details of participants
40 3 Steve Welburn
* Identifiable participants (Data Protection])
41 3 Steve Welburn
* Release forms by people taking part
42 1 Steve Welburn
43 1 Steve Welburn
and *will* involve:
44 1 Steve Welburn
* ethics-board approval
45 1 Steve Welburn
46 1 Steve Welburn
h3. Publication
47 1 Steve Welburn
48 1 Steve Welburn
Additionally, publication of results will require:
49 1 Steve Welburn
* Summarising the results
50 1 Steve Welburn
* Publishing the paper
51 8 Steve Welburn
52 8 Steve Welburn
h2. Overarching concerns
53 8 Steve Welburn
54 8 Steve Welburn
Human participation - ethics, data protection
55 8 Steve Welburn
56 8 Steve Welburn
Audio data - copyright