On 17 September 2016 at 22:04, Lukasz Marek <lukasz.m.lu...@gmail.com>
> On 17.09.2016 22:27, Rostislav Pehlivanov wrote:
>> On 17 September 2016 at 20:58, Michael Fritscher <
>> michael.fritsc...@telematik-zentrum.de> wrote:
>> Good day,
>>> I read the sad news about ffservers a few days ago and have already
>>> written some mails to ffmpeg-user.
>>> I would like to step in to make ffserver maintainable and distributable
>>> again, especially because of the many users depending on ffserver -
>>> including myself. I'm capable of C and had made some tiny changes to
>>> already, but I'm a beginner regarding the architecture and "unwritten
>>> rules" of ffmpeg development. Additionally, I would like to discuss
>>> strategic decisions with the main developers to avoid useless work.
>>> I really think ffserver is better off being in a separate repository.
>> way there'd be some finer attention brought to keeping the API usable by
>> external users too. Same with the rest of the programs.
>> So yeah, if you want, just make a separate repository somewhere with only
>> ffserver.c and a configure + makefile and try to make something better and
> I don't want to declare my statement here what should be done, but there
> is one more thing you didn't mention. ffserver depends on some specific
> components located inside ffmpeg libraries. At least on ffm mux/demux. They
> cannot be moved. The problem is, people sometimes opens ticket with error
> report like that: "I used version X, released about year ago and it worked
> fine. Now I upgraded and it doesn't work" Keeping it everything in one repo
> allows you to use bisection to find where the problem were introduced.
> Where you keep it in separate repositories it become much more complex. Now
> when you move back in repo history, you know all tools will compile (unless
> some commits are pushed in wrong order), when you have more repositories
> then you have to correlate it.
> ffmpeg-devel mailing list
Yeah, no. You can hardly say ffserver is a perfect program right now, so
really moving it to another repo is hardly much of a change in terms of
functionality. Bisection won't matter if half the program needs to be
rewritten to make it good. And the future of ffm mux/demux is the same as
the future of ffserver.
And besides none of this even matters because ffserver's getting deleted.
You can't stop it. This was decided long ago. It's in the news. It won't
get better overnight. This email thread is now about whether someone wants
to maintain it somewhere else, which doesn't concern the project other than
having people who are interested in contributing to something like that.
ffmpeg-devel mailing list