[FFmpeg-devel] [RFC] libpostproc splitout

Tomas Härdin git at haerdin.se
Fri Nov 8 12:44:03 EET 2024


tor 2024-11-07 klockan 00:11 +0100 skrev Michael Niedermayer:
> Hi all
> 
> Should libpostproc be split out into a seperate source repository ?
> 
> Several people did over the years want libpostproc removed, and such
> a task was part of the submitted and approved STF 2024 projects.
> But when i recently started posting related work, tomas questioned
> if spliting libpostproc into a seperate source repository actually is a good idea.
> 
> No invoice was submitted yet, so we could likely still change
> this to something else, if thats what people prefer.
> 
> To clarify this a bit (as its a bit convoluted)
> Option A.
>     1. split libpostproc out so it builds and links fine (already done) (send to SPI/STF/Invoice in future)
>     2. develop test system for libpostproc (2024 future) (send to SPI/STF/Invoice in future)
>     3. actually remove libpostproc from master repository (2025 future) (send to SPI/STF/Invoice in future)
> Option B.
>     0. double check with STF/SPI that such change is ok
>     1. split libpostproc out so it builds and links fine (already done) (send to SPI/STF/ never send invoice)
>     2. develop test system for libpostproc (2024 future) (send to SPI/STF, never send invoice) (this will get used with the libpostproc inside FFmpeg)
>     3. renegotiate actual libpostproc task to something else the community wants
>     4. whoever does the new task sends invoices and gets the whole money for all 3 parts
> 
> This looks a bit convoluted as iam trying to minimize the annoyance for STF so
> we dont have issues in the future. (Iam especially avoiding moving any STF payments
> accross teh year end which is a issue IIUC for STF)
> 
> each of the 3 milestones is 5040 Euro
> 
> Please comment what you prefer, the
> A. split libpostproc out or
> B. leave libpostproc in ffmpeg and fund some other maintaince work with the 15k Euro

15k sounds like money better spent on something else, for example
improving the build system. Circular dependencies are kind of ugly, but
they're not showstoppers given good build systems

/Tomas


More information about the ffmpeg-devel mailing list