[MPlayer-cvslog] external library encoders used through FFmpeg (was: Re: r26678 - trunk/configure)

Dominik 'Rathann' Mierzejewski dominik at rangers.eu.org
Thu May 8 09:30:46 CEST 2008


On Thursday, 08 May 2008 at 01:36, Diego Biurrun wrote:
> Moving thread to dev-eng, this needs more global coverage.
> 
> On Wed, May 07, 2008 at 09:50:45PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> > On Wednesday, 07 May 2008 at 00:56, diego wrote:
> > > 
> > > Log:
> > > Always enable x264 in libavcodec if x264 is enabled.
> > 
> > Some people (i.e. me) need to disable x264 support in lavc in order to get
> > an MPlayer binary which is not linked to libx264 unnecessarily.
> > 
> > And I seem to remember this has already happened in the past. Could you be so
> > nice and restore previous behaviour?
> 
> The point of this particular series of commits is to find a non-brittle
> solution to the problem of new library dependencies entering FFmpeg and
> breaking MPlayer.  This part has been solved.
> 
> Now the question is how to handle the few libraries that are actually
> used through libavcodec.  libamr is only supported through lavc and not
> a problem.  However, LIBFAAC, LIBXVID, LIBX264, LIBMP3LAME remain and
> are currently not functional.
> 
> My questions are: Are these libraries really used through lavc?

Some people apparently do, as the mailing list archives show.

> Is there some advantage to doing this instead of using them directly?

"Unified" approach in scripts, I guess. Personally I prefer less external
dependencies if it can be avoided.

Regards,
R.

-- 
MPlayer developer and RPMs maintainer: http://mplayerhq.hu http://rpm.livna.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
	-- from "Collected Sayings of Muad'Dib" by the Princess Irulan



More information about the MPlayer-cvslog mailing list