[FFmpeg-devel] [RFC] New library for shared non-generic libav* utils

[Måns Rullgård]

Michael Niedermayer <michaelni at gmx.at> writes:

> On Fri, Jul 09, 2010 at 09:54:11AM -0400, Ronald S. Bultje wrote:
>> Hi,
>> 
>> On Thu, Jul 8, 2010 at 7:07 PM, Stefano Sabatini
>> <stefano.sabatini-lala at poste.it> wrote:
>> [.. cut ..]
>> > This new lib will contain all code/utils which need to be shared
>> > between more libav* libs, and are not enough generic to deserve a
>> > place in libavutil, which is to be considered a collection of
>> > generic/non-multimedia-related utilities.
>> 
>> Disregard me if majority says otherwise, I just wanted to
>> bikesheddishly note that my personal humble opinion is that less libs
>> is good, so I'd not have any problems with media-related stuff going
>> into libavutil. I think the chance that people use a FFmpeg lib for
>> something unrelated to multimedia is relatively small and should not
>> be our main focus. Reminds me of not allowing media-specific stuff in
>> libgstreamer.so. It only causes headaches and distractions. There is
>> no practical advantage.
>
> as maintainer of libavutil i object.

You are not the sole maintainer.

> We can have a seperate lib for common code.

If ever there were an exercise in work creation, this is it.

> Iam not stopping people from having their common lib which prior to
> libavfilter was libavcodec. But now due to libavfilter not depending
> on libavcodec this is no longer possible.
>
> But trying to kill my effort of a util lib

Perhaps conducting that effort inside FFmpeg, the most
multimedia-focused project the world has ever known, wasn't such a
bright idea.

> is simply another thing that is purely provocating.

People have a right to express their opinions without you being offended.

> I spended alot of time on libavutil and its only goal was to become
> a general utils lib

Said who?  It wasn't even your idea to begin with.  It was suggested
and implemented by Alexander Strasser.

> not a trashcan of what doesnt fit in the other libs due to
> dependancies.

If there is code you consider trash, would you kindly point it out so
we can improve it?

-- 
M?ns Rullg?rd
mans at mansr.com