FaSTTUBe/GST-Tensordecoder-ov_ep
37
0
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity

splitmuxsink: Avoid assertion when WAITING_GOP_COLLECT on reference context

Browse Source 
I have seen a backtrace out in the wild where this happened. Maybe after
receiving EOS and stream-start on the reference context.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3005>
This commit is contained in:
Vivia Nikolaidou 2022-09-09 13:13:32 +03:00 committed by GStreamer Marge Bot
parent e708543039
commit f29c19be58
1 changed files with 5 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
subprojects/gst-plugins-good/gst/multifile/gstsplitmuxsink.c
View File

@ -3178,11 +3178,13 @@ handle_mq_input (GstPad * pad, GstPadProbeInfo * info, MqStreamCtx * ctx)
} }
break; break;
case SPLITMUX_INPUT_STATE_WAITING_GOP_COLLECT:{ case SPLITMUX_INPUT_STATE_WAITING_GOP_COLLECT:{
/* We're collecting a GOP, this is only ever called for non-reference /* We're collecting a GOP, this is normally only called for non-reference
* contexts as the reference context would be waiting inside * contexts as the reference context would be waiting inside
* check_completed_gop() */ * check_completed_gop() */
if (G_UNLIKELY (ctx->is_reference)) {
g_assert (!ctx->is_reference); check_completed_gop (splitmux, ctx);
break;
}
/* If we overran the target timestamp, it might be time to process /* If we overran the target timestamp, it might be time to process
* the GOP, otherwise bail out for more data. */ * the GOP, otherwise bail out for more data. */