Opened 9 years ago
Closed 9 years ago
#4972 closed defect (needs_more_info)
Source and Destination have different frame counts
Reported by: | Richard Huang | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | ffmpeg |
Version: | unspecified | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug:I encode a clip cut from a film, the frames count of the source is 14408, that of encoded result is 14411. I have almost gone crazy for days, the -vsync options does not resolve my problem at all.
How to reproduce:
% rem ffmpeg -y -i 0.264 -c:v libx264 -b:v 700k -s 720x480 -preset fast -f mpegts 0_1.264 ffmpeg version N-71455-gfbdaebb Copyright built with gcc 4.9.2 (GCC)
Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker.
Attachments (1)
Change History (9)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Reproduced by developer: | set |
---|
follow-up: 4 comment:3 by , 9 years ago
Keywords: | different frame counts removed |
---|---|
Priority: | important → normal |
Reproduced by developer: | unset |
Please provide the command line that allows to reproduce the bug together with the complete, uncut console output to make this a valid ticket.
comment:4 by , 9 years ago
Actually the problem is in decoding process, the command line is as follows:
ffmpeg -y -i 0.ts -f yuv4mpegpipe nul
There is no open GOP in the source file, I don't know why there are frames more than the source, how can I avoid more frames while decoding? Is there any options for me to add in ffmpeg command line?
The source file is too large to upload. Is anyone had the same experience and solved the problem?
Replying to cehoyos:
Please provide the command line that allows to reproduce the bug together with the complete, uncut console output to make this a valid ticket.
comment:5 by , 9 years ago
Resolution: | → needs_more_info |
---|---|
Status: | new → closed |
Please reopen this ticket if you can provide the command line that allows to reproduce the issue together with the complete, uncut console output.
comment:6 by , 9 years ago
Resolution: | needs_more_info |
---|---|
Status: | closed → reopened |
How to reproduce:
ffmpeg -y -i 00.264 -f yuv4mpegpipe nul
ffmpeg version N-71455-gfbdaebb Copyright
built with gcc 4.9.2 (GCC)
comment:7 by , 9 years ago
Running the command can decode the attached file. The file has 18 frames, but generates 19 frames after being decoded. Please take a look at the error. Your early reply is appreciated.
comment:8 by , 9 years ago
Resolution: | → needs_more_info |
---|---|
Status: | reopened → closed |
Please reopen this ticket if you can provide the command line that allows to reproduce the issue together with the complete, uncut console output.
I cut a 10-minute clip directly from a .mkv file then convert it into .264 file, I took a close look at the I frame next to this clip ,It's exactly a IDR. I did not understand why ffmpeg generates 3 more frames to my result compared to the source. I think that must be an important issue in cutting file.
Your early reply is appreciated. The source file is over 1G, I can submit it while necessary.