[FFmpeg-devel] [PATCH v14 9/9] avcodec/evc: Changes in Changelog and MAINTAINERS files

Dawid Kozinski/Multimedia (PLT) /SRPOL/Staff Engineer/Samsung Electronics d.kozinski at samsung.com
Wed Feb 15 10:49:24 EET 2023

-----Original Message-----
From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of Kieran
Sent: wtorek, 14 lutego 2023 19:04
To: FFmpeg development discussions and patches <ffmpeg-devel at ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH v14 9/9] avcodec/evc: Changes in
Changelog and MAINTAINERS files

On Tue, 14 Feb 2023 at 12:10, Dawid Kozinski/Multimedia (PLT) /SRPOL/Staff
Engineer/Samsung Electronics <d.kozinski at samsung.com> wrote:

> At the moment, it doesn't matter to us whether there are two lists or one.
> What matters to us is pushing our patchset containing an EVC codec 
> wrapper to ffmpeg. We want to refine and maintain this code and have 
> the information somewhere about who is responsible for it (EVC) and 
> who to contact with questions. We hope that our patchset will 
> eventually be accepted, and we will then apply for write access to Git 
> because we want to take care of the EVC code.

I appreciate your sincerity but history shows that patches to third-party
libs from corporate contributors are not maintained (as Ronald said).
People change jobs, work focus changes etc etc. A good example of this is
libyami. Even more so for EVC which has had very limited uptake.

Kieran Kunhya

Dear Kieran,

While I appreciate your concerns, I must point out that the issues you
mentioned regarding the maintenance of third-party libraries are not limited
to corporate contributors. People change jobs and their focus may change,
but this is not exclusive to those working for corporations. Furthermore, it
is not necessarily the case that someone who has maintained a particular
part of code in a project like FFmpeg will abruptly cease doing so upon
changing jobs.

I believe it's important to consider each individual's level of commitment
to a project, rather than making assumptions based on generalizations. It's
also worth noting that while there may have been issues with maintaining
patches to certain third-party libraries in the past, it doesn't mean that
it will be each and every time.

ffmpeg-devel mailing list
ffmpeg-devel at ffmpeg.org

To unsubscribe, visit link above, or email ffmpeg-devel-request at ffmpeg.org
with subject "unsubscribe".

More information about the ffmpeg-devel mailing list