[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