[FFmpeg-devel] [PATCH] Remove the ffserver program and the ffm muxer/demuxer

Ronald S. Bultje rsbultje at gmail.com
Mon Nov 28 00:31:39 EET 2016


Hi,

On Sun, Nov 27, 2016 at 1:46 PM, Michael Niedermayer <michael at niedermayer.cc
> wrote:

> On Sun, Nov 27, 2016 at 07:30:24PM +0100, Clément Bœsch wrote:
> > On Sun, Nov 27, 2016 at 06:49:35PM +0100, Michael Niedermayer wrote:
> > > On Sun, Nov 27, 2016 at 04:57:36PM +0100, Clément Bœsch wrote:
> > > > On Sun, Nov 27, 2016 at 04:25:18PM +0100, Michael Niedermayer wrote:
> > > > [...]
> > > > > ffserver had 14 commits to it in about the last month
> > > >
> > > > That's also pretty close to the number of commits in the last years.
> > > >
> > > > Good will in the last weeks is not enough of a technical
> > > > merit/justification to prevent the removal of junk code scheduled for
> > > > deletion for a long time now.
> > >
> > > why do you call it junk ?
> >
> > because it's highly dependent on internal stuff, very limited, completely
> > untested, unmaintained for several years but still contains a ton of
> code.
> >
> > > and the sheduling for deletion was conditional on it not being fixed
> > > IIRC.
> > > Why the hurry to remove it while people work on fixing it ?
> > > its not blocking anything ATM AFAIK
> >
> > There is no hurry, but piling up a bunch patches to fix small things just
> > to use it as an argument to say "hey look now it's maintained" in order
> to
> > save it from being killed is really annoying. The people interested in it
> > had years to act.
> >
>
> > You can fix a ton of little things in it, but unless the fundamental
> > problems are addressed (ZERO internal API usage + at least partial FATE
> > coverage) it's pointless
>
> of course the goal is ZERO internal API usage + at least partial FATE
> coverage.
> Well in fact the lack of fate tests have been the primary reason
> why i didnt fix some of the API issues years ago. I felt uneasy
> changing it without regression tests
>
>
> > and will be seen as yet another case of "KEEP
> > EVERYTHING FOREVER" toxic mentality.
>
> The opposit is toxic too


I'm perfectly fine with keeping the code, just not in the ffmpeg tree.
Please move it to its own tree.

Everybody wants it out. Please follow majority.

Thanks,
Ronald


More information about the ffmpeg-devel mailing list