NULL State Synchronization

[ht techdev]

Hi 
Apologies, should have clarified it. It is a home brewed decoder, which is based on GstVideoDecoder base class. Question; however, is somewhat more generic. Specifically, is _stop callback in any way synchronized with _handle_frame callback.
Cheers,

-----Original Message-----
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Sebastian Dröge
Sent: Thursday, September 01, 2016 11:29 PM
To: Discussion of the development of and with GStreamer
Subject: Re: NULL State Synchronization

On Thu, 2016-09-01 at 13:51 -0700, ht techdev wrote:
> Hi
> On gstreamer 1.4.5, running on Centos 7.2, I have a use case that I am not sure I am handling/understanding correctly:
> 1-      Application start a pipeline, i.e., sets the state to PLAY
> 2-      After an arbitrary amount of time, it sets the state to NULL
> 3-      Current Problem:
> a.       A decoder plugin just prior to pushing its frame, after NULL 
> state , attempts to allocate output frame, which it fails and 
> consequently issues a GST_ELEMENT_ERROR b.      This in turn stops the main application, as we are tripping on error messages Question is, whether it is the plugin responsibility to block inside _stop, till current frame is processed, or gstreamer is responsible for such synchronizations.

Which decoder plugin is that? That would be a bug in that decoder or one of the base classes.

Can you send a debug log with GST_DEBUG=6 of this, but first of all try with a newer GStreamer version? 1.4 is already quite old and this might already be fixed.

--
Sebastian Dröge, Centricular Ltd · http://www.centricular.com