Support strange / multiple editlists without -ignore_editlist 1
|Reported by:||Zack Bloom||Owned by:|
|Cc:||Zack Bloom||Blocked By:|
|Blocking:||Reproduced by developer:||yes|
|Analyzed by developer:||no|
Summary of the bug: A working video file becomes invalid after a simple copy
How to reproduce:
% ffmpeg -i broken-example.mp4 -c:v copy out.mp4 ffmpeg version N-102791-gaca923b365 built with Apple clang version 12.0.0 (clang-1188.8.131.52)
You can obtain broken-example.mp4 (3.5MB) here: https://www.dropbox.com/s/tky9p7jmoe8tx4z/broken-example.mp4?dl=1
This began as much more complex failed encoding operation, but this test case is so trivial I believe it will be easier to debug. This input is successfully playable using Quicktime on OSX (although it can't be played with some other players).
What you observe is it begins with a normal video clip, followed by what seems like a slideshow frame. My guess is it is using a variable frame rate to deliver the final slideshow image, but I am unsure how to determine this using ffprobe.
After the encoding the file returned by ffmpeg appears corrupt where the 'slideshow' frame began, approx 9 seconds into the original clip.
For anyone who does not have a Mac with Quicktime, I have prepared a screen recording of the successful playback of the original video here: https://www.dropbox.com/s/qs5ssk8832s5dek/example-playback.mp4?dl=1
I have no doubt the input video file is broken in some way, but I would still like for ffmpeg to be able to operate with it if possible. Thank you for all the work you do to create this incredibly powerful tool.
Change History (5)
comment:1 by , 18 months ago
|Component:||ffmpeg → undetermined|
|Priority:||normal → wish|
|Summary:||Video Becomes Unplayable After -c:v copy → Support strange / multiple editlists without -ignore_editlist 1|
|Type:||defect → enhancement|
comment:4 by , 17 months ago
|Component:||undetermined → avformat|
|Reproduced by developer:||set|
|Status:||new → open|