[FFmpeg-trac] #9764(avcodec:new): MP3 decoding errors on ARMv4 hardware

FFmpeg trac at avcodec.org
Mon Aug 15 18:13:51 EEST 2022


#9764: MP3 decoding errors on ARMv4 hardware
-------------------------------------+-------------------------------------
             Reporter:  David        |                    Owner:  (none)
  Fletcher                           |
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avcodec
              Version:  git-master   |               Resolution:
             Keywords:  mp3 arm      |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by David Fletcher):

 Example of the console output running on the ARMv4 machine (in this case
 using the transcode_v4_ffmpeg.c file already attached compiled against the
 latest source, snapshot N-107787-gc469c3c3b1). The transcode_v4_ffmpeg.c
 file was updated to read the source file (s-32-44100.mp3) which is
 attached to this ticket rather than the internet radio stream originally
 read. This is selected as characteristic of a low bitrate internet stream
 which is where the problem on arm4 hardware comes to light.


 {{{
 ./transcode_arm4
 [NULL @ 0x191d30] Opening
 'http://www.megapico.co.uk/sharpfin/s-32-44100.mp3' for reading
 [http @ 0x192060] Setting default whitelist
 'http,https,tls,rtp,tcp,udp,crypto,httpproxy,data'
 [tcp @ 0x194b20] Original list of addresses:
 [tcp @ 0x194b20] Address 80.229.167.224 port 80
 [tcp @ 0x194b20] Interleaved list of addresses:
 [tcp @ 0x194b20] Address 80.229.167.224 port 80
 [tcp @ 0x194b20] Starting connection attempt to 80.229.167.224 port 80
 [tcp @ 0x194b20] Successfully connected to 80.229.167.224 port 80
 [http @ 0x192060] request: GET /sharpfin/s-32-44100.mp3 HTTP/1.1
 User-Agent: Lavf/59.30.100
 Accept: */*
 Range: bytes=0-
 Connection: close
 Host: www.megapico.co.uk
 Icy-MetaData: 1


 [mp3 @ 0x191d30] Format mp3 probed with size=131072 and score=51
 id3v2 ver:3 flags:00 len:65526
 [mp3 @ 0x191d30] Skipping 0 bytes of junk at 65536.
 [mp3 @ 0x191d30] Before avformat_find_stream_info() pos: 65536 bytes
 read:131445 seeks:0 nb_streams:1
 [mp3 @ 0x191d30] All info found
 [mp3 @ 0x191d30] Estimating duration from bitrate, this may be inaccurate
 [mp3 @ 0x191d30] After avformat_find_stream_info() pos: 71680 bytes
 read:131445 seeks:0 frames:50
 Input #0, mp3, from 'http://www.megapico.co.uk/sharpfin/s-32-44100.mp3':
   Metadata:
     title           : 190130
     album           : Podnews
     artist          : James Cridland
     album_artist    : James Cridland
     comment         : Visit https://podnews.net to get our daily
 newsletter, free
     track           : 190130
     RAD             :
 {"remoteAudioData":{"episodeID":"generic","trackingUrls":["https://podnews.net/rad"],"events":[{"eventTime":"00:00:00.000","label":"RAD0"},
 {"eventTime":"00:00:56.570","label":"RAD50"}],"podcastID":"podnews"}}
     genre           : Podcast
     copyright       : Amazingly Brilliant Pty Ltd
     encoded_by      : Hindenburg Journalist Pro 1.82.2312
     date            : 2019
   Duration: 00:00:56.72, start: 0.000000, bitrate: 41 kb/s
   Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 32 kb/s
 Frame rate 1: 44100
 Too much data!!
 [file @ 0x198540] Setting default whitelist 'file,crypto,data'
 [SWR @ 0x1ae790] Using s16p internally between filters
 Incoming bit rate: 32000Frame rate: 44100
 [AVIOContext @ 0x198590] Statistics: 9215276 bytes written, 2 seeks, 37
 writeouts
 [AVIOContext @ 0x19d820] Statistics: 292407 bytes read, 0 seeks
 }}}

 The output on ARMv4 is distorted relative to the original. The same code
 running on X86-64 (intel i5) produces output that is not distorted.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9764#comment:3>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list