[FFmpeg-devel] [PATCH] Set pixel aspect ratio for libxvid encoder

Diego Biurrun diego
Tue Jan 15 19:34:52 CET 2008


This really belongs into a new thread..  I've been thinking about
something similar for a long time.

On Tue, Jan 15, 2008 at 03:58:18PM +0000, Robert Swain wrote:
> 
> On 15/01/2008, M?ns Rullg?rd <mans at mansr.com> wrote:
> > If you thing xvid is so superior, then use it, not FFmpeg.  Wrapping
> > every codec under the sun is not the purpose of FFmpeg.  There are
> > other apps, e.g. mencoder, doing this task just fine.
> 
> I think we should probably try to consolidate and clarify our goals
> for the project as some are a little hazy. Here's what I think is
> reasonable:
> 
> FFmpeg aims to offer a set of libraries providing codec
> implementations, container support, audio and video filtering and
> probably more.
> 
> We aim to support as many formats as possible. Where open source
> implementations for formats exist, wrappers will be acceptable if the
> existing offerings:
> - can not be significantly improved upon
> - are well maintained
> - can not be reimplemented with a relatively small amount of work
> 
> Otherwise we will try to have our own, better, maintained implementation.
> 
> If an implementation of a format is offered that satisfies the
> aforementioned conditions but has been developed anyway, it will not
> be refused if it reaches the required standard for inclusion in
> FFmpeg.
> 
> Or to use Kostya's more concise wording:
> 
> "FFmpeg preys on weak, unmaintained or closed-source codecs. If your
> library does not meet those requirements, ffmpeg won't consume it (and
> will use a wrapper if it is good one)."

AFAICS FFmpeg aims to be the ultimate set of multimedia libraries and
completeness is a part of that.  Wrappers are not desirable and I think
at least for decoders and demuxers the goal is to support everything
natively.

Diego




More information about the ffmpeg-devel mailing list