mirror of
https://github.com/FFmpeg/FFmpeg.git
synced 2024-11-21 10:55:51 +02:00
fftools/ffmpeg: drop an obsolete hack
This special handling for decoder flushing has not been needed since
af1761f7b5
, as the filtergraph actually is drained after that commit.
This commit is contained in:
parent
37fcbe121d
commit
5fa00b38e6
@ -1418,17 +1418,6 @@ static int process_input_packet(InputStream *ist, const AVPacket *pkt, int no_eo
|
||||
if (!got_output)
|
||||
break;
|
||||
|
||||
// During draining, we might get multiple output frames in this loop.
|
||||
// ffmpeg.c does not drain the filter chain on configuration changes,
|
||||
// which means if we send multiple frames at once to the filters, and
|
||||
// one of those frames changes configuration, the buffered frames will
|
||||
// be lost. This can upset certain FATE tests.
|
||||
// Decode only 1 frame per call on EOF to appease these FATE tests.
|
||||
// The ideal solution would be to rewrite decoding to use the new
|
||||
// decoding API in a better way.
|
||||
if (!pkt)
|
||||
break;
|
||||
|
||||
repeating = 1;
|
||||
}
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user