[FFmpeg-trac] #9755(undetermined:open): gapless playback of *some* MP3 files destroyed in the end after -c copy (was: gapless playback of *some* MP3 files destroyed)

FFmpeg trac at avcodec.org
Thu Mar 9 03:16:58 EET 2023


#9755: gapless playback of *some* MP3 files destroyed in the end after -c copy
-------------------------------------+-------------------------------------
             Reporter:  Christoph    |                    Owner:  (none)
  Anton Mitterer                     |
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by Balling):

 * summary:  gapless playback of *some* MP3 files destroyed =>
     gapless playback of *some* MP3 files destroyed in the end after -c
     copy

Comment:

 Nope, our bug. lame --decode decodes lame created file fine, but after -c
 copy file has extra samples in the end.

 Indeed, bad file has in lame --decode:

 skipping initial 1105 samples (encoder+decoder delay)
 skipping final 1152 samples (encoder padding-decoder delay)

 While good file has

 skipping initial 1105 samples (encoder+decoder delay)
 skipping final 1187 samples (encoder padding-decoder delay)

 and yes, -copy does corrupt this metadata, and yes the differnce in
 Audacity is 35 samples. Wow.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9755#comment:15>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list