[vlc-devel] [RFC] Slimming LibVLC down

Olivier Aubert olivier.aubert at liris.cnrs.fr
Mon Feb 1 12:31:00 CET 2010


On Mon, 2010-02-01 at 11:27 +0100, Rémi Denis-Courmont wrote:
> On Mon, 1 Feb 2010 11:15:43 +0100, Pierre d'Herbemont
> <pdherbemont at gmail.com> wrote:
> >> I agree that at some time, it could go away. But before that, it should
> >> be explicitly marked as Deprecated, and even before that, a stable
> >> alternative should exist, which LibVLC is not yet IMHO.
> > 
> > Agreed as well. mediacontrol removal shouldn't be done in a hurry.
> 
> I completely disagree here.
> 
> If we marked them as obsolete, we'd still have to carry them until the next
> binary break. We can add a new function and preserve compatibility. But we
> cannot remove or modify the prototype of an old function. I certainly hope
> that LibVLC 1.2 and some later versions will be binary compatible with 1.1.
> As such marking a whole class of functions as deprecated from 1.1 would
> seem like a bad idea.
I agree that it would be a bad idea to mark MediaControl functions as
deprecated for 1.1, but not for the same reasons as yours. I just
reiterate: "I agree that at some time, it could go away. But before
that, it should be explicitly marked as Deprecated, and even before
that, a stable alternative should exist, which LibVLC is not yet IMHO."

The first step would be to have a stable libvlc API. And for me, stable
would mean at least header-compatible for more than one version.

Olivier





More information about the vlc-devel mailing list