summaryrefslogtreecommitdiffstats
path: root/ffmpeg.c
diff options
context:
space:
mode:
authorwm4 <nfxjfg@googlemail.com>2017-03-02 10:37:26 +0100
committerwm4 <nfxjfg@googlemail.com>2017-03-06 11:06:09 +0100
commita755b725ec1d657609c8bd726ce37e7cf193d03f (patch)
treecf8eab6bd5d474d068a929d53f604e906bfad735 /ffmpeg.c
parent3267e1703b32e83bce1329676fd007cc66a592c7 (diff)
downloadffmpeg-streaming-a755b725ec1d657609c8bd726ce37e7cf193d03f.zip
ffmpeg-streaming-a755b725ec1d657609c8bd726ce37e7cf193d03f.tar.gz
avcodec: consider an error during decoder draining as EOF
There is no reason that draining couldn't return an error or two. But some decoders don't handle this very well, and might always return an error. This can lead to API users getting into an infinite loop and burning CPU, because no progress is made and EOF is never returned. In fact, ffmpeg.c contains a hack against such a case. It is made unnecessary with this commit, and removed with the next one. (This particular error case seems to have been fixed since the hack was added, though.) This might lose frames if decoding returns errors during draining.
Diffstat (limited to 'ffmpeg.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud