loudcheck

io.github.chaoz23Published by GitHub account chaoz23v0.3.1Updated Oct 24, 2026

Loudness compliance verdicts (EBU R128, ATSC A/85): pass/fail with exact ffmpeg remediation.

VerifiedSTDIODesktop onlyDeveloper ToolsMedia & Design

Overview

AI-generated overview

Measures a media file's loudness with ffmpeg and returns a pass/fail verdict against EBU R128 or ATSC A/85, with exact remediation.

What you can do
Check a media file's loudness against a chosen standard and get a pass, fail or measured verdict with per-metric numbers and deltas, plus the exact gain correction and ffmpeg command to fix a failure. List the supported standards with their targets, tolerances and citations. Report the ffmpeg version used for the measurement alongside each verdict.
When to use it
Useful when an assistant needs to judge whether an audio or video master meets a broadcast loudness spec before delivery, rather than just reading raw meter numbers, and to get the precise correction to apply.
Requirements
Runs as a local process over stdio, started with uvx from the loudcheck package with the mcp extra. Needs Python 3.10+ and ffmpeg 5.0 or newer on PATH. No accounts, API keys or headers are declared.
Before you install
The tool only measures and gives a verdict; it never applies the fix, so any correction is left to the assistant or user. It reads local media files by path, so paths passed to it should be trusted. Verdicts depend on the installed ffmpeg version, which is reported with each result.

Installation

In SourceWeft

  1. Open loudcheck in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

loudcheck

A loudness compliance verdict, not raw meter output. loudcheck measures a media file with ffmpeg and answers the question that actually matters — does this file pass the spec? — against formal published standards:

Agents start here → SKILL.md — when to call this, worked examples, MUST/MUST NOTs. Family contract: FAMILY.md.

  • EBU R 128 (European broadcast: −23.0 LUFS ±0.5 LU, max −1 dBTP)
  • ATSC A/85 (US television: −24 LKFS ±2 dB, true peak below −2 dBTP)
  • BS.1770 (measure-only: BS.1770 defines no compliance target, so this mode returns verdict measured with the numbers and no judgment)
$ loudcheck master.wav --standard EBU_R128FAIL — EBU R 128  ✗ integrated -19.4 LUFS (target -23.0 ±0.5, delta +3.6)  ✓ true peak -16.3 dBTP (max -1.0)  · LRA 0.0 LU (informational)  → apply -3.6 LU gain to reach -23.0 LUFS (e.g. ffmpeg -af volume=-3.6dB, or loudnorm I=-23)

Ships as a CLI and an MCP tool over one engine, so agents and humans get the identical verdict.

[loudcheck demo: FAIL with exact fix, apply it, PASS, exit code carries the verdict]

Why this exists

An agent (or an engineer) can run ffmpeg's ebur128 filter and get numbers. What it can't get from a shell is the verdict — that requires knowing the standard's target, tolerance, and gating, and interpreting integrated loudness vs. LRA vs. true peak against them. Loudness is one of the most common causes of delivery rejection, and the gap is not measurement — it's the standards-aware answer. That's the whole tool.

Install

Requires Python 3.10+ and ffmpeg 5.0+ on PATH.

bash
uvx loudcheck file.wav          # zero-install run (requires ffmpeg >= 5.0 on PATH)pip install loudcheck           # CLIpip install "loudcheck[mcp]"    # + MCP server

From a clone: pip install -e ".[mcp,dev]".

CLI

bash
loudcheck file.wav                          # EBU R128 by defaultloudcheck file.mp4 --standard ATSC_A85      # first audio stream of a videoloudcheck file.wav --json                   # full structured verdictloudcheck file.wav --standard BS_1770       # measurement only, no gatesloudcheck file.mov --all-streams            # verdict every audio trackloudcheck file.mov --stream 1               # a specific audio trackloudcheck file.wav --detailed               # + max momentary / short-termloudcheck masters/ --standard EBU_R128      # batch a directory -> tableloudcheck a.wav b.wav c.wav                 # batch multiple filesloudcheck --schema                          # print the tool definition

Batch mode prints one line per file (plus remediation for fails) and a summary; --json in batch emits an array. Exit code is 1 if any file fails.

For agents

  • Exit codes carry the verdict: 0 = pass, 1 = fail (non-compliant), 2 = error (missing file, no audio stream, no ffmpeg). Gate a delivery on the exit code alone.
  • --json is the full contract: overall verdict, per-metric measured/target/tolerance/delta/pass with the spec citation attached to every gated metric, failures in plain English, and remediation with the exact correction — a fail 2.3 LU over target tells you to apply −2.3 LU gain and hands you the ffmpeg incantation. This tool never applies the fix (measurement and verdict only); the agent one-shots it with loudnorm using the delta provided.
  • MCP: register loudcheck-mcp (stdio; or loudcheck --mcp, or python -m loudcheck.mcp_server). Zero-install: uvx --from 'loudcheck[mcp]' loudcheck --mcp. Tools: check_loudness(path, standard) → same JSON as the CLI, and list_standards() → the catalog with citations. Verified against mcp==1.28.1.
  • tool.json at the repo root describes the surface machine-readably — or fetch it live from any install with loudcheck --schema (the file ships inside the package; a test keeps the two copies in sync).
  • ffmpeg version is part of the contract: every verdict includes measurement_context.ffmpeg_version. Minimum supported: 5.0. Developed and verified against 8.1.

The scope guardrail (read before contributing)

Only formal, stable standards live in this repo; per-platform delivery templates (Netflix, DPP, Apple TV+, Amazon, broadcaster specs) never do. Platform specs change unilaterally and cover far more than loudness — the moment they enter, this stops being a near-zero-maintenance community tool and becomes a yearly-maintenance product. If a PR adds a target that a platform can change on its own, it belongs in a separate template layer built on top of this primitive, not here.

Contributions of additional formal standards (e.g. a plain ITU-R BS.1770 mode) are welcome: a standard is pure data in loudcheck/standards.py — targets, tolerances, and citations. No code changes required.

How it measures

One ffmpeg pass with loudnorm=print_format=json (analysis mode) yields integrated loudness, loudness range, true peak (oversampled dBTP per BS.1770), and the gating threshold. The test suite cross-checks loudnorm's reading against ffmpeg's independent ebur128 implementation — the two must agree within 1 LU for CI to pass, so an ffmpeg release that changes filter behavior is caught by the suite, not by users.

Verification corpus

pytest generates calibrated test tones on the fly (no binaries in the repo): per BS.1770's calibration statement, a mono 997 Hz sine at 0 dBFS reads −3.01 LKFS, so tones are generated at exact known loudness — compliant, too loud, too quiet, and true-peak-hot — and every verdict must match its known expectation.

Out of scope, permanently

Loudness correction (use ffmpeg loudnorm with the delta this tool gives you) · full-file QC (codec/colour/cadence) · real-time monitoring · GUIs · platform delivery templates (see guardrail).

License

MIT

Source: README.md at commit ec4b80a

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.3.1LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts