Powered by OPF
OPF WIKI STATIC ARCHIVE
2,681 pages · 153 spaces · 776 tags · 4,025 history records · 96.2% of the original wiki recovered
Archived copy. This page was recovered from the Internet Archive snapshot of /display/SP/SB Experiment Audio mp3 to wav Migration and QA on Hadoop Cluster taken on 2016-09-11. The original wiki at wiki.opf-labs.org is being decommissioned.

SB Experiment Audio mp3 to wav Migration and QA on Hadoop Cluster

Created by Bolette Ammitzbøll Jurik on Jul 15, 2013 · last edited by Bolette Ammitzbøll Jurik · on Jun 16, 2014 (view history) · 8 versions

Investigator(s)

Bolette Jurik (SB)

Dataset

Danish Radio broadcasts, mp3

Platform

SB Hadoop Platform

Workflow

The workflow is the same as SB Experiment SO4 Audio mp3 to wav Migration and QA Workflow.

The difference is that the workflow is written as a number of Hadoop jobs / Hadoop mappers instead of a Taverna workflow.

The project is available from https://github.com/statsbiblioteket/scape-audio-qa.

In addition there now is a Taverna workflow combining three of these Hadoop jobs.

To sum up what this workflow does, is migration, conversion and content comparison. The top left box (nested workflow) migrates a list of mp3s to wav files using a Hadoop map-reduce job using the command line tool Ffmpeg, and outputs a list of migrated wav files. The top right box converts the same list of mp3s to wav files using another Hadoop map-reduce job using the command line tool mpg321, and outputs a list of converted wav files. The Taverna work flow then puts the two lists of wav files together and the bottom box receives a list of pairs of wav files to compare. The bottom box compares the content of the paired files using a Hadoop map-reduce job using the xcorrSound waveform-compare commandline tool, and outputs the results of the comparisons.

Input/Output

The file containing the list of mp3 files to be migrated is available from HDFS. The mp3 files are stored on NFS and the resulting wav files are written to NFS. This has a number of reasons.

The preservation event and log files are all written to HDFS. This means we have a rather complex input/output model with input from both HDFS and NFS and also with output to both HDFS and NFS. And this is of course only an experiment! If this workflow is going to be used in production, we need to add the repository connection, such that data can be both retrieved from the repository and written to the repository.

Future Work

What we would like to do next is:

Requirements and Policies

TODO

Evaluations

**Evaluation - SB Experiment mp3 to wav Migration and QA on Hadoop Cluster