gstreamer-devel Digest, Vol 130, Issue 19
Eslam Ahmed
eslam.ahmed at avidbeam.com
Mon Nov 15 07:48:23 UTC 2021
Haven't tried them myself, but their description is "Min. number of buffers
in the queue to allow reading"
So to allow reading refers to reading from the queue itself or the queue to
read from the rest of upstream sources? That's what got me confused here.
Best Regards,
Eslam Ahmed
On Mon, Nov 15, 2021 at 9:01 AM Marianna Smidth Buschle <msb at qtec.com>
wrote:
> This isn't something I have ever tried.
>
> But what about the min-threshold-buffers and similar properties of the
> queue?
> Can't they be used to require that this amount of data is inside the queue?
>
> On 14.11.2021 13.00, gstreamer-devel-request at lists.freedesktop.org wrote:
> > Hi,
> >
> > In the spirit of joining your discussion,
> >
> > - What makes you think that these queues will always have the amount
> of
> > buffers that you require at some point? Aren't you just setting their
> > maximum limit?
> >
> > On the other hand, I would like to know if your method would work
> because I
> > have tackled this problem via a totally different approach.
> > The idea is to have 2 pipelines. One acting as the trigger, with just the
> > inference plugin, and whenever it finds something interesting it signals
> > the other application, via a method of your choice, controlling the
> second
> > pipeline. This second pipeline is running concurrently with the first and
> > using an appsink as its sink, you will be able to retain some of the
> frames
> > in a data structure queue of a size of your choice. Once signalled, the
> > second pipeline would trigger a new on-demand pipeline with an appsrc
> just
> > to write/record the event.
> >
> > Here's my post on stackoverflow to get the full idea:
> >
> https://stackoverflow.com/questions/68066985/how-to-write-specific-time-interval-of-gstsamples-rtp-over-udp-h264-packets
> >
> > Hope that helps!
> >
> > Best Regards,
> > Eslam Ahmed
>
> --
> Best regards / Med venlig hilsen
> “Marianna Smidth Buschle”
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20211115/37757ee3/attachment.htm>
More information about the gstreamer-devel
mailing list