ReplayGain Plugin#
This plugin adds support for ReplayGain, a technique for normalizing audio playback levels.
Installation#
This plugin can use one of many backends to compute the ReplayGain values: GStreamer, mp3gain (and its cousins, aacgain and mp3rgain), Python Audio Tools or ffmpeg. ffmpeg and mp3gain can be easier to install. mp3gain supports fewer audio formats than the other backends.
Once installed, this plugin analyzes all files during the import process. This
can be a slow process; to instead analyze after the fact, disable automatic
analysis and use the beet replaygain command (see below).
To speed up analysis with some of the available backends, this plugin processes
tracks or albums (when using the -a option) in parallel. By default, a
single thread is used per logical core of your CPU.
GStreamer#
To use GStreamer for ReplayGain analysis, you will of course need to install
GStreamer and plugins for compatibility with your audio files. You will need at
least GStreamer 1.0 and PyGObject 3.x (a.k.a. python-gi).
Then, install beets with replaygain extra which installs GStreamer
bindings for Python
pip install "beets[replaygain]"
Lastly, enable the replaygain plugin in your configuration (see
Using Plugins) and specify the GStreamer backend by adding this to your
configuration file:
replaygain:
backend: gstreamer
The GStreamer backend does not support parallel analysis.
Supported command backends#
In order to use this backend, you will need to install a supported command-line tool:
mp3gain#
aacgain#
mp3rgain#
mp3rgain is a modern Rust rewrite of mp3gain that also supports AAC/M4A
files. It addresses security vulnerability CVE-2019-18359 present in the
original mp3gain and works on modern systems including Windows 11 and macOS with
Apple Silicon.
Configuration#
replaygain:
backend: command
command: # mp3rgain, mp3gain, or aacgain
If beets doesn't automatically find the command executable, you can configure the path explicitly like so:
replaygain:
command: /Applications/MacMP3Gain.app/Contents/Resources/aacgain
Python Audio Tools#
This backend uses the Python Audio Tools package to compute ReplayGain for a range of different file formats. The package is not available via PyPI; it must be installed manually (only versions preceding 3.x are compatible).
On OS X, most of the dependencies can be installed with Homebrew:
brew install mpg123 mp3gain vorbisgain faad2 libvorbis
The Python Audio Tools backend does not support parallel analysis.
ffmpeg#
This backend uses ffmpeg to calculate EBU R128 gain values. To use it, install
the ffmpeg command-line tool and select the ffmpeg backend in your config
file.
Configuration#
To configure the plugin, make a replaygain: section in your configuration
file. The available options are:
auto: Enable ReplayGain analysis during import. Default:
yes.threads: The number of parallel threads to run the analysis in. Overridden by
--threadsat the command line. Default: # of logical CPU coresparallel_on_import: Whether to enable parallel analysis during import. As of now this ReplayGain data is not written to files properly, so this option is disabled by default. If you wish to enable it, remember to run
beet writeafter importing to actually write to the imported files. Default:nobackend: The analysis backend; either
gstreamer,command,audiotoolsorffmpeg. Default:command.overwrite: On import, re-analyze files that already have ReplayGain tags. Note that, for historical reasons, the name of this option is somewhat unfortunate: It does not decide whether tags are written to the files (which is controlled by the import.write option). Default:
no.targetlevel: A number of decibels for the target loudness level for files using
REPLAYGAIN_tags. Default:89.r128_targetlevel: The target loudness level in decibels (i.e.
<loudness in LUFS> + 107) for files usingR128_tags. Default: 84 (Use83for ATSC A/85,84for EBU R128 or89for ReplayGain 2.0.)r128: A space separated list of formats that will use
R128_tags with integer values instead of the commonREPLAYGAIN_tags with floating point values. Requires the "ffmpeg" backend. Default:Opus.per_disc: Calculate album ReplayGain on disc level instead of album level. Default:
no
These options only work with the "command" backend:
command: Name or path to your command backend of choice: either of
mp3gain,aacgainormp3rgain.noclip: Reduce the amount of ReplayGain adjustment to whatever amount would keep clipping from occurring. Default:
yes.
This option only works with the "ffmpeg" backend:
peak: Either
true(the default) orsample.trueis more accurate but slower.
Manual Analysis#
By default, the plugin will analyze all items an albums as they are implemented.
However, you can also manually analyze files that are already in your library.
Use the beet replaygain command:
$ beet replaygain [-Waf] [QUERY]
The -a flag analyzes whole albums instead of individual tracks. Provide a
query (see Queries) to indicate which items or albums to
analyze. Files that already have ReplayGain values are skipped unless -f is
supplied. Use -w (write tags) or -W (don't write tags) to control
whether ReplayGain tags are written into the music files, or stored in the beets
database only (the default is to use the importer's configuration).
To execute with a different number of threads, call beet replaygain --threads
N:
$ beet replaygain --threads N [-Waf] [QUERY]
with N any integer. To disable parallelism, use --threads 0.
ReplayGain analysis is not fast, so you may want to disable it during import.
Use the auto config option to control this:
replaygain:
auto: no