[FFmpeg-trac] #5509(avformat:reopened): ffmpeg loses Opus Codec delay on remuxing

FFmpeg trac at avcodec.org
Sun Jun 5 10:15:22 CEST 2016

#5509: ffmpeg loses Opus Codec delay on remuxing
             Reporter:  kagami       |                    Owner:
                 Type:  defect       |                   Status:  reopened
             Priority:  important    |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  opus         |               Blocked By:
  codecpar regression                |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
Changes (by kagami):

 * status:  closed => reopened
 * resolution:  fixed =>


 Codec delay field persist on remuxing now but it's not equal to the
 original value:

 $ mkvinfo 1.webm | grep delay
 |  + Codec delay: 6.500ms (6500000ns)
 $ ffmpeg -i 1.webm -c copy 2.webm
 $ mkvinfo 2.webm | grep delay
 |  + Codec delay: 7.000ms (7000000ns)

 Thus Firefox still doesn't want to play it because codec delay doesn't
 match preskip value (at stated in bugzilla ticket).

Ticket URL: <https://trac.ffmpeg.org/ticket/5509#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list