gstreamer-devel Digest, Vol 11, Issue 53

[Omkiran Sharma]

I am assuming this is what you want

  When output selector switches from one pad to another, the one that got
inactive.. downstream the pipeline should continue till the end. i.e. the
buffers it had till that point should still flow instead of that segment
becoming inactive

I'm no expert and am not sure 100% of the following, but see if it makes
sense.. someone else may be able to shed better light

The inactive pads will no longer get buffers from upstream. So in a push
scenario, no calls will be made to "push the buffers" further down. Maybe a
queue after the output selector might help here so that the rest of the
downstream pipeline can "pull" the data or push it independent of the
output selector?
It might depend on what you have downstream though...

On second thoughts, shouldn't the output selector wait for it's push to
return before making the active pad inactive? If so, then all data is
already pushed by it downstream and then it becomes inactive. I need to
look at the output selector, so I am not sure here. Perhaps what you desire
is already happening..
I am not sure thought what happens if the data is being pulled from it,
rather than push or whether making the pad inactive causes an event which
drops all buffers downstream completely.

Perhaps someone else may be able to shed better light.. and even let me
know if my understanding of the output selector is right?



On Fri, Dec 23, 2011 at 1:30 AM, <
gstreamer-devel-request at lists.freedesktop.org> wrote:

> Send gstreamer-devel mailing list submissions to
>        gstreamer-devel at lists.freedesktop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
>        gstreamer-devel-request at lists.freedesktop.org
>
> You can reach the person managing the list at
>        gstreamer-devel-owner at lists.freedesktop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
>   1. How to empty pipeline stages linked to an inactive
>      output-selector   source pad? (Fabrizio Dini)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 22 Dec 2011 18:36:08 +0100
> From: Fabrizio Dini <dini.fabrizio at gmail.com>
> Subject: How to empty pipeline stages linked to an inactive
>        output-selector source pad?
> To: gstreamer-devel at lists.freedesktop.org
> Message-ID:
>        <CAAmXsFDSRs9EhcKXYpUkN2anpm0BudjqjQcUfy6uHvTa6ENa0Q at mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello everybody!
>
> This is my first post on this mailing list, so please forgive me for any
> misuse of this list or netiquette violation I might commit: sorry in
> advance.
>
> That said, the subject says it all, I think.
>
> I have a video pipeline that includes an output-selector. Downstream the
> selector, I have two branches of pipeline linked to two src pad of the
> selector. They are equal: a muxer and a file sink.
>
> What I would like to do is, when I change the active pad on the
> output-selector, have the stages downstream the inactive pad to push their
> buffers to the next stage, instead of dropping it. Here, I am calling
> "inactive pad" the one which become inactive as a consequence of changing
> the the "active-pad" property in the selector, or put differently, the pad
> that was _previously_ active.
>
> I tried sending a different events to the active pad before changing it,
> but without success.
>
> Any hint?
>
> Thank you in advance.
>
> Fabrizio
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20111222/baf12df8/attachment.htm
> >
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 11, Issue 53
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20111226/a9713f60/attachment.htm>