Opened 8 years ago

Last modified 8 years ago

#3035 new defect

h264 decoder duplicates 8-th frame

Reported by: eugene smirnov Owned by:
Priority: normal Component: avcodec
Version: unspecified Keywords: h264
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Summary of the bug:
How to reproduce:

% ffmpeg -i 0004.h264 1.yuv
ffmpeg version N-56930-gee3d03b
built on windows

In decodmpressed YUV stream, frame 8 looks duplicate of frame 7 while reference tools like ldecod, and tektronix do not duplicate it. Also i've checked ffmpeg from very old 0.6 branch and it also didnt duplicate that frame

Attachments (2)

log.txt (4.2 KB ) - added by eugene smirnov 8 years ago.
log
0004.h264 (319.8 KB ) - added by eugene smirnov 8 years ago.
avc input

Download all attachments as: .zip

Change History (4)

by eugene smirnov, 8 years ago

Attachment: log.txt added

log

by eugene smirnov, 8 years ago

Attachment: 0004.h264 added

avc input

comment:1 by Carl Eugen Hoyos, 8 years ago

Keywords: h264 added

If you want to avoid the duplication use -vsync 0
The h264 timestamp issue is known, there are several other tickets covering this problem.

comment:2 by eugene smirnov, 8 years ago

Thanks, -vsync 0 seems resolved that issue, only note that anexb stream doesnt contain any timestamps, except is frame rate code in SPS header

Note: See TracTickets for help on using tickets.