Compositor question

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Compositor question

William Salibrici

I have a pipeline [not shown here] that uses a compositor element to combine video from three different inputs, video A, B, and C.

The pipeline runs just fine when all three video inputs have data. However, if video C input stops flowing, that also stops video B [which still has data] from appearing in the composite output. In other words, if video C input goes away, the composite output contains only video A data. I tried changing the order of the inputs but the compositor behavior remains basically the same. If only one of the compositor video inputs goes away, I would expect the composite output to contain the other two inputs which are still flowing regardless of the order in which they arrive at the compositor inputs. But that does not appear to be the case.

My development machine is windows 7 and I’m using GStreamer 1.10.4 with your windows pre-built binaries.

Any ideas on what could be done to correct this compositor behavior?

Thanks so much for your help,

Bill

 


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Compositor question

Sean DuBois
I had this issue as well, try connecting a videotestsrc with is-live=TRUE 

And then compare with is-live=FALSE

On Oct 30, 2017, at 10:00, William Salibrici <[hidden email]> wrote:

I have a pipeline [not shown here] that uses a compositor element to combine video from three different inputs, video A, B, and C.

The pipeline runs just fine when all three video inputs have data. However, if video C input stops flowing, that also stops video B [which still has data] from appearing in the composite output. In other words, if video C input goes away, the composite output contains only video A data. I tried changing the order of the inputs but the compositor behavior remains basically the same. If only one of the compositor video inputs goes away, I would expect the composite output to contain the other two inputs which are still flowing regardless of the order in which they arrive at the compositor inputs. But that does not appear to be the case.

My development machine is windows 7 and I’m using GStreamer 1.10.4 with your windows pre-built binaries.

Any ideas on what could be done to correct this compositor behavior?

Thanks so much for your help,

Bill

 

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

RE: Compositor question

William Salibrici

Sean,

Thank you for your reply.

My third video input is already from a videotestsrc but is-live was false.

So – I set is-live to true which did not correct the problem.

Regards,

 

Bill

 

 

From: gstreamer-devel [mailto:[hidden email]] On Behalf Of Sean DuBois
Sent: Monday, October 30, 2017 12:52 PM
To: Discussion of the development of and with GStreamer <[hidden email]>
Subject: Re: Compositor question

 

I had this issue as well, try connecting a videotestsrc with is-live=TRUE 

 

And then compare with is-live=FALSE


On Oct 30, 2017, at 10:00, William Salibrici <[hidden email]> wrote:

I have a pipeline [not shown here] that uses a compositor element to combine video from three different inputs, video A, B, and C.

The pipeline runs just fine when all three video inputs have data. However, if video C input stops flowing, that also stops video B [which still has data] from appearing in the composite output. In other words, if video C input goes away, the composite output contains only video A data. I tried changing the order of the inputs but the compositor behavior remains basically the same. If only one of the compositor video inputs goes away, I would expect the composite output to contain the other two inputs which are still flowing regardless of the order in which they arrive at the compositor inputs. But that does not appear to be the case.

My development machine is windows 7 and I’m using GStreamer 1.10.4 with your windows pre-built binaries.

Any ideas on what could be done to correct this compositor behavior?

Thanks so much for your help,

Bill

 

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel