[FFmpeg-devel] [PATCH] Remove the ffserver program and the ffm muxer/demuxer
jamrial at gmail.com
Mon Nov 28 14:18:19 EET 2016
On 11/28/2016 7:34 AM, Nicolas George wrote:
> Le septidi 7 frimaire, an CCXXV, James Almer a écrit :
>> We don't care about testing it with FATE.
> Yes, we do.
>> It appears to me that you still don't
>> get that ffserver is being *dropped*. It is, as discussed and announced, no
>> longer part of the project.
> Untrue. It is still there. There are threats of developers about to
> remove it, but they are in the future.
Threats? The only thing i see are reminders of what should have happened
earlier and will happen soon, as discussed an announced.
> The gist of it is that YOU want ffserver dropped, and you do so for
> emotional reasons, not rational ones. Your emotional reasons are
No, i want a project decision to finally go through. I don't give a shit
about the program. If you see me "emotional" is because i can't believe my
eyes when i see all this shit happening only after the decision was made
and not when actual development work was requested, or when the *final*
discussion was taking place.
You all should have shown then. You didn't.
> inspired by rational ones, but only inspired, because you did not update
> your conclusions when the status of the rational reasons changed.
> The rational behaviour is:
Follow through with a made and publicly announced project decision. Period.
Everything else are stalling attempts.
> IF ffserver prevents other aspects of the development, for examples
> merges from the fork, THEN something must be done about it SOON, FOR
> EXAMPLE dropping it, but possibly something else, provided it happens
Years, YEARS passed with ffserver in this very specific state of things.
"Something must be done", "Someone should fix it", "Someone should rewrite
it from scratch".
Nobody gave a shit. That period ended a couple months ago.
> IF ffserver is unmaintained but does not block aspects of the
> development, then there is no rational reason to drop it in the short
> term. Maybe later. On the other hand, there are reasons NOT to drop it:
> some users use it.
> IF ffserver is maintained, there is no reason to drop it whatsoever.
> The way I read the discussions, the decision top drop was made when we
> were in the first case. But you can notice that "but possibly something
> else" just happened, and it happened soon enough.
> Since Michael's patches ensure that ffserver no longer blocks merges,
> there is no longer a reason to drop ffserver urgently. Therefore, the
> decision to drop it tomorrow is void.
Every patch and change that's being done now are direct consequence and
effect of the decision to drop ffserver. It has remained broken,
unmaintained and bitrotting for years but now that we have reached the
fateful day, ffserver is suddenly more important than the h264 decoder.
Michael's and Reynaldo's patches were agreed to be efforts towards making
ffserver standalone for the only reason to not have a period of time where
whoever cares about this thing would not be able to use it with git head.
It was not our responsibility to do that, but Reynaldo wanted to do it as
a personal project of sorts. Thus ffserver was allowed to remain for a bit
to make his work easier.
Until then it was all fine. Now you people pretend using that agreement
and the development that came out of it as an argument to prove how
ffserver is in fact maintained after all.
This patch *should* have been committed weeks ago but with the excuse of
"think of the users" it was allowed to be delayed a bit. Now you come and
weaponize that. You do not do that shit. It's extremely disrespectful.
More information about the ffmpeg-devel