aboutsummaryrefslogtreecommitdiffstats
path: root/libavcodec/ppc/h264chroma_template.c
diff options
context:
space:
mode:
authorJames Cowgill <jcowgill@debian.org>2017-11-09 12:21:23 +0000
committerMarton Balint <cus@passwd.hu>2017-12-09 21:40:47 +0100
commitd8d1689f929ca05a86300bc6e5d703961a567ae9 (patch)
tree8c1cc3a6b4c17ca6531b63471ecd4c0d0ab3bb72 /libavcodec/ppc/h264chroma_template.c
parentc741095eecee385905ec30e9698350d5dfb0b953 (diff)
downloadffmpeg-d8d1689f929ca05a86300bc6e5d703961a567ae9.tar.gz
avcodec/decode: reset codec on receiving packet after EOF in compat_decode
In commit 061a0c14bb57 ("decode: restructure the core decoding code"), the deprecated avcodec_decode_* APIs were reworked so that they called into the new avcodec_send_packet / avcodec_receive_frame API. This had the side effect of prohibiting sending new packets containing data after a drain packet, but in previous versions of FFmpeg this "worked" and some applications relied on it. To restore some compatibility, reset the codec if we receive a new non-drain packet using the old API after draining has completed. While this does not give the same behaviour as the old API did, in the majority of cases it works and it does not require changes to any other part of the decoding code. Fixes ticket #6775 Signed-off-by: James Cowgill <jcowgill@debian.org> Signed-off-by: Marton Balint <cus@passwd.hu> (cherry picked from commit 02ba4b91b5616ecbebee5c9565e1be7af2a6b980)
Diffstat (limited to 'libavcodec/ppc/h264chroma_template.c')
0 files changed, 0 insertions, 0 deletions