[FFmpeg-trac] #6350(ffmpeg:new): n3.3 corrupts when remuxing mp4->mp4 or mp4->mkv

FFmpeg trac at avcodec.org
Tue Apr 25 01:12:27 EEST 2017

#6350: n3.3 corrupts when remuxing mp4->mp4 or mp4->mkv
             Reporter:               |                     Type:  defect
  carstenmattner                     |                 Priority:  important
               Status:  new          |                  Version:
            Component:  ffmpeg       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
 Steps to reproduce:

 1. copy ffmpeg `n3.3` version to `./ffmpeg33`
 2. remux mp4 -> mkv or mp4 -> mp4 while recoding the audio track
 3. play back and notice visible corruption and error messages like:
 `[ffmpeg/video] h264: co located POCs unavailable`
 `WARNING: Invalid RefPicListX[] entry!!! It is not included in DPB`

 If we assume there's `./ffmpeg33` and system-wide `ffmpeg` is `n2.8.11`,
 then this repros the regression:

 youtube-dl -f 18 --restrict-filenames
 ffmpeg -i Me_at_the_zoo-jNQXAC9IVRw.mp4 -c:a libopus -c:v copy
 ./ffmpeg33 -i Me_at_the_zoo-jNQXAC9IVRw.mp4 -c:a libopus -c:v copy
 ffmpeg -i Me_at_the_zoo-jNQXAC9IVRw.mp4 -strict -2 -c:a aac -c:v copy
 ./ffmpeg33 -i Me_at_the_zoo-jNQXAC9IVRw.mp4 -strict -2 -c:a aac -c:v copy

 I initially noticed this with `-c:a libfdk_aac -vbr 3`, but the corruption
 happens with `opus` and built-in `aac` too.

 The files ending in `.ffmpeg28.m??` will play fine and provoke zero
 errors, while the other two ending in `.ffmpeg33.m??` will print at least
 the `RefPicListX` error and also show visible corruption in the form of
 either green blocks with mpv vaapi hw-accel or grey/transparent corruption
 blocks in mpv software decoding mode.

Ticket URL: <https://trac.ffmpeg.org/ticket/6350>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list