GstCollectPad non_waiting mode

[Baby Octopus]

Hi,

Does GstCollectPad really support pads in non waiting mode? I have developed
a muxer using GstCollect pad and the muxing hangs if one of the pad has no
data. This is happening despite setting the pads in non waiting mode through
gst_collect_pads_set_waiting(pad, data, FALSE)

1. I see the code internally forces waiting inside
gst_collect_pads_default_collected(). Is the correct?
2. Is GstAggregator a better option than using collectpads? Is the reason
why videomixer had issues and compositor written on top of GstAggregator?

~BO



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Sauer]

On 11/14/2017 12:10 PM, Baby Octopus wrote:

> Hi,
>
> Does GstCollectPad really support pads in non waiting mode? I have developed
> a muxer using GstCollect pad and the muxing hangs if one of the pad has no
> data. This is happening despite setting the pads in non waiting mode through
> gst_collect_pads_set_waiting(pad, data, FALSE)
>
> 1. I see the code internally forces waiting inside
> gst_collect_pads_default_collected(). Is the correct?
> 2. Is GstAggregator a better option than using collectpads? Is the reason
> why videomixer had issues and compositor written on top of GstAggregator?

Yes, I'd encourage you to try using GstAggregator instead. Especially
for a muxer, it should be good enough already.

Stefan

>
> ~BO
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> 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

[Tim Müller]

On Wed, 2017-11-15 at 14:59 +0100, Stefan Sauer wrote:

Hi,

As far as I know, collectpads does support not waiting for data on
pads, which is typically used for sparse streams like subtitle stream
or metadata streams.

collectpads does not support timing out though, and behaves poorly in
case of live sources.

I'm also not sure if collectpads will handle it properly if you set the
non-waiting status "later" (i.e. wake up the waiting thread and make it
recheck all pads).


> Yes, I'd encourage you to try using GstAggregator instead. Especially
> for a muxer, it should be good enough already.

Aggregator is definitely the future, but if I remember correctly it's
still missing the feature to set input pads to non-waiting in the non-
live case? Which may or may not be relevant for your use case (in the
live one it will just time out according to the configured latency).

Cheers
 -Tim

--
Tim Müller, Centricular Ltd - http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel