[FFmpeg-trac] #5735(undetermined:new): CPU usage increases over time (possibly caused by loudnorm)

[FFmpeg]

#5735: CPU usage increases over time (possibly caused by loudnorm)
-------------------------------------+-------------------------------------
             Reporter:  yatahaze     |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  loudnorm     |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by leonnortje):

 Can confirm that this behaviour is present in ffmpeg 3.1.2 and is
 definitely related to the loudnorm filter.

 CPU escalates by ±5% every hour until 100% CPU is consumed. (On a 1 CPU
 Digital Ocean droplet)

 Reproducing is as as simple as:

 {{{
 ffmpeg -i -ANYLIVESTREAM- -af loudnorm -f null -
 }}}

 Input format does not seem to make a difference, tried reading from a
 local Icecast AAC stream, a remote MP3 stream and even a local named pipe
 receiving WAV, all exhibiting the same behaviour.

 Nor does output format seem to make a difference. Pushed to AAC, WAV, even
 null output causes issue to arise.

 Specific loudnorm settings does not seem to make a difference, even using
 the default values causes issue.

 Used as -af switch and in a -filter_complex both with same results.

 Full output:

 {{{
 /usr/local/bin/ffmpeg -i http://amber.hydrosila.com:8000/record.mp3 -af
 loudnorm -f null -
 ffmpeg version 3.1.2 Copyright (c) 2000-2016 the FFmpeg developers
   built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
   configuration: --pkg-config-flags=--static --extra-
 cflags=-I/home/master/ffmpeg_build/include --extra-
 ldflags=-L/home/master/ffmpeg_build/lib --enable-gpl --enable-libass
 --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-
 libopus --enable-libvorbis --enable-libebur128 --enable-nonfree
   libavutil      55. 28.100 / 55. 28.100
   libavcodec     57. 48.101 / 57. 48.101
   libavformat    57. 41.100 / 57. 41.100
   libavdevice    57.  0.101 / 57.  0.101
   libavfilter     6. 47.100 /  6. 47.100
   libswscale      4.  1.100 /  4.  1.100
   libswresample   2.  1.100 /  2.  1.100
   libpostproc    54.  0.100 / 54.  0.100
 [mp3 @ 0x3ac63a0] Skipping 218 bytes of junk at 0.
 Input #0, mp3, from 'http://amber.hydrosila.com:8000/record.mp3':
   Metadata:
     icy-br          : 128
     icy-description : Hot Dance Music
     icy-genre       : Misc
     icy-name        : Radio Record
     icy-pub         : 1
     icy-url         : http://www.radiorecord.ru
     StreamTitle     : FEDER/ALEX AIONO - Lordly (Record Mix)
   Duration: N/A, start: 0.000000, bitrate: 128 kb/s
     Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
 [null @ 0x3acdaa0] Using AVStream.codec to pass codec parameters to muxers
 is deprecated, use AVStream.codecpar instead.
 Output #0, null, to 'pipe:':
   Metadata:
     icy-br          : 128
     icy-description : Hot Dance Music
     icy-genre       : Misc
     icy-name        : Radio Record
     icy-pub         : 1
     icy-url         : http://www.radiorecord.ru
     StreamTitle     : FEDER/ALEX AIONO - Lordly (Record Mix)
     encoder         : Lavf57.41.100
     Stream #0:0: Audio: pcm_s16le, 192000 Hz, stereo, s16, 6144 kb/s
     Metadata:
       encoder         : Lavc57.48.101 pcm_s16le
 Stream mapping:
   Stream #0:0 -> #0:0 (mp3 (native) -> pcm_s16le (native))
 Press [q] to stop, [?] for help
 }}}

--
Ticket URL: <https://trac.ffmpeg.org/ticket/5735#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker