Tee request pads unexpectedly go missing

[Nicolas Dufresne]

Le mer. 5 mai 2021 03 h 15, Nick_law via gstreamer-devel <
gstreamer-devel at lists.freedesktop.org> a écrit :

> Morning, Yes my use-case requires the tees to be temporarily unlinked while
> the de-interleave gets setup and a user selects what channels they would
> like to see on the sink end. So I am already doing "allow-
> not-linked" for the tees.
>
> But in this case the tees are unexpectedly unlinked (actually 3 of the 4)
> so
> the sink branch still receives data from one tee but not the others which
> is
> why I think gstreamer complains.
>
> Interestingly though I only see this issue on my local PC and not on the
> embedded device I work on.
>
> My guess is that on my local PC interrupts are causing issues with
> gstreamer
> while on the embedded device the same is not the case. I do use sleeps now
> and then to wait for gstreamer to create pads etc, and my feeling is that
> sleeps along with interrupts are breaking things on my local PC.
>

Sleeps can only result in a racy outcome. You may test some hypothesis of
missing delay with sleeps, but I discourage using that in a product.



>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20210505/08cd4dcf/attachment.htm>