[FFmpeg-trac] #5676(avutil:open): 3.1 is broken with (at least) mp3 audio

[FFmpeg]

#5676: 3.1 is broken with (at least) mp3 audio
------------------------------------+----------------------------------
             Reporter:  marillat    |                    Owner:
                 Type:  defect      |                   Status:  open
             Priority:  important   |                Component:  avutil
              Version:  git-master  |               Resolution:
             Keywords:  regression  |               Blocked By:
             Blocking:              |  Reproduced by developer:  0
Analyzed by developer:  0           |
------------------------------------+----------------------------------

Comment (by jamrial):

 Replying to [comment:36 marillat]:
 > Replying to [comment:35 jamrial]:
 > > That's not "libavfilter 6. 31.100 / 6. 47.100" (ffmpeg 3.0 cli from
 your distro using release/3.1 libraries at runtime).
 >
 > Syill the same with ffplay 6. 31.100 /  6. 47.100
 >

 I just tried release/3.0 ffplay with release/3.1 libraries and i can play
 mp3 files just fine

 {{{
 ffplay version n3.0.2-27-gfbdf5ca Copyright (c) 2003-2016 the FFmpeg
 developers
   built with gcc 5.4.0 (Rev1, Built by MSYS2 project)
   configuration: --enable-gpl --enable-shared --target-os=mingw32
 --arch=x86_64 --cpu=haswell --extra-cflags='-D_WIN32_WINNT=0x0602'
 --samples=../samples --prefix=/mingw64
   libavutil      55. 17.103 / 55. 27.100
   libavcodec     57. 24.102 / 57. 48.101
   libavformat    57. 25.100 / 57. 40.101
   libavdevice    57.  0.101 / 57.  0.101
   libavfilter     6. 31.100 /  6. 47.100
   libswscale      4.  0.100 /  4.  1.100
   libswresample   2.  0.101 /  2.  1.100
   libpostproc    54.  0.100 / 54.  0.100
 [mp3 @ 00000207af80e2e0] Skipping 1044 bytes of junk at 2927.=0/0
 [mp3 @ 00000207af80e2e0] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mp3, from 'Caramell - Caramelldansen (Speedycake Remix).mp3':
   Metadata:
     title           : Caramelldansen (Speedycake Remix)
     artist          : Caramell
   Duration: 00:02:56.80, start: 0.000000, bitrate: 320 kb/s
     Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s
    1.30 M-A:  0.000 fd=   0 aq=   26KB vq=    0KB sq=    0B f=0/0
    1.46 M-A:  0.000 fd=   0 aq=   29KB vq=    0KB sq=    0B f=0/0
 }}}

 Commit 0a6d7602308e0f3060d9a6e6b44ae7bf5bbd7841 from release/3.1 changed
 the field order in AVFilterLink and now it's the same as in 3.0, fixing
 ffplay 3.0 with 3.1 libraries.

 > This bug is gone with 26abd5149ebf9602d8036be4c6e72e08c98ea998 checkout
 for mpv, kodi and chromium

 Alright, this confirms the issue is that all three of those projects are
 directly accessing fields from AVFrame that are marked as no direct
 access.

 '''This is not an ffmpeg bug but theirs'''. Kodi already fixed them in
 https://github.com/xbmc/xbmc/pull/10043 (not yet committed). mpv doesn't
 plan to fix them as mentioned in [comment:32 comment 32], and Chromium
 should probably be made aware of it.

 Distros should recompile all three applications (preferably a version
 where they fixed their api misuse) to target ffmpeg 3.1.1 (to be released
 soon).

 > but ffplay still fail. here is libraries version with this commit.
 > {{{
 > libavutil      55. 17.103 / 55. 18.100
 > libavcodec     57. 24.102 / 57. 24.103
 > libavformat    57. 25.100 / 57. 25.100
 > libavdevice    57.  0.101 / 57.  0.101
 > libavfilter     6. 31.100 /  6. 32.100
 > libavresample   3.  0.  0 /  3.  0.  0
 > libswscale      4.  0.100 /  4.  0.100
 > libswresample   2.  0.101 /  2.  0.101
 > libpostproc    54.  0.100 / 54.  0.100
 > }}}
 >
 > With 1a708780f3d4b431996d118df4e448b4f2a7942e checkout the problem is
 like in 3.1 mpv, kodi, chromium doesn't work, when ffplay is able to play
 an mp3 file:

 The commit that broke ffplay (10424024a16a7646169b9c9008c5f7b77cbc2211) is
 newer than this one. There's no way this checkout fails with ffplay. See:

 {{{
 ffplay version n3.0.2-27-gfbdf5ca Copyright (c) 2003-2016 the FFmpeg
 developers
   built with gcc 5.4.0 (Rev1, Built by MSYS2 project)
   configuration: --enable-gpl --enable-shared --target-os=mingw32
 --arch=x86_64 --cpu=haswell --extra-cflags='-D_WIN32_WINNT=0x0602'
 --samples=../samples --prefix=/mingw64
   libavutil      55. 17.103 / 55. 18.100
   libavcodec     57. 24.102 / 57. 24.103
   libavformat    57. 25.100 / 57. 25.100
   libavdevice    57.  0.101 / 57.  0.101
   libavfilter     6. 31.100 /  6. 32.100
   libswscale      4.  0.100 /  4.  0.100
   libswresample   2.  0.101 /  2.  0.101
   libpostproc    54.  0.100 / 54.  0.100
 [mp3 @ 0000029c2d69e1c0] Skipping 1044 bytes of junk at 2927.=0/0
 [mp3 @ 0000029c2d69e1c0] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mp3, from 'Caramell - Caramelldansen (Speedycake Remix).mp3':
   Metadata:
     title           : Caramelldansen (Speedycake Remix)
     artist          : Caramell
   Duration: 00:02:56.80, start: 0.000000, bitrate: 320 kb/s
     Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s
    1.07 M-A: -0.000 fd=   0 aq=   29KB vq=    0KB sq=    0B f=0/0
 }}}

 I'm not closing this ticket for now since there are still some ongoing
 discussions regarding these applications misusing ffmpeg's api.

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