Normalize audio loudness to the EBU R128 standard
The Audio Volume Normalizer uses ffmpeg's loudnorm filter to bring the overall loudness of an audio file to a target you choose, so clips that were recorded at very different levels end up sounding closer in volume. It works on loudness (measured in LUFS, following EBU R128), not by simply scaling the waveform up. It is not a noise remover and cannot repair audio that is already clipped or distorted. The page offers three preset targets; there is no field for a custom value. Processing uses two-pass loudnorm: pass 1 measures, pass 2 adjusts using those measurements, and the measured original integrated loudness (LUFS) is shown when it finishes.
The closer a LUFS number is to zero, the louder the audio: -13 is louder than -16, which is louder than -20. In the code the three presets set the target loudness to -16, -13, and -20, while the loudness range (LRA) is fixed at 11 and the true-peak ceiling (TP) at -1.5 dB, which helps avoid clipping after adjustment. A typical scenario: you have three podcast segments recorded separately, the first quiet and the third loud. Process each of them with the same preset, say Standard, and then join them in your editor; the difference in perceived volume will be much smaller. Because the outcome depends on the content of each file, we do not quote fixed before-and-after figures; the page shows the measured value for your own file.
Turning it up multiplies every sample by the same factor, and too much of that causes clipping. Normalizing measures perceived loudness and adjusts to a target, while respecting a true-peak ceiling, which makes it better suited to matching audio from different sources.
A comment in the page's code describes -16 LUFS as the target used by mainstream streaming platforms such as Spotify. Platform requirements change, so check the current guidelines of the platform you are publishing to. -13 sounds louder and -20 softer; choose by how your audience will listen.
Yes. The output is re-encoded, and its size depends on the encoder's default settings and the original format, so it can differ from the input.
The first run must download the processing core, and then the tool analyzes and re-encodes the whole file, which can take a while for long audio. Try trimming a short sample with the Audio Trimmer first to test the effect.
Processing is done in your browser by a WebAssembly build of ffmpeg, and the code has no step that uploads your audio. The only network request is the first-time download of the ffmpeg core from the public CDN unpkg.com, which does not include your file. The result is played and downloaded through a temporary local link that is released when you change files or leave the page.