fakesink and CPU load

Cyril Baletaud cyril.baletaud at gmail.com
Sun Jun 29 06:10:52 PDT 2014


Thanks,

No, i don't check out camerabin, i will do.
I'm working on a rtp bin, to transform GiGE vision heavy load stream to a
lighter one. This is why I need to enable or disable a bin, without
stopping the pipeline.

This model is inspired by
https://coaxion.net/blog/2014/01/gstreamer-dynamic-pipelines/
The template works fine, but I am listening to your best tips.

Cordialement

CB




2014-06-29 13:32 GMT+02:00 Tim Müller <tim at centricular.com>:

> On Sun, 2014-06-29 at 08:21 +0200, Cyril Baletaud wrote:
>
> Hi,
>
> > I'm working on GiGE Vision with GStreamer render pipeline.
> > (https://gitorious.org/jiguiviou)
> >
> >
> > I have multiple dynamic sink branch (at moment view and record
> > branches).
> >
> > By default , the first branch created is a fakesink and we can
> > activate any of other while pipeline is running.
> >
> >
> > My question is : when activating an real sink branch, is it better to
> > remove the fakesink branch or (because CPU load for fakesink is
> > less ?) let the fakesink running ?
>
> That fakesink branch will have some non-zero overhead, but it should be
> really really small. It's basically just one extra thread (from the
> queue after the tee), and the extra pad_push. I wouldn't bother removing
> it unless you know that you won't need it again later, or it shows up in
> your performance investigations.
>
> I suppose you already checked out camerabin and found it doesn't cater
> to your use case? It can start/stop recording on the fly while showing
> the camera output.
>
> 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/20140629/a7bbca23/attachment.html>


More information about the gstreamer-devel mailing list