[FFmpeg-devel] [PATCH] avformat/fifo: Check for keyframe video type before stop dropping

recover when it is a video one. Fixes ticket: #11467 Signed-off-by: Arthur Grillo --- Cc: lingjiujia...@gmail.com --- libavformat/fifo.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/libavformat/fifo.c b/libavformat/fifo.c index

[FFmpeg-devel] [PATCH v2] avformat/fifo: Check for keyframe video type before stop dropping

the packet stream codec type, only letting it recover when it is a video one. If there is no video stream, resume to the original behavior, not checking the codec type. Fixes ticket: #11467 Signed-off-by: Arthur Grillo --- Changes in v2: - Check for the presence of a video stream (Michael

Re: [FFmpeg-devel] [PATCH] avformat/fifo: Check for keyframe video type before stop dropping

On 29/03/25 7:57 PM, Michael Niedermayer wrote: > Hi Arthur > > On Wed, Mar 12, 2025 at 03:45:42PM -0300, Arthur Grillo wrote: >> The current behavior when using restart_with_keyframe is that it will >> recover if it also encounters any audio packet, as they are fla

[FFmpeg-devel] [PATCH v3] avformat/fifo: Check for keyframe video type before stop dropping

the packet stream codec type, only letting it recover when it is a video one. If there is no video stream, resume to the original behavior, not checking the codec type. Fixes ticket: #11467 Signed-off-by: Arthur Grillo --- Changes in v3: - Terminate `has_video_stream` description comment with a

Re: [FFmpeg-devel] [PATCH] avformat/fifo: Check for keyframe video type before stop dropping

On Wed Mar 12, 2025 at 3:45 PM -03, Arthur Grillo wrote: The current behavior when using restart_with_keyframe is that it will recover if it also encounters any audio packet, as they are flagged as a keyframe. The expectation is that packets are dropped until the next _video_ keyframe. Fix