[FFmpeg-devel] [PATCH] rtp/rtsp API deprecation...

[Aurelien Jacobs]

On Fri, Oct 15, 2010 at 03:09:17PM -0400, Ronald S. Bultje wrote:
> Hi,
> 
> On Fri, Oct 15, 2010 at 2:14 PM, Aurelien Jacobs <aurel at gnuage.org> wrote:
> > There are some rtp and rtsp API which are deprecated (depending on
> > LIBAVFORMAT_VERSION_MAJOR) even though they are declared in headers
> > which are not installed (and thus not part of public API) and defined in
> > files which are compile conditionally (and thus not part of ABI).
> > So IMHO, it makes no sense to try to maintain those deprecated API until
> > next major bump. The attached patches just drop those old APIs.
> [..]
> 
> For the rest, I'm mildly against it for API-stability reasons (at
> least old versions of ffplay used it), but can be convinced otherwise.

There is no such thing as API-stability when we are talking about
functions which are not part of the API.

I don't think anybody is using a 3 years old ffplay binary with brand new
libavformat. And even if somebody actually does, he will just face this
ffplay bug (using a symbol which is not part of the ABI), and he will
just have to update his ffplay.

And regarding external applications which would potentially use those
symbols, they can't compile any, since there is no installed header
declaring them.
Even MPlayer (probably the app using libav* in the most incestuous way),
don't use those symbols...

Oh, and I just found out that Luca Abeni already proposed to remove
those functions a few months ago.

And finally, this would drop the very last direct checks for
LIBAVFORMAT_VERSION_MAJOR.

Aurel