[FFmpeg-devel] [PATCH] lavr: deprecate the entire library

Rostislav Pehlivanov atomnuker at gmail.com
Fri Nov 17 20:06:30 EET 2017


On 17 November 2017 at 17:53, James Almer <jamrial at gmail.com> wrote:

> On 11/17/2017 12:58 PM, Rostislav Pehlivanov wrote:
> > Signed-off-by: Rostislav Pehlivanov <atomnuker at gmail.com>
> > ---
> >  doc/APIchanges        | 5 +++++
> >  libavresample/utils.c | 3 +++
> >  2 files changed, 8 insertions(+)
> >
> > diff --git a/doc/APIchanges b/doc/APIchanges
> > index d336f6ce22..22c7b5a0d0 100644
> > --- a/doc/APIchanges
> > +++ b/doc/APIchanges
> > @@ -15,6 +15,11 @@ libavutil:     2017-10-21
> >
> >  API changes, most recent first:
> >
> > +2017-xx-xx - xxxxxxx - lavr 4.0.0 - avresample.h
> > +  Deprecate the entire library. It was unmaintained and redundant> +
> as libswresample did everything it did better, faster, with more
> > +  control and with a better, slightly higher level API.
>
> This is only partly true. For example, last time i checked swr is
> missing some multichannel simd optimizations available on lavr.
>

Which ones?



>
> > +
> >  2017-xx-xx - xxxxxxx - lavc 58.3.100 - avcodec.h
> >    Add avcodec_get_hw_frames_parameters().
> >
> > diff --git a/libavresample/utils.c b/libavresample/utils.c
> > index b4fb906556..3e629fe901 100644
> > --- a/libavresample/utils.c
> > +++ b/libavresample/utils.c
> > @@ -37,6 +37,9 @@ int avresample_open(AVAudioResampleContext *avr)
> >  {
> >      int ret;
> >
> > +    av_log(avr, AV_LOG_WARNING, "This library is being deprecated in
> favor of libswresample, "
> > +           "please migrate your program.");
> > +
> >      if (avresample_is_open(avr)) {
> >          av_log(avr, AV_LOG_ERROR, "The resampling context is already
> open.\n");
> >          return AVERROR(EINVAL);
> >
>
> I don't like this patch much. It gives the same bad vibes as the
> "deprecated" ffmpeg package in debian from five years ago. Lets try to
> not go there again.
>

Ignore politics, we're trying to remove something we don't maintain and
never have.



>
> In any case, lavr is disabled by default, ffmpeg requires swr, opusdec
> requires swr, etc. So the only people using lavr are those that
> purposely want their codebase to work with both projects even if in a
>

Yeah, no. No one packages libav and no one's really trying to do that
anymore. The APIs have diverged (w.r.t. filtering).



> handicapped way, and are thus unlikely to consider/bother to migrate to
> swr.
>

This provides the motivation to move to something better that _we_ actually
maintain and has numerous advantages.


We can't let this sit in our repo as it bitrots when there's a better
solution.


More information about the ffmpeg-devel mailing list