ffmpeg -i ~/Ffmpeg_duplicates_and_drops_frames_when_given_a_ts_stream.ts -c:v mpeg4 -an -y outbar.aviįfmpeg version N-53573-g3ed3aaa Copyright (c) 2000-2013 the FFmpeg developersīuilt on 12:46:13 with gcc 4.8.0 (GCC) 20130502 (prerelease)Ĭonfiguration: -enable-gpl -enable-libx264 -enable-libmp3lame -enable-x11grab -enable-libvorbis -enable-libvpx -enable-libopenjpeg The codec doesn't seem to be related, but the behaviour within container looks slightly different. The sample is a little strange and may be related to the problem, but even with its defects ffmpeg is still producing very odd output. txt file with the same name that contains a copy of this bug and the output of "ffmpeg -v 9 -loglevel 99 -i CROP_B.ts -c:v libx264 -an test.mp4". ts file to /incoming/ under the filename "Ffmpeg_duplicates_and_drops_frames_when_given_a_ts_stream.ts", along with a. Please note that the counter in the bottom right corner of the screen goes up by 3 every 3 frames (rather than 1 every frame), making it an unreliable way to test for the bug's presence. It is possible to take the resulting footage apart with "ffmpeg -i foo.mp4 frame_%d.png" and see the problematic frames. Other video codecs and containers produce the same results. Specifying -r (both before and after -i, or any combination) does not solve the problem.įfmpeg -i foo.ts -c:v libx264 -an outbar.mp4 The source video file is running at 59.94 FPS.
Upon closer examination it appears that almost every frame has been dropped and then previous frames duplicated, resulting in video that not only plays at 15 FPS, but has many duplicate frames that make it appear to play at 10 FPS. When I attempt to encode it in a less-bloated format, the resulting output has an incorrect framerate.
0 kommentar(er)
