Re: [FFmpeg-devel] Legal Advice Was: [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Kieran Kunhya via ffmpeg-devel
On Sat, 23 Aug 2025, 21:33 Michael Niedermayer via ffmpeg-devel, < ffmpeg-devel@ffmpeg.org> wrote: > Hi > > Here is the legal advice that i was given. > The GA has the full text and that is much more detailed. > Iam posting the relevant parts so the whole community can see it. > > "a claim that th

Re: [FFmpeg-devel] STF 2025 grant request (2025-09-01 target)

2025-08-23 Thread Kieran Kunhya via ffmpeg-devel
> > The author for most of the changes of the new modules is Paul. > I certainly have alot of respect from Paul, he is a brilliant > developer and i feel a bit offended by what nonsense Kieran said. > Paul left the project because of your attempt to ram in SDR without community support. This is d

[FFmpeg-devel] [PATCH] A few new decoders and a parser from almpeg (PR #20325)

2025-08-23 Thread michaelni via ffmpeg-devel
PR #20325 opened by michaelni URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20325 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20325.patch These are taken from before the switch to GPLv3+ If people prefer, we can merge the GPLv3+ switch for these modules too and put them under --enab

Re: [FFmpeg-devel] STF 2025 grant request (2025-09-01 target)

2025-08-23 Thread Michael Niedermayer via ffmpeg-devel
Hi Pierre On Wed, Aug 20, 2025 at 06:38:06PM -0700, Pierre-Anthony Lemieux via ffmpeg-devel wrote: [...] > I recommend that the proposed SOWs be more specific, i.e. list those forks. > > [ed.: I would definitely avoid forks from folks that have not shown > interest in working with ffmpeg, or at

Re: [FFmpeg-devel] [Proposal] drawvg filter

2025-08-23 Thread Michael Niedermayer via ffmpeg-devel
Hi Ayose On Sat, Aug 23, 2025 at 09:22:47AM +0100, Ayose via ffmpeg-devel wrote: > On 2025-08-20 22:58:26 +0200, Michael Niedermayer wrote: > > > > On Mon, Aug 18, 2025 at 07:22:56AM +0100, Ayose via ffmpeg-devel wrote: > > > This is a proposal to add a new filter to FFmpeg: drawvg, to draw > > >

[FFmpeg-devel] [PATCH] avcodec/exif: make the get and remove helpers take a flag argument (PR #20324)

2025-08-23 Thread James Almer via ffmpeg-devel
PR #20324 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20324 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20324.patch This makes the functions extensible, as future behavior change flags can be introduced. This is strictly speaking not an API break.

[FFmpeg-devel] [PATCH] aacencdsp: Improve consistency with assembly, for x87 math (PR #20322)

2025-08-23 Thread Martin Storsjö via ffmpeg-devel
PR #20322 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20322 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20322.patch Currently, the aacencdsp checkasm tests fails for many seeds, if the C code has been built with x87 math. This happens because the

Re: [FFmpeg-devel] Legal Advice Was: [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Michael Niedermayer via ffmpeg-devel
Hi Here is the legal advice that i was given. The GA has the full text and that is much more detailed. Iam posting the relevant parts so the whole community can see it. "a claim that there is GPLv2 code in a file of FFmpeg origin that has the LGPLv2.1 license would be a breach of the FFmpeg's L

[FFmpeg-devel] [PATCH] avformat: add container level Exif metadata support (PR #20321)

2025-08-23 Thread James Almer via ffmpeg-devel
PR #20321 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20321 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20321.patch Includes Exif packet side data, and starting with support in Heif. >From 962fea2d2cb56450d5325969cb655543895d4885 Mon Sep 17 00:00:0

Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Michael Niedermayer via ffmpeg-devel
Hi On Thu, Aug 21, 2025 at 01:32:02PM +0200, Michael Niedermayer via ffmpeg-devel wrote: > Hi > > Should we use a Merge or Cherry picks for integrating Pauls work ? > > Following are 2 plans, as we execute either we may run into issues > and of course adapt them as needed. (or even switch) If

Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Kieran Kunhya via ffmpeg-devel
On Sat, 23 Aug 2025, 00:58 Michael Niedermayer via ffmpeg-devel, < ffmpeg-devel@ffmpeg.org> wrote: > On Sat, Aug 23, 2025 at 10:09:14AM +0300, Rémi Denis-Courmont via > ffmpeg-devel wrote: > [...] > > As a member of the CC and the GA, I agree with Niklaas that any license > change > > needs a GA v

Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Michael Niedermayer via ffmpeg-devel
On Sat, Aug 23, 2025 at 10:09:14AM +0300, Rémi Denis-Courmont via ffmpeg-devel wrote: [...] > As a member of the CC and the GA, I agree with Niklaas that any license change > needs a GA vote. And obviously that preempts any discussion of how to merge > the code. There is no license change. thx

Re: [FFmpeg-devel] [Proposal] drawvg filter

2025-08-23 Thread Ayose via ffmpeg-devel
On 2025-08-20 22:58:26 +0200, Michael Niedermayer wrote: > > On Mon, Aug 18, 2025 at 07:22:56AM +0100, Ayose via ffmpeg-devel wrote: > > This is a proposal to add a new filter to FFmpeg: drawvg, to draw > > vector graphics on top of a video, using libcairo. > > > > [...] > > > i like the filter,

Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes

2025-08-23 Thread Rémi Denis-Courmont via ffmpeg-devel
Le perjantaina 22. elokuuta 2025, 15.59.14 Itä-Euroopan kesäaika Michael Niedermayer via ffmpeg-devel a écrit : > > Since you tagged the GA on this, I am going to go ahead and request that > > a formal GA vote, which I assume will be conducted before any action, must > > have the option to vote th