[FFmpeg-devel] [PATCH] Remove the ffserver program and the ffm muxer/demuxer
jamrial at gmail.com
Mon Nov 28 01:37:55 EET 2016
On 11/27/2016 8:23 PM, Andreas Cadhalpun wrote:
> On 28.11.2016 00:14, James Almer wrote:
>> On 11/27/2016 7:32 PM, Andreas Cadhalpun wrote:
>>> On 26.11.2016 22:00, Rostislav Pehlivanov wrote:
>>>> Since a month has passed, reynaldo still hasn't responded, I think it's
>>>> long overdue to push this patch. I've attached a new version of the patch
>>>> which only removes the ffserver program (without touching anything else),
>>>> which had been OK'd by James Almer.
>>> I don't think this patch is a good idea.
>>> Removing ffserver now would be a regression for anyone using it, but on the
>>> other hand would have no benefit, since the library cleanup cannot happen
>>> before the next major bump.
>>> Thus this patch has a net-negative effect.
>> With the efforts of making it standalone and thus available to anyone that
>> wishes to use it with an up to date git master, this point becomes null.
> This can't happen while ffserver still uses internal API, and when it doesn't
> making it standalone isn't really useful, in particular because a standalone
> version can't be tested with FATE.
We don't care about testing it with FATE. 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.
This standalone attempt is something Reynaldo himself said he wanted to do, and
thus he was given time with ffserver still in the tree to make it easier.
>>>> I'll push this on Tuesday next week, the 29th of November.
>>> Why can't you wait for the next major bump?
>> I'm still ok with waiting until 3.3 is close to be branched out, to give
>> Reynaldo or Michael more time if they are still working on making it
>> standalone, but nothing longer than that.
> Why do you think removing it has any benefit, if it doesn't come together
> with the library cleanup?
The "benefit" would be finally following through with a project decision for
once, even if late, but at least not embarrassingly late.
> Best regards,
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
More information about the ffmpeg-devel