Why is the flag `GST_PAD_FLAG_EOS` set for element `v4l2src`, when the pipeline is modified dynamically?
ao2 at ao2.it
Tue Sep 4 15:39:58 UTC 2018
On Fri, 31 Aug 2018 08:11:37 -0500 (CDT)
vk_gst <venkateshkuppan26 at gmail.com> wrote:
> Hello Antonio,
> Amazing debugging!!
> I would never have figured that out.
> 1. With the hack, the whole thing works now. But there is a visible delay in
> the transition from ' freeze - unfreeeze ' . The transition from ' live
> video -> freeze ' is quick and you do not notice any rough transition.
> The application I am trying to build is intended to be more quick responsive
> in terms of (freeze-unfreeze)transition, since the camera data(source) will
> be received on a lossy communication medium. Assuming that the camera
> operates at 30 fps, and if 3-4 frames are lost, then the time difference in
> the arrival of data might be in the range of < 150-200 ms. So I should be
> atleast targetting the switching transitions close to 150-200 ms. Any views
> on improving this ?
I looks like that flushing is enough to make the data flow again in the
case of live sources like v4l2, i.e.:
However this does not seem to be enough for filesrc and a *seeking*
flush is needed, see the attachment here, the new XXX sections replaced
the old ones.
> 2. Not sure what you mean exactly by decoupling the pipeline. Is it
> something like using a 'tee' or a 'output-selector'. I have this idea of
> trying out the whole thing using a 'output-selector', where the
> pipeline(minimal representation for simplicity) is as follows :
> | -> glimagesink
> src -> q -> output-selector ->|
> | -> imagefreeze ->
> gltransformation -> glimagesink
> And appropriate output switching is done, based on the user input.
> However, I think, I would see the same behaviour with the EOS event on sink,
> once the imagefreeze is added.
Let me know how this works out.
> Looking forward to hearing your suggestions.
I attached the example with decoupled pipelines in the old thread, it
seems the most elegant to me:
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 6315 bytes
Desc: not available
More information about the gstreamer-devel