[FFmpeg-trac] #8621(undetermined:new): FFMPEG Audio decoding fails on audio packet (works using libfdk)

FFmpeg trac at avcodec.org
Fri Apr 17 21:58:53 EEST 2020


#8621: FFMPEG Audio decoding fails on audio packet (works using libfdk)
-------------------------------------+-------------------------------------
             Reporter:  rayaudius    |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:

 We use the FFMPEG default aac encoder to produce a 320k HLS stream:

 ffmpeg -i graves-master-2.mp3 -ar 48000 -b:a 320k -hls_time 6
 -hls_list_size 0 -hls_base_url segments/ -hls_segment_filename
 segments/segment%03d.ts -vn out.m3u8

 On several occasions, we have observed behavior in Chrome where audio
 stops playing (PIPELINE DECODE ERROR) e.g.
 (1) Visit https://audius.co/wearegraves/digital-mirage-full-set-60702
 (2) Scrub to 13:20
 (3) At 13:24, the audio stops

 When inspecting the segment that causes issues, we observe error in
 spectral data, ESC overflow. This same behavior *does not* occur when
 using the libfdk aac.

 How to reproduce:

 {{{
 ffmpeg -i ~/Downloads/QmUR6MeguuuvstqeK5q4q2EoroWQiY5d9bt1QqrzMEpQyd -vn
 -f wav -y /dev/null

 I see

 Input #0, mpegts, from
 '/Users/raymondjacobson/Downloads/QmUR6MeguuuvstqeK5q4q2EoroWQiY5d9bt1QqrzMEpQyd':
   Duration: 00:00:05.97, start: 805.410667, bitrate: 348 kb/s
   Program 1
     Metadata:
       service_name    : ekali set 9 shorter
       service_provider: FFmpeg
     Stream #0:0[0x100]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000
 Hz, stereo, fltp, 319 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (aac (native) -> pcm_s16le (native))
 Press [q] to stop, [?] for help
 Output #0, wav, to '/dev/null':
   Metadata:
     ISFT            : Lavf58.42.100
     Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz,
 stereo, s16, 1536 kb/s
     Metadata:
       encoder         : Lavc58.80.100 pcm_s16le
 [aac @ 0x7fb0d000c400] error in spectral data, ESC overflow
 Error while decoding stream #0:0: Invalid data found when processing input
 size=    1120kB time=00:00:05.99 bitrate=1530.6kbits/s speed= 504x
 video:0kB audio:1120kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 0.006801%

 }}}


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

 Attached is the segment that causes issues.
 Here is a link to the "master" audio file:
 https://drive.google.com/file/d/1FziM3tAXvRzjA8XmxGUEan4Z0dtEPYez/view?usp=sharing

 I was sent to the FFMPEG team from the Chromium team as they don't take
 ownership for this issue despite Firefox and Safari being able to handle
 the output correctly.

 https://bugs.chromium.org/p/chromium/issues/detail?id=1071899

--
Ticket URL: <https://trac.ffmpeg.org/ticket/8621>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list