Handle MP3 files with soundfile

[hagenw]

Closes #119

This adds reading and metadata support for MP3 files using soundfile >=0.11.0 soundfile>=0.12.1.
I have not added writing support for MP3 files as this depends on the system wide installation of libsndfile (compare bastibe/python-soundfile#348), whereas for reading the libsndfile library bundled with soundfile is used (hence the dependency on soundfile>=0.11.0 soundfile>=0.12.1).
If we think writing support for MP3 is needed as well, I would propose to add it in another pull request.

It also updates the benchmark page with the new results.
For the "Reading files" benchmark it presents now all results in a single figure. For the "Accessing metadata" benchmark,
results for MP4 are still shown in an extra figure as it takes much longer than for the other formats.

The good news is that the proposed changes make processing of MP3 faster (results as average per file):

benchmark	main	this branch
Reading files	0.07 s	0.03 s
Accessing metadata	0.19 s	0.0002 s

Benchmark page

/cc @frankenjoe

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (be5b555) 100.0% compared to head (02e6d83) 100.0%.

Additional details and impacted files

Files	Coverage Δ
audiofile/core/info.py	100.0% <ø> (ø)
audiofile/core/io.py	100.0% <ø> (ø)
audiofile/core/utils.py	100.0% <100.0%> (ø)

[schruefer]

Hey, thanks for the update, unfortunately, I'm not quite sure what the update does.
The main change is that we require a newer soundfiles version and that all tests and benchmarks are updated accordingly, right?

[hagenw]

Hey, thanks for the update, unfortunately, I'm not quite sure what the update does. The main change is that we require a newer soundfiles version and that all tests and benchmarks are updated accordingly, right?

Yes, we require soundfile>=0.12.1 as this comes with a pre-build libsndfile that does support reading of MP3 files (which was introduced in libsndfile in version 1.1.0).
BTW, you can check for the libsndfile that is used by soundfile with:

import soundfile

soundfile.__libsndfile_version__

soundfile 0.12.1 returns '1.2.0'.

In addition, it updates the tests as MP3 was used in some tests to represent an audio format not supported by soundfile, which is no longer true. In those cases I switched the test to MP4.

And the most files were changed as part of the updated benchmark pages, which now include the results for the changes of this pull request.

[schruefer]

Okay, great, makes a lot of sense to me!
I was just a little bit confused because I was looking for some bigger code changes to use libsndfile.
Sounds good to me!