Opened 17 months ago

Closed 14 months ago

#11408 closed enhancement (wontfix)

loudnorm performance improvement

Reported by: guillaumekh Owned by:
Priority: minor Component: avfilter
Version: git-master Keywords: loudnorm loudness performance ebur128
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description (last modified by guillaumekh)

Summary of the bug:

The loudnorm audio filter is slow.

On my M2 Max MacBook Pro running FFmpeg 7.1, it typically reaches 25-35x speed with true-peak detection enabled.

Some other ITU1770 implementations manage better throughput. I’m currently aware of the following implementations:

  • ffmpeg's own ebur128 filter: 200x (w/ peak=true), 900x (w/ peak=sample), 1000x (w/ peak=none)
  • ​libebur128 (C library): similar to FFmpeg's loudnorm
  • ​ebur128 (Rust port of libebur128): reportedly only moderately faster than libebur128 ​according to authors
  • ​bs1770gain: ≈100x faster than realtime
  • Adobe Audition: takes the crown, at ≈275x faster than realtime

How to reproduce:

% ffmpeg -i sometestaudiofile -vn -af loudnorm -f null /dev/null

Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker.

Change History (3)

comment:1 by guillaumekh, 17 months ago

Description: modified (diff)

comment:2 by guillaumekh, 17 months ago

Description: modified (diff)

comment:3 by guillaumekh, 14 months ago

Resolution: → wontfix
Status: new → closed

Closing this since:

  • loudnorm filter is fundamentally destined to be use in realtime, where performance matters likely less
  • I don't think anyone besides me had any interest in this
  • I have instead invested in improving ebur128 filter performance, for which I'll submit some SIMD optimizations.
Note: See TracTickets for help on using tickets.