"Uncrashable" video/audio source and sinks

[Louis Simons]

> Have a look at e.g. intervideosink/intervideosrc , maybe those are along
> the lines of what you're looking for.

I actually came across those on the plugins list, but wasn't exactly sure
what they were for.  They are in
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad which seemed like a
turn-off, plus there wasn't any standard documentation page for them,
though there are some notes in the source.  Gst-inspect-1.0 seems to return
sane looking information.  Looking through the code, I didn't see anywhere
for it to generate "blank" frames, so I thought it was something like a
queue that could go across pipelines, but will still have trouble if no
frames are available or if there is nowhere for frames to go.  Can you
"hotplug" the inter*src and inter*sinks together at run time, or does
inter*src provide blank frames when it cannot find an inter*sink of the
same channel?  Is there a big efficiency advantage over using this method
rather than using the input-selectors and videotestsrcs?

Is there more documentation on their usage somewhere?


On Mon, Jan 20, 2014 at 6:26 PM, Tim Müller <tim at centricular.com> wrote:

> On Mon, 2014-01-20 at 05:19 -0800, superlou wrote:
>
> > I apologize if this is a dumb question.  I've thrown around a video
> toaster
> > like application for about a year now in my free time, where a
> requirement
> > is to be able to add/remove/relocate bins without stopping the pipeline.
> > What I've found is that there is a huge world of edge cases to handle to
> > block the pads, change the pipeline, and remove the blocks without the
> > pipeline crashing.  Also, there are some elements (v4l2src) that crash
> > themselves if they lose their source, and I haven't found a way to detect
> > their loss of signals before the pipeline goes down.
> >
> > I was wondering if there is a simpler way: is there some sort of generic
> > video (and audio) sink element that generates black frames (or silent
> audio)
> > of a predefined cap when it is not linked properly, and forwards the good
> > data when it is linked properly?  Then I can create bins where all the
> > inputs are linked first to this magic sink element so the worst case
> > scenario is that I get black/silent output when the links are
> > rearranged/broken.  Is there already some kind of functionality like
> this,
> > or would it be possible to implement?  I'm not particularly concerned
> about
> > performance since this is an application where I can throw a lot of the
> > hardware at the problem.  Feel free to tell me off if I'm trying to
> abstract
> > something in an inappropriate way.
> >
> > Open to any suggestions, criticisms, etc.
>
> Have a look at e.g. intervideosink/intervideosrc , maybe those are along
> the lines of what you're looking for.
>
> Cheers
>  -Tim
>
> --
> Tim Müller, Centricular Ltd - http://www.centricular.com
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140120/40e6e370/attachment.html>