On 17 November 2017 at 17:53, James Almer <jamr...@gmail.com> wrote:
> On 11/17/2017 12:58 PM, Rostislav Pehlivanov wrote:
> > Signed-off-by: Rostislav Pehlivanov <atomnu...@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.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
