[FFmpeg-trac] #2062(avcodec:new): Playback of HD-PVR recordings corrupted when using VDPAU
FFmpeg
trac at avcodec.org
Thu Feb 14 11:51:34 CET 2013
#2062: Playback of HD-PVR recordings corrupted when using VDPAU
-------------------------------------+-----------------------------------
Reporter: jyavenard | Owner:
Type: defect | Status: new
Priority: normal | Component: avcodec
Version: unspecified | Resolution:
Keywords: vdpau h264 | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-----------------------------------
Comment (by Glidos):
Yes nice. Indeed that avoids the large has_b_frames value occuring during
playback of the HDPVR sample I've been using for testing. So you already
had places where inconsistencies were detected, and now you are resetting
last_pocs there. My only remaining concern is that the tests don't (seem)
to target the specific case of a large backwards transition in poc, and I
don't know how to reason that that happening would always trigger also the
tests you have in place. So I wonder if it will fix some hdpvr samples and
not others.
Concerning the mistriggering you saw when trying my patch, as you say it
was unintended, but it was benign. The unnecessary case is when a poc is
first entered into an empty last_pocs list (all INT_MIN, that is). It's
benign because in that case, both branches of the 'if' lead to the same
final program state. I've updated my patch to avoid triggering in that
case:
https://github.com/Glidos/mythtv/commit/f9579b5982cfc7a18c189ed62ddf23eb73d95825,
although I don't expect us to need it now we have yours.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2062#comment:10>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list