[FFmpeg-devel] [PATCH] avformat: AMQP: add option delivery_mode
Florian Levis
levis.florian at gmail.com
Sat Jun 20 23:46:01 EEST 2020
That's OK for me
--
Florian LEVIS
Le sam. 20 juin 2020 à 20:56, Andriy Gelman <andriy.gelman at gmail.com> a
écrit :
> On Sat, 20. Jun 19:16, Levis Florian wrote:
> > Signed-off-by: Levis Florian <levis.florian at gmail.com>
> > ---
> > doc/protocols.texi | 15 +++++++++++++++
> > libavformat/libamqp.c | 6 +++++-
> > 2 files changed, 20 insertions(+), 1 deletion(-)
> >
> > diff --git a/doc/protocols.texi b/doc/protocols.texi
> > index 7aa758541c..2e15925eeb 100644
> > --- a/doc/protocols.texi
> > +++ b/doc/protocols.texi
> > @@ -109,6 +109,21 @@ the received message may be truncated causing
> decoding errors.
> > The timeout in seconds during the initial connection to the broker. The
> > default value is rw_timeout, or 5 seconds if rw_timeout is not set.
> >
> > + at item delivery_mode @var{mode}
> > +Sets the delivery mode of each messages sent.
> > +
> > +The following values are recognized:
> > + at table @samp
> > + at item persistent
> > +Delivery mode set to "persistent" (2). This is the default value.
> > +Messages may be written to the broker's disk depending on its setup.
> > +
>
> > + at item non-persistent
> > +Delivery mode set to "non-persistent" (1)
> > +Messages may be stay in the broker's memory depending on its setup.
> > +
>
> I feel the following is clearer:
>
> Messages will stay in broker's memory unless the broker is under memory
> pressure.
>
> Let me know if you agree and I'll push in a few days if there are no more
> comments.
>
> Thanks,
> --
> Andriy
>
More information about the ffmpeg-devel
mailing list