[FFmpeg-devel] FOMS 2009 FFmpeg outbrief
Tue Jan 27 20:53:59 CET 2009
On Tue, Jan 27, 2009 at 09:49:23AM +0100, Reinhard Tartler wrote:
> Aurelien Jacobs <aurel at gnuage.org> writes:
> > Reimar D?ffinger wrote:
> >> On Mon, Jan 26, 2009 at 09:52:19PM +0100, Reinhard Tartler wrote:
> However if this is the case, why not combining then all of libav* into a
> aggregate library libffmpeg.so?
I think this is not very nice in terms of modularity
> > It is not that uncommon for a distro to support several major version of
> > the same lib at the same time. And distro generally don't support several
> > version of the same lib with the same major version.
> > So to make it clear, distro want to support simultaneously lavc51 and
> > lavc52, but they can't handle 2 version of lavu49 at the same time.
> > Right now, this is impossible.
> That is accurate. Thanks for phrasing it like this!
> > I can imagine several solution to this.
> > One clean solution would be to never use any internal API of libav_x
> > from libav_y. Linking between the various libav* would strictly stick
> > to public API.
> Yes, that would be ideal for packagers. All libav* could then be
> versioned properly. If this was a general policy, a linker script could
> be developed which hides all internal API. This way
> libavcodec/libavformat and all external applications would be *forced*
> to use the public API.
> > This would certainly imply exposing more things to public API of
> > libavutil. But that way, any change in lavu which would break
> > compatibility with old lavc, would also be a public API change, and
> > thus, would require major version bump.
> > I'm pretty sure this would solve the kind of problem reported here.
> In the end I think this would make libavutil much more useful for
> external projects!
i support getting rid of the private ABI between lavu <-> lav*
actually i do not think there is much to get rid of, most is part of
the public ABI
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The worst form of inequality is to try to make unequal things equal.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel