mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2025-06-05 06:58:56 +00:00
splitmuxsink: Avoid assertion when WAITING_GOP_COLLECT on reference context
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:
parent
e708543039
commit
f29c19be58
1 changed files with 5 additions and 3 deletions
|
@ -3178,11 +3178,13 @@ handle_mq_input (GstPad * pad, GstPadProbeInfo * info, MqStreamCtx * ctx)
|
|||
}
|
||||
break;
|
||||
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
|
||||
* check_completed_gop() */
|
||||
|
||||
g_assert (!ctx->is_reference);
|
||||
if (G_UNLIKELY (ctx->is_reference)) {
|
||||
check_completed_gop (splitmux, ctx);
|
||||
break;
|
||||
}
|
||||
|
||||
/* If we overran the target timestamp, it might be time to process
|
||||
* the GOP, otherwise bail out for more data. */
|
||||
|
|
Loading…
Reference in a new issue