Possible id3v2 tag issue on MP3

[David Weston]

I think I have an issue with cover images hidden within mp3s:

ffmpeg started on 2012-11-09 at 12:28:20
Report written to "ffmpeg-20121109-122820.log"
Command line:
/usr/local/bin/ffmpeg -y -i /path/to/music.mp3 -f mp3 -map 0:0 /path/to/music.mp3 -report
ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers
  built on Sep 21 2012 16:55:51 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4)
  configuration: --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-libopenjpeg
  libavutil      51. 73.101 / 51. 73.101
  libavcodec     54. 56.100 / 54. 56.100
  libavformat    54. 27.101 / 54. 27.101
  libavdevice    54.  2.100 / 54.  2.100
  libavfilter     3. 16.104 /  3. 16.104
  libswscale      2.  1.101 /  2.  1.101
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[mp3 @ 0x32e4040] Format mp3 probed with size=1048576 and score=51
[mp3 @ 0x32e4040] File position before avformat_find_stream_info() is 936328
[mjpeg @ 0x32e5000] marker=d8 avail_size_in_buf=933961
[mjpeg @ 0x32e5000] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x32e5000] marker=e1 avail_size_in_buf=933959
[mjpeg @ 0x32e5000] marker parser used 8008 bytes (64064 bits)
[mjpeg @ 0x32e5000] marker=ed avail_size_in_buf=925948
[mjpeg @ 0x32e5000] marker parser used 9869 bytes (78952 bits)
[mjpeg @ 0x32e5000] marker=e1 avail_size_in_buf=916076
[mjpeg @ 0x32e5000] marker parser used 7836 bytes (62688 bits)
[mjpeg @ 0x32e5000] marker=ee avail_size_in_buf=908237
[mjpeg @ 0x32e5000] marker parser used 14 bytes (112 bits)
[mjpeg @ 0x32e5000] marker=db avail_size_in_buf=908221
[mjpeg @ 0x32e5000] index=0
[mjpeg @ 0x32e5000] qscale[0]: 0
[mjpeg @ 0x32e5000] index=1
[mjpeg @ 0x32e5000] qscale[1]: 0
[mjpeg @ 0x32e5000] marker parser used 132 bytes (1056 bits)
[mjpeg @ 0x32e5000] marker=c0 avail_size_in_buf=908087
[mjpeg @ 0x32e5000] sof0: picture: 1173x925
[mjpeg @ 0x32e5000] component 0 1:1 id: 0 quant:0
[mjpeg @ 0x32e5000] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x32e5000] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x32e5000] pix fmt id 11111100
[mjpeg @ 0x32e5000] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x32e5000] marker=dd avail_size_in_buf=908068
[mjpeg @ 0x32e5000] restart interval: 147
[mjpeg @ 0x32e5000] marker parser used 4 bytes (32 bits)
[mjpeg @ 0x32e5000] marker=c4 avail_size_in_buf=908062
[mjpeg @ 0x32e5000] class=0 index=0 nb_codes=12
[mjpeg @ 0x32e5000] class=0 index=1 nb_codes=12
[mjpeg @ 0x32e5000] class=1 index=0 nb_codes=251
[mjpeg @ 0x32e5000] class=1 index=1 nb_codes=251
[mjpeg @ 0x32e5000] marker parser used 418 bytes (3344 bits)
[mjpeg @ 0x32e5000] escaping removed 3825 bytes
[mjpeg @ 0x32e5000] marker=da avail_size_in_buf=907642
[mjpeg @ 0x32e5000] component: 0
[mjpeg @ 0x32e5000] component: 1
[mjpeg @ 0x32e5000] component: 2
[mjpeg @ 0x32e5000] marker parser used 903816 bytes (7230524 bits)
[mjpeg @ 0x32e5000] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x32e5000] decode frame unused 0 bytes
[mp3 @ 0x32e4040] max_analyze_duration 5000000 reached at 5015510
[mp3 @ 0x32e4040] Estimating duration from bitrate, this may be inaccurate
[mp3 @ 0x32e4040] File position after avformat_find_stream_info() is 1140104
Input #0, mp3, from '/path/to/music.mp3':
  Metadata:
    album           : Na Surowo
    artist          : Carlito
    composer        : Appline
    genre           : Rap
    title           : Schizofrenia
    track           : 05
    date            : 2012
  Duration: 00:02:52.07, start: 0.000000, bitrate: 319 kb/s
    Stream #0:0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s
    Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj444p, 1173x925, 90k tbr, 90k tbn, 90k tbc
    Metadata:
      title           : 
      comment         : Cover (front)
[abuffer @ 0x32fe800] Setting entry with key 'time_base' to value '1/44100'
[abuffer @ 0x32fe800] Setting entry with key 'sample_rate' to value '44100'
[abuffer @ 0x32fe800] Setting entry with key 'sample_fmt' to value 's16'
[abuffer @ 0x32fe800] Setting entry with key 'channel_layout' to value '0x3'
[graph 0 input from stream 0:0 @ 0x33401a0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3
[aformat @ 0x3345180] Setting entry with key 'sample_fmts' to value 's32,flt,s16'
[aformat @ 0x3345180] Setting entry with key 'sample_rates' to value '44100,48000,32000,22050,24000,16000,11025,12000,8000'
[aformat @ 0x3345180] Setting entry with key 'channel_layouts' to value '0x4,0x3'
Output #0, mp3, to '/path/to/music.mp3':
  Metadata:
    TALB            : Na Surowo
    TPE1            : Carlito
    TCOM            : Appline
    TCON            : Rap
    TIT2            : Schizofrenia
    TRCK            : 05
    TDRL            : 2012
    TSSE            : Lavf54.27.101
    Stream #0:0, 0, 1/90000: Audio: mp3, 44100 Hz, stereo, s16
Stream mapping:
  Stream #0:0 -> #0:0 (mp3 -> libmp3lame)
Press [q] to stop, [?] for help
[mp3 @ 0x32e4820] incomplete frame
Error while decoding stream #0:0: Invalid data found when processing input
[output stream 0:0 @ 0x3346c20] EOF on sink link output stream 0:0:default.
No more output streams to write to, finishing.
[libmp3lame @ 0x33035c0] Trying to remove 47 more samples than are in the que
size=      83kB time=00:00:05.25 bitrate= 129.1kbits/s    
video:0kB audio:82kB subtitle:0 global headers:0kB muxing overhead 0.408637%
[AVIOContext @ 0x32ec620] Statistics: 1146880 bytes read, 0 seeks

I say seem, it's just that this MP3 file also has a track image, and it is my belief that it is something to do with that. (But I don't really know, see...) For some strange reason I don't have this issue on my Windows machine.

The tracks that are affected are unfortunately copyrighted - and I'm kinda pressed for time unfortunately - so I cannot find for you any free tracks that have this problem - however if you give me a bell I could "lend you the CD" using e-mail or something.

Many regards,

• Westie

[David Weston]

The other reason I say that it could be possibly id3v2 is because of this: ​http://ffmpeg.org/trac/ffmpeg/ticket/336 - however, I tested the music file found on that ticket and it worked.

I'm lost! :(

[David Weston]

Oh, and another thing - this same file is reported to have ~30sec. longer playback than it should have.

SoX reports the correct time however.

[Carl Eugen Hoyos]

Replying to Westie:

 /usr/local/bin/ffmpeg -y -i /path/to/music.mp3 -f mp3 -map 0:0 /path/to/music.mp3

FFmpeg does not support overwriting files, please reopen this ticket if I misunderstood your original problem.

If you want to report incorrectly estimated duration, please open a new ticket, but I don't think this makes any sense without a sample.