Skip to content

slhck/ffmpeg-normalize

BranchesTags

Repository files navigation

ffmpeg-normalize

PyPI version Docker Image Version GitHub Actions Workflow Status

All Contributors

A utility for batch-normalizing audio using ffmpeg.

This program normalizes media files to a certain loudness level using the EBU R128 loudness normalization procedure. It can also perform RMS-based normalization (where the mean is lifted or attenuated), or peak normalization to a certain target level.

Batch processing of several input files is possible, including video files.

A very quick how-to:

  1. Install a recent version of ffmpeg
  2. Run pip3 install ffmpeg-normalize
  3. Run ffmpeg-normalize /path/to/your/file.mp4
  4. Done! 🎧 (the file will be in a folder called normalized)

Read on for more info.

Contents:

Requirements

You need Python 3.8 or higher, and ffmpeg.

ffmpeg

  • ffmpeg 5.x is required, ffmpeg 6.x is recommended (it fixes a bug for short files)
  • Download a static build for your system
  • Place the ffmpeg executable in your $PATH, or specify the path to the binary with the FFMPEG_PATH environment variable in ffmpeg-normalize

For instance, under Linux:

wget https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-amd64-static.tar.xz
mkdir -p ffmpeg
tar -xf ffmpeg-release-amd64-static.tar.xz -C ffmpeg --strip-components=1
sudo cp ffmpeg/ffmpeg /usr/local/bin
sudo cp ffmpeg/ffprobe /usr/local/bin
sudo chmod +x /usr/local/bin/ffmpeg /usr/local/bin/ffprobe

For Windows, follow this guide.

For macOS and Linux, you can also use Homebrew:

brew install ffmpeg

Note that using distribution packages (e.g., apt install ffmpeg) is not recommended, as these are often outdated.

Installation

For Python 3 and pip:

pip3 install ffmpeg-normalize

Or download this repository, then run pip3 install ..

To later upgrade to the latest version, run pip3 install --upgrade ffmpeg-normalize.

Usage with Docker

You can use the pre-built image from Docker Hub:

docker run -v "$(pwd):/tmp" -it slhck/ffmpeg-normalize

Alternatively, download this repository and run

docker build -t ffmpeg-normalize .

Then run the container with:

docker run  -v "$(pwd):/tmp" -it ffmpeg-normalize

This will mount your current directory to the /tmp directory inside the container. Everything else works the same way as if you had installed the program locally. For example, to normalize a file:

docker run  -v "$(pwd):/tmp" -it ffmpeg-normalize /tmp/yourfile.mp4 -o /tmp/yourfile-normalized.wav

You will then find the normalized file in your current directory.

High LeveL Introduction

Please read this section for a high level introduction.

What does the program do?

The program takes one or more input files and, by default, writes them to a folder called normalized, using an .mkv container. All audio streams will be normalized so that they have the same (perceived) volume according to the EBU R128 standard. This is done by analyzing the audio streams and applying a filter to bring them to a target level. Under the hood, the program uses ffmpeg's loudnorm filter to do this.

How do I specify the input?

Just give the program one or more input files as arguments. It works with most media files, including video files.

How do I specify the output?

You don't have to specify an output file name (the default is normalized/<input>.mkv), but if you want to override it, you can specify one output file name for each input file with the -o option. In this case, the container format (e.g. .wav) will be inferred from the file name extension that you've given.

Example:

ffmpeg-normalize 1.wav 2.wav -o 1-normalized.wav 2-normalized.wav

Note that if you don't specify the output file name for an input file, the container format will be MKV, and the output will be written to normalized/<input>.mkv. The reason for choosing the MKV container is that it can handle almost any codec combination.

Using the -ext option, you can supply a different output extension common to all output files, e.g. -ext m4a. However, you need to make sure that the container supports the codecs used for the output (see below).

What will get normalized?

By default, all streams from the input file will be written to the output file. For example, if your input is a video with two language tracks and a subtitle track, both audio tracks will be normalized independently. The video and subtitle tracks will be copied over to the output file.

How will the normalization be done?

The normalization will be performed according to the EBU R128 algorithm with the loudnorm filter from FFmpeg, which was originally written by Kyle Swanson. It will bring the audio to a specified target level. This ensures that multiple files normalized with this filter will have the same perceived loudness.

What codec is chosen?

The default audio encoding method is uncompressed PCM (pcm_s16le) to avoid introducing compression artifacts. This will result in a much higher bitrate than you might want, for example if your input files are MP3s.

Some containers (like MP4) also cannot handle PCM audio. If you want to use such containers and/or keep the file size down, use -c:a and specify an audio codec (e.g., -c:a aac for ffmpeg's built-in AAC encoder).

Basic Usage

Supply one or more input files, and optionally, output file names:

ffmpeg-normalize input [input ...][-h][-o OUTPUT [OUTPUT ...]] [options]

Example:

ffmpeg-normalize 1.wav 2.wav -o 1-normalized.m4a 2-normalized.m4a -c:a aac -b:a 192k

For more information on the options ([options]) available, run ffmpeg-normalize -h, or read on.

Examples

Read the examples on the wiki.

Detailed Options

File Input/Output

  • input: Input media file(s)

  • -o OUTPUT [OUTPUT ...], --output OUTPUT [OUTPUT ...]: Output file names.

    Will be applied per input file.

    If no output file name is specified for an input file, the output files will be written to the default output folder with the name <input>.<ext>, where <ext> is the output extension (see -ext option).

    Example: ffmpeg-normalize 1.wav 2.wav -o 1n.wav 2n.wav

  • -of OUTPUT_FOLDER, --output-folder OUTPUT_FOLDER: Output folder (default: normalized)

    This folder will be used for input files that have no explicit output name specified.

General

  • -f, --force: Force overwrite existing files

  • -d, --debug: Print debugging output

  • -v, --verbose: Print verbose output

  • -q, --quiet: Only print errors

  • -n, --dry-run: Do not run normalization, only print what would be done

  • -pr, --progress: Show progress bar for files and streams

  • --version: Print version and exit

Normalization

  • -nt {ebu,rms,peak}, --normalization-type {ebu,rms,peak}: Normalization type (default: ebu).

    EBU normalization performs two passes and normalizes according to EBU R128.

    RMS-based normalization brings the input file to the specified RMS level.

    Peak normalization brings the signal to the specified peak level.

  • -t TARGET_LEVEL, --target-level TARGET_LEVEL: Normalization target level in dB/LUFS (default: -23).

    For EBU normalization, it corresponds to Integrated Loudness Target in LUFS. The range is -70.0 - -5.0.

    Otherwise, the range is -99 to 0.

  • -p, --print-stats: Print loudness statistics for both passes formatted as JSON to stdout.

EBU R128 Normalization

  • -lrt LOUDNESS_RANGE_TARGET, --loudness-range-target LOUDNESS_RANGE_TARGET: EBU Loudness Range Target in LUFS (default: 7.0).

    Range is 1.0 - 50.0.

  • --keep-loudness-range-target: Keep the input loudness range target to allow for linear normalization.

  • --keep-lra-above-loudness-range-target: Keep input loudness range above loudness range target.

    • LOUDNESS_RANGE_TARGET for input loudness range <= LOUDNESS_RANGE_TARGET or
    • keep input loudness range target above LOUDNESS_RANGE_TARGET.

    as alternative to --keep-loudness-range-target to allow for linear normalization.

  • -tp TRUE_PEAK, --true-peak TRUE_PEAK: EBU Maximum True Peak in dBTP (default: -2.0).

    Range is -9.0 - +0.0.

  • --offset OFFSET: EBU Offset Gain (default: 0.0).

    The gain is applied before the true-peak limiter in the first pass only. The offset for the second pass will be automatically determined based on the first pass statistics.

    Range is -99.0 - +99.0.

  • --dual-mono: Treat mono input files as "dual-mono".

    If a mono file is intended for playback on a stereo system, its EBU R128 measurement will be perceptually incorrect. If set, this option will compensate for this effect. Multi-channel input files are not affected by this option.

  • --dynamic: Force dynamic normalization mode.

    Instead of applying linear EBU R128 normalization, choose a dynamic normalization. This is not usually recommended.

    Dynamic mode will automatically change the sample rate to 192 kHz. Use -ar/--sample-rate to specify a different output sample rate.

Audio Encoding

  • -c:a AUDIO_CODEC, --audio-codec AUDIO_CODEC: Audio codec to use for output files.

    See ffmpeg -encoders for a list.

    Will use PCM audio with input stream bit depth by default.

  • -b:a AUDIO_BITRATE, --audio-bitrate AUDIO_BITRATE: Audio bitrate in bits/s, or with K suffix.

    If not specified, will use codec default.

  • -ar SAMPLE_RATE, --sample-rate SAMPLE_RATE: Audio sample rate to use for output files in Hz.

    Will use input sample rate by default, except for EBU normalization, which will change the input sample rate to 192 kHz.

  • -ac, --audio-channels: Set the number of audio channels. If not specified, the input channel layout will be used. This is equivalent to -ac in ffmpeg.

  • -koa, --keep-original-audio: Copy original, non-normalized audio streams to output file

  • -prf PRE_FILTER, --pre-filter PRE_FILTER: Add an audio filter chain before applying normalization.

    Multiple filters can be specified by comma-separating them.

  • -pof POST_FILTER, --post-filter POST_FILTER: Add an audio filter chain after applying normalization.

    Multiple filters can be specified by comma-separating them.

    For EBU, the filter will be applied during the second pass.

Other Encoding Options

  • -vn, --video-disable: Do not write video streams to output

  • -c:v VIDEO_CODEC, --video-codec VIDEO_CODEC: Video codec to use for output files (default: 'copy').

    See ffmpeg -encoders for a list.

    Will attempt to copy video codec by default.

  • -sn, --subtitle-disable: Do not write subtitle streams to output

  • -mn, --metadata-disable: Do not write metadata to output

  • -cn, --chapters-disable: Do not write chapters to output

Input/Output Format

  • -ei EXTRA_INPUT_OPTIONS, --extra-input-options EXTRA_INPUT_OPTIONS: Extra input options list.

    A list of extra ffmpeg command line arguments valid for the input, applied before ffmpeg's -i.

    You can either use a JSON-formatted list (i.e., a list of comma-separated, quoted elements within square brackets), or a simple string of space-separated arguments.

    If JSON is used, you need to wrap the whole argument in quotes to prevent shell expansion and to preserve literal quotes inside the string. If a simple string is used, you need to specify the argument with -e=.

    Examples: -ei '[ "-f", "mpegts", "-r", "24" ]' or -ei="-f mpegts -r 24"

  • -e EXTRA_OUTPUT_OPTIONS, --extra-output-options EXTRA_OUTPUT_OPTIONS: Extra output options list.

    A list of extra ffmpeg command line arguments valid for the output.

    You can either use a JSON-formatted list (i.e., a list of comma-separated, quoted elements within square brackets), or a simple string of space-separated arguments.

    If JSON is used, you need to wrap the whole argument in quotes to prevent shell expansion and to preserve literal quotes inside the string. If a simple string is used, you need to specify the argument with -e=.

    Examples: -e '[ "-vbr", "3", "-preset:v", "ultrafast" ]' or -e="-vbr 3 -preset:v ultrafast"

  • -ofmt OUTPUT_FORMAT, --output-format OUTPUT_FORMAT: Media format to use for output file(s).

    See ffmpeg -formats for a list.

    If not specified, the format will be inferred by ffmpeg from the output file name. If the output file name is not explicitly specified, the extension will govern the format (see '--extension' option).

  • -ext EXTENSION, --extension EXTENSION: Output file extension to use for output files that were not explicitly specified. (Default: mkv)

Environment Variables

The program additionally respects environment variables:

  • TMP / TEMP / TMPDIR

    Sets the path to the temporary directory in which files are stored before being moved to the final output directory. Note: You need to use full paths.

  • FFMPEG_PATH

    Sets the full path to an ffmpeg executable other than the system default or you can provide a file name available on $PATH

API

This program has a simple API that can be used to integrate it into other Python programs.

For more information see the API documentation.

FAQ

My output file is too large?

This is because the default output codec is PCM, which is uncompressed. If you want to reduce the file size, you can specify an audio codec with -c:a (e.g., -c:a aac for ffmpeg's built-in AAC encoder), and optionally a bitrate with -b:a.

For example:

ffmpeg-normalize input.wav -o output.m4a -c:a aac -b:a 192k

What options should I choose for the EBU R128 filter? What is linear and dynamic mode?

EBU R128 is a method for normalizing audio loudness across different tracks or programs. It works by analyzing the audio content and adjusting it to meet specific loudness targets. The main components are:

  • Integrated Loudness (I): The overall loudness of the entire audio.
  • Loudness Range (LRA): The variation in loudness over time.
  • True Peak (TP): The maximum level of the audio signal.

The normalization process involves measuring these values (input) and then applying gain adjustments to meet target levels (output), typically -23 LUFS for integrated loudness. You can also specify a target loudness range (LRA) and true peak level (TP).

Linear mode applies a constant gain adjustment across the entire audio file. This is generally preferred because:

  • It preserves the original dynamic range of the audio.
  • It maintains the relative loudness between different parts of the audio.
  • It avoids potential artifacts or pumping effects that can occur with dynamic processing.

Dynamic mode, on the other hand, can change the volume dynamically throughout the file. While this can achieve more consistent loudness, it may alter the original artistic intent and potentially introduce audible artifacts (possibly due to some bugs in the ffmpeg filter).

For most cases, linear mode is recommended. Dynamic mode should only be used when linear mode is not suitable or when a specific effect is desired. In some cases, loudnorm will still fall back to dynamic mode, and a warning will be printed to the console. Here's when this can happen:

  • When the input loudness range (LRA) is larger than the target loudness range: If the input file has a loudness range that exceeds the specified loudness range target, the loudnorm filter will automatically switch to dynamic mode. This is because linear normalization alone cannot reduce the loudness range without dynamic processing (limiting). The --keep-loudness-range-target option can be used to keep the input loudness range target above the specified target.

  • When the required gain adjustment to meet the integrated loudness target would result in the true peak exceeding the specified true peak limit. This is because linear processing alone cannot reduce peaks without affecting the entire signal. For example, if a file needs to be amplified by 6 dB to reach the target integrated loudness, but doing so would push the true peak above the specified limit, the filter might switch to dynamic mode to handle this situation. If your content allows for it, you can increase the true peak target to give more headroom for linear processing. If you're consistently running into true peak issues, you might also consider lowering your target integrated loudness level.

At this time, the loudnorm filter in ffmpeg does not provide a way to force linear mode when the input loudness range exceeds the target or when the true peak would be exceeded. The --keep-loudness-range-target option can be used to keep the input loudness range target above the specified target, but it will not force linear mode in all cases. We are working on a solution to handle this automatically!

The program doesn't work because the "loudnorm" filter can't be found

Make sure you run a recent ffmpeg version and that loudnorm is part of the output when you run ffmpeg -filters. Many distributions package outdated ffmpeg versions, or (even worse), Libav's ffmpeg disguising as a real ffmpeg from the FFmpeg project.

Some ffmpeg builds also do not have the loudnorm filter enabled.

You can always download a static build from their website and use that.

If you have to use an outdated ffmpeg version, you can only use rms or peak as normalization types, but I can't promise that the program will work correctly.

Should I use this to normalize my music collection?

Generally, no.

When you run ffmpeg-normalize and re-encode files with MP3 or AAC, you will inevitably introduce generation loss. Therefore, I do not recommend running this on your precious music collection, unless you have a backup of the originals or accept potential quality reduction. If you just want to normalize the subjective volume of the files without changing the actual content, consider using MP3Gain and aacgain.

Why are my output files MKV?

I chose MKV as a default output container since it handles almost every possible combination of audio, video, and subtitle codecs. If you know which audio/video codec you want, and which container is supported, use the output options to specify the encoder and output file name manually.

I get a "Could not write header for output file" error

See the next section.

The conversion does not work and I get a cryptic ffmpeg error!

Maybe ffmpeg says something like:

Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument

Or the program says:

… Please choose a suitable audio codec with the -c:a option.

One possible reason is that the input file contains some streams that cannot be mapped to the output file, or that you are using a codec that does not work for the output file. Examples:

  • You are trying to normalize a movie file, writing to a .wav or .mp3 file. WAV/MP3 files only support audio, not video. Disable video and subtitles with -vn and -sn, or choose a container that supports video (e.g. .mkv).

  • You are trying to normalize a file, writing to an .mp4 container. This program defaults to PCM audio, but MP4 does not support PCM audio. Make sure that your audio codec is set to something MP4 containers support (e.g. -c:a aac).

The default output container is .mkv as it will support most input stream types. If you want a different output container, make sure that it supports your input file's video, audio, and subtitle streams (if any).

Also, if there is some other broken metadata, you can try to disable copying over of metadata with -mn.

Finally, make sure you use a recent version of ffmpeg. The static builds are usually the best option.

What are the different normalization algorithms?

  • EBU R128 is an EBU standard that is commonly used in the broadcasting world. The normalization is performed using a psychoacoustic model that targets a subjective loudness level measured in LUFS (Loudness Unit Full Scale). R128 is subjectively more accurate than any peak or RMS-based normalization. More info on R128 can be found in the official document and the loudnorm filter description by its original author.

  • Peak Normalization analyzes the peak signal level in dBFS and increases the volume of the input signal such that the maximum in the output is 0 dB (or any other chosen threshold). Since spikes in the signal can cause high volume peaks, peak normalization might still result in files that are subjectively quieter than other, non-peak-normalized files.

  • RMS-based Normalization analyzes the RMS power of the signal and changes the volume such that a new RMS target is reached. Otherwise it works similar to peak normalization.

Couldn't I just run loudnorm with ffmpeg?

You absolutely can. However, you can get better accuracy and linear normalization with two passes of the filter. Since ffmpeg does not allow you to automatically run these two passes, you have to do it yourself and parse the output values from the first run.

If ffmpeg-normalize is too over-engineered for you, you could also use an approach such as featured in this Ruby script that performs the two loudnorm passes.

If you want dynamic normalization (the loudnorm default), simply use ffmpeg with one pass, e.g.:

ffmpeg -i input.mp3 -af loudnorm -c:a aac -b:a 192k output.m4a

What about speech?

You should check out the speechnorm filter that is part of ffmpeg. It is a designed to be used in one pass, so you don't need this script at all.

See the documentation for more information.

After updating, this program does not work as expected anymore!

You are probably using a 0.x version of this program. There are significant changes to the command line arguments and inner workings of this program, so please adapt your scripts to the new one. Those changes were necessary to address a few issues that kept piling up; leaving the program as-is would have made it hard to extend it. You can continue using the old version (find it under Releases on GitHub or request the specific version from PyPi), but it will not be supported anymore.

Can I buy you a beer / coffee / random drink?

If you found this program useful and feel like giving back, feel free to send a donation via PayPal.

Related Tools and Articles

(Have a link? Please propose an edit to this section via a pull request!)

Contributors

Benjamin Balder Bach
Benjamin Balder Bach
💻		 Eleni Lixourioti
Eleni Lixourioti
💻		 thenewguy
thenewguy
💻		 Anthony Violo
Anthony Violo
💻		 Eric Jacobs
Eric Jacobs
💻		 kostalski
kostalski
💻		 Justin Pearson
Justin Pearson
💻
ad90xa0-aa
ad90xa0-aa
💻		 Mathijs
Mathijs
💻		 Marc Püls
Marc Püls
💻		 Michael V. Battista
Michael V. Battista
💻		 WyattBlue
WyattBlue
💻		 Jan-Frederik Schmidt
Jan-Frederik Schmidt
💻		 mjhalwa
mjhalwa
💻
07416
07416
📖		 sian1468
sian1468
⚠️		 Panayiotis Savva
Panayiotis Savva
💻		 HighMans
HighMans
💻		 kanjieater
kanjieater
🤔
Add your contributions

License

The MIT License (MIT)

Copyright (c) 2015-2022 Werner Robitza

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

About

Audio Normalization for Python/ffmpeg

Topics

audio python ffmpeg

Resources

Readme

License

MIT license
Activity

Stars

1.3k stars

Watchers

28 watching

Forks

118 forks
Report repository

Releases

105 tags

Sponsor this project

 
Learn more about GitHub Sponsors

Packages

No packages published

Used by 275

  • @ChuchuComete
  • @duk3luk3
  • @naveenfutureprofilez
  • @alphavector
  • @PranavhShetty
  • @aswin-bs
  • @BrendanJohnson
  • @BenjaminPoilve
+ 267

Contributors 19

+ 5 contributors

Languages