Re: [FFmpeg-devel] [PATCH] configure: enable warnings for shadowed variables

2024-09-09 Thread Vittorio Giovara
On Mon, Sep 9, 2024 at 1:23 PM Timo Rothenpieler wrote: > On 09/09/2024 12:02, Anton Khirnov wrote: > > Quoting Rémi Denis-Courmont (2024-09-09 09:32:07) > >> Hi, > >> > >> Le 8 septembre 2024 19:57:38 GMT+03:00, Timo Rothenpieler < > t...@rothenpieler.org> a écrit : > >>> > >>> Well, the reality

Re: [FFmpeg-devel] [OSS-Fuzz] Have you considered enabling memory sanitizer?

2024-07-17 Thread Vittorio Giovara
On Wed, Jul 17, 2024 at 2:40 PM Nicolas George wrote: > Vittorio Giovara (12024-07-17): > > He is not. Stop spreading propaganda or further emails will be forwarded > to > > CC for disciplinary action. > > Can you quote the article of the code of conduct that you

Re: [FFmpeg-devel] [OSS-Fuzz] Have you considered enabling memory sanitizer?

2024-07-17 Thread Vittorio Giovara
On Wed, Jul 17, 2024 at 2:22 PM Nicolas George wrote: > Anton Khirnov (12024-07-17): > > What do you think gives you the right to make such decisions on your > > own? > > Despite what some people might think, including on occasion himself, > Michael is still our project leader, appointed by our f

Re: [FFmpeg-devel] [OSS-Fuzz] Have you considered enabling memory sanitizer?

2024-07-16 Thread Vittorio Giovara
On Tue, Jul 16, 2024 at 2:25 PM Michael Niedermayer wrote: > On Mon, Jul 15, 2024 at 02:36:15PM +0200, Vittorio Giovara wrote: > > On Sun, Jul 14, 2024 at 9:55 PM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > > > > On Sat, Jul 13, 2024 at 1

Re: [FFmpeg-devel] FFmpeg at IBC

2024-07-16 Thread Vittorio Giovara
On Tue, Jul 16, 2024 at 7:06 PM Michael Niedermayer wrote: > On Tue, Jul 16, 2024 at 05:24:18PM +0200, Vittorio Giovara wrote: > > On Sun, Jul 14, 2024 at 9:45 AM Thilo Borgmann via ffmpeg-devel < > > ffmpeg-devel@ffmpeg.org> wrote: > > > > > Hi, > > &g

Re: [FFmpeg-devel] FFmpeg at IBC

2024-07-16 Thread Vittorio Giovara
On Sun, Jul 14, 2024 at 9:45 AM Thilo Borgmann via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > Hi, > > FFmpeg will have a booth at the next IBC from September 13th to 16th > 2024 in Amsterdam [1]! > > We received a corporate sponsorship for the booth, so there are no costs > for the FFmpeg pr

Re: [FFmpeg-devel] [OSS-Fuzz] Have you considered enabling memory sanitizer?

2024-07-15 Thread Vittorio Giovara
On Sun, Jul 14, 2024 at 9:55 PM Michael Niedermayer wrote: > On Sat, Jul 13, 2024 at 11:12:40PM +0200, Kacper Michajlow wrote: > > On Thu, 27 Jun 2024 at 02:50, Kacper Michajlow > wrote: > > > > > > On Thu, 27 Jun 2024 at 00:45, Michael Niedermayer > > > wrote: > > > > > > > > On Wed, Jun 26, 2

Re: [FFmpeg-devel] [PATCH] avutil/imgutils: av_image_check_size2() ensure width and height fit in 32bit

2024-07-15 Thread Vittorio Giovara
On Tue, Jul 9, 2024 at 1:44 PM Michael Niedermayer wrote: > on "INT is 64bit" systems they may have been false > > Signed-off-by: Michael Niedermayer > --- > libavutil/imgutils.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavutil/imgutils.c b/libavutil/imgutils.c

Re: [FFmpeg-devel] [PATCH 1/6] avfilter/vf_tiltandshift: Free dst on error

2024-07-11 Thread Vittorio Giovara
On Thu, Jul 11, 2024 at 12:50 AM Michael Niedermayer wrote: > Fixes: CID1559901 Resource leak > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Michael Niedermayer > --- > libavfilter/vf_tiltandshift.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/libavfilter/

Re: [FFmpeg-devel] [PATCH] doc/filter: fix grammar in tiltandshift filter

2024-07-03 Thread Vittorio Giovara
On Wed, Jul 3, 2024 at 9:29 PM Gyan Doshi wrote: > > > On 2024-07-02 10:45 am, Gyan Doshi wrote: > > --- > > doc/filters.texi | 8 > > 1 file changed, 4 insertions(+), 4 deletions(-) > > > > diff --git a/doc/filters.texi b/doc/filters.texi > > index 0ff7c142b6..c9c4f7cf6b 100644 > > -

Re: [FFmpeg-devel] [RFC] av_rescale() coverity

2024-07-01 Thread Vittorio Giovara
On Mon, Jul 1, 2024 at 11:00 PM Michael Niedermayer wrote: > On Mon, Jul 01, 2024 at 10:19:31PM +0200, Michael Niedermayer wrote: > > On Mon, Jul 01, 2024 at 08:50:24PM +0200, Timo Rothenpieler wrote: > > > On 01.07.2024 15:39, Michael Niedermayer wrote: > > > > Hi all > > > > > > > > coverity se

Re: [FFmpeg-devel] [RFC]] swscale modernization proposal

2024-06-29 Thread Vittorio Giovara
On Sat, Jun 29, 2024 at 1:47 PM Niklas Haas wrote: > > Open questions: > > 1. Is this a good idea, or do the downsides outweigh the benefits? > 2. Is an "advanced configuration" API still needed, in addition to the >quality presets? > Having a sort of preset is a good idea, esp to simplify t

Re: [FFmpeg-devel] [PATCH 02/10] avutil/stereo3d: add a Stereo3D type to signal that the packing is unspecified

2024-06-25 Thread Vittorio Giovara
On Sun, Jun 23, 2024 at 1:16 AM James Almer wrote: > Given that a video stream/frame may have only one or both views coded with > the packing information being unavailable, this commit adds a new type > value > AV_STEREO3D_UNSPEC for this purpose. > not to bikeshed the name, but why UNSPEC inste

Re: [FFmpeg-devel] [RFC]] swscale modernization proposal

2024-06-24 Thread Vittorio Giovara
On Sun, Jun 23, 2024 at 7:57 PM James Almer wrote: > On 6/22/2024 7:19 PM, Vittorio Giovara wrote: > > Needless to say I support the plan of renaming the library so that it can > > be inline with the other libraries names, and the use of a separate > header > > since down

Re: [FFmpeg-devel] [PATCH 1/8 v3] avutil/stereo3d add a Monoscopic view enum value

2024-06-22 Thread Vittorio Giovara
On Sat, Jun 22, 2024 at 9:57 PM James Almer wrote: > On 6/22/2024 12:31 PM, James Almer wrote: > > We need a way to signal the frame has a single view that doesn't map to > any > > particular eye, and it should be the default one. > > > > Signed-off-by: James Almer > > --- > > Now updating all t

Re: [FFmpeg-devel] [RFC]] swscale modernization proposal

2024-06-22 Thread Vittorio Giovara
On Sat, Jun 22, 2024 at 3:22 PM Niklas Haas wrote: > Hey, > > As some of you know, I got contracted (by STF 2024) to work on improving > swscale, over the course of the next couple of months. I want to share my > current plans and gather feedback + measure sentiment. > > ## Problem statement > >

Re: [FFmpeg-devel] [PATCH] avformat: split off generic NAL function helpers into their own file

2024-06-20 Thread Vittorio Giovara
On Sun, Jun 16, 2024 at 7:09 PM James Almer wrote: > diff --git a/libavformat/nal.h b/libavformat/nal.h > new file mode 100644 > index 00..ce49ea70b0 > --- /dev/null > +++ b/libavformat/nal.h > @@ -0,0 +1,66 @@ > +/* > + * NAL helper functions for muxers > + * > + * This file is part of F

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-06-17 Thread Vittorio Giovara
On Mon, Jun 17, 2024 at 9:01 PM Nicolas George wrote: > Michael Niedermayer (12024-06-17): > > also if you look at google trends, even today more people search for > ffserver > > than txproto. In fact at every point in time more people searched for > ffserver > > than txproto. > > > > https://tre

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-06-17 Thread Vittorio Giovara
On Mon, Jun 17, 2024 at 8:34 PM Michael Niedermayer wrote: > On Tue, Apr 30, 2024 at 07:42:53PM +0200, Michael Niedermayer wrote: > > On Mon, Apr 22, 2024 at 01:32:27PM +0200, Lynne wrote: > > > Apr 22, 2024, 13:07 by stefa...@gmail.com: > > > > > > > On date Sunday 2024-04-21 22:12:56 -0300, Jam

Re: [FFmpeg-devel] remove DEC Alpha DSP & support code

2024-06-13 Thread Vittorio Giovara
On Thu, Jun 13, 2024 at 6:32 PM Sean McGovern wrote: > On Tue, Jun 11, 2024, 10:15 Vittorio Giovara > wrote: > > > On Tue, Jun 11, 2024 at 3:49 PM Michael Niedermayer < > > mich...@niedermayer.cc> > > wrote: > > > > > On Tue, Jun 11, 202

Re: [FFmpeg-devel] remove DEC Alpha DSP & support code

2024-06-11 Thread Vittorio Giovara
On Tue, Jun 11, 2024 at 3:49 PM Michael Niedermayer wrote: > On Tue, Jun 11, 2024 at 02:26:37PM +0300, Rémi Denis-Courmont wrote: > > > > > > Le 11 juin 2024 12:59:23 GMT+03:00, Michael Niedermayer < > mich...@niedermayer.cc> a écrit : > > >On Mon, Jun 10, 2024 at 08:52:08PM -0400, Sean McGovern

Re: [FFmpeg-devel] [WIP] False positives on Coverity

2024-06-10 Thread Vittorio Giovara
On Mon, Jun 10, 2024 at 2:41 PM Timo Rothenpieler wrote: > > In either case, my point is that email is not a good system for these > > reports, because they cannot be tracked nor analyzed, and if they do > pose a > > security risk they shouldn't be advertised so openly. Having a small > bounty >

Re: [FFmpeg-devel] remove DEC Alpha DSP & support code

2024-06-10 Thread Vittorio Giovara
On Mon, Jun 10, 2024 at 2:29 PM Michael Niedermayer wrote: > On Sun, Jun 09, 2024 at 04:08:48PM -0400, Sean McGovern wrote: > [...] > > Side note: it seems GMail now prevents sending patches directly with > > git send-email > > I have difficulty believing this, but if so, the problem is gmail > a

Re: [FFmpeg-devel] [WIP] False positives on Coverity

2024-06-10 Thread Vittorio Giovara
On Mon, Jun 10, 2024 at 12:04 AM Michael Niedermayer wrote: > On Sun, Jun 09, 2024 at 03:10:09PM +0200, Vittorio Giovara wrote: > > On Sun, Jun 9, 2024 at 12:50 AM Timo Rothenpieler > > > wrote: > > > > > On 08.06.2024 21:49, Vittorio Giovara wrote: >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/dnxhdenc: Move PutBitContext from ctx to stack

2024-06-09 Thread Vittorio Giovara
On Sat, Jun 8, 2024 at 9:58 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > Vittorio Giovara: > > On Sat, Jun 8, 2024 at 9:45 PM Andreas Rheinhardt < > > andreas.rheinha...@outlook.com> wrote: > > > >> Andreas Rheinhard

Re: [FFmpeg-devel] [WIP] False positives on Coverity

2024-06-09 Thread Vittorio Giovara
On Sun, Jun 9, 2024 at 12:50 AM Timo Rothenpieler wrote: > On 08.06.2024 21:49, Vittorio Giovara wrote: > > On Sat, Jun 8, 2024 at 6:02 PM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > > >> On Tue, May 14, 2024 at 01:38:16AM +0200,

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/dnxhdenc: Move PutBitContext from ctx to stack

2024-06-08 Thread Vittorio Giovara
On Sat, Jun 8, 2024 at 9:45 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > Andreas Rheinhardt: > > Signed-off-by: Andreas Rheinhardt > > --- > > libavcodec/dnxhdenc.c | 33 + > > 1 file changed, 17 insertions(+), 16 deletions(-) > > > > diff --gi

Re: [FFmpeg-devel] [WIP] False positives on Coverity

2024-06-08 Thread Vittorio Giovara
On Sat, Jun 8, 2024 at 6:02 PM Michael Niedermayer wrote: > On Tue, May 14, 2024 at 01:38:16AM +0200, Michael Niedermayer wrote: > > Hi all > > > > To keep people updated (and as this is not vissible on the ML) > > heres my current list of issues marked as false positives / intentional > in Mai &

Re: [FFmpeg-devel] [PATCH 39/39] lavc/hevcdec: constify source frame in hevc_ref_frame()

2024-06-08 Thread Vittorio Giovara
On Fri, Jun 7, 2024 at 3:19 PM Anton Khirnov wrote: > --- > libavcodec/hevc/hevcdec.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavcodec/hevc/hevcdec.c b/libavcodec/hevc/hevcdec.c > index 5fc55d5de9..88f2bcecad 100644 > --- a/libavcodec/hevc/hevcdec.c > +++ b/lib

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-06 Thread Vittorio Giovara
On Thu, Jun 6, 2024 at 2:07 AM Michael Niedermayer wrote: > On Wed, Jun 05, 2024 at 12:31:28PM +0300, Rémi Denis-Courmont wrote: > > > > > > Le 5 juin 2024 12:18:57 GMT+03:00, "Rémi Denis-Courmont" < > r...@remlab.net> a écrit : > > >But by reacting *only* to Vittorio trying to defend himself and

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-05 Thread Vittorio Giovara
On Wed, Jun 5, 2024 at 9:21 AM Marton Balint wrote: > > > On Tue, 4 Jun 2024, Vittorio Giovara wrote: > > >> If you stop responding with mails on all FFmpeg mailing lists from now > to > >> indefinite time in future nothing of value would be lost. > >>

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 11:22 PM Michael Niedermayer wrote: > > Sure I'm happy to work on this with you! Let's talk offline about it > > Why should discussions about a FFmpeg booth be offline ? > That's a great question, CC-ing Thilo about it. -- Vittorio

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 5:47 PM Cosmin Stejerean via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > > > > On Jun 3, 2024, at 11:53 PM, Vittorio Giovara < > vittorio.giov...@gmail.com> wrote: > > > > On Tue, Jun 4, 2024 at 3:01 AM Cosmin Stejerean via ffm

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 7:39 PM Paul B Mahol wrote: > On Tue, Jun 4, 2024 at 2:53 PM Vittorio Giovara < > vittorio.giov...@gmail.com> > wrote: > > > On Tue, Jun 4, 2024 at 2:02 PM Paul B Mahol wrote: > > > > > On Tue, Jun 4, 2024 at 12:59 PM Vittorio Gio

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 2:02 PM Paul B Mahol wrote: > On Tue, Jun 4, 2024 at 12:59 PM Vittorio Giovara < > vittorio.giov...@gmail.com> > wrote: > > > On Tue, Jun 4, 2024 at 12:09 PM Paul B Mahol wrote: > > > > > On Tue, Jun 4, 2024 at 9:09 AM Vittorio Gio

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 12:09 PM Paul B Mahol wrote: > On Tue, Jun 4, 2024 at 9:09 AM Vittorio Giovara < > vittorio.giov...@gmail.com> > wrote: > > > On Tue, Jun 4, 2024 at 8:55 AM Paul B Mahol wrote: > > > > > On Tue, Jun 4, 2024 at 8:53 AM Vittorio Gio

Re: [FFmpeg-devel] FFmpeg 7.0 blocking issues

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 3:16 AM Michael Niedermayer wrote: > > Breakages are expected when you remove API. > > Are Breakages also expected when you do not remove API ? > If a tree falls in a forest and no one is around to hear it, does it make a sound? -- Vittorio ___

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-04 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 8:55 AM Paul B Mahol wrote: > On Tue, Jun 4, 2024 at 8:53 AM Vittorio Giovara < > vittorio.giov...@gmail.com> > wrote: > > > On Tue, Jun 4, 2024 at 3:01 AM Cosmin Stejerean via ffmpeg-devel < > > ffmpeg-devel@ffmpeg.org> wrote: >

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-03 Thread Vittorio Giovara
On Tue, Jun 4, 2024 at 3:01 AM Cosmin Stejerean via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > > Reposting my question/comment here since Thilo hasn't had a chance to > > respond, but shouldn't these kinds of requests go through the GA? If > > anybody can do whatever they want with the ffmpe

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-03 Thread Vittorio Giovara
On Mon, Jun 3, 2024 at 10:57 PM Cosmin Stejerean via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > > > > On Jun 3, 2024, at 12:26 PM, Rémi Denis-Courmont > wrote: > > > > Le maanantaina 3. kesäkuuta 2024, 21.58.48 EEST Cosmin Stejerean via > ffmpeg- > > devel a écrit : > >> Not sure why you ke

Re: [FFmpeg-devel] [RFC] STF 2025

2024-06-03 Thread Vittorio Giovara
On Mon, Jun 3, 2024 at 8:50 AM Thilo Borgmann via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > Am 02.06.24 um 22:14 schrieb Tomas Härdin: > > sön 2024-06-02 klockan 20:01 +0200 skrev Michael Niedermayer: > >> Hi > >> > >> > >> On Sat, Jun 01, 2024 at 05:19:26PM +0200, Tomas Härdin wrote: > >>

Re: [FFmpeg-devel] [PATCH 11/11] lavc/hevcdec: drop unused HEVCContext.width/height

2024-05-31 Thread Vittorio Giovara
On Fri, May 31, 2024 at 7:49 PM Anton Khirnov wrote: > --- > libavcodec/hevc/hevcdec.h | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/libavcodec/hevc/hevcdec.h b/libavcodec/hevc/hevcdec.h > index 8208268460..33ad4ac0aa 100644 > --- a/libavcodec/hevc/hevcdec.h > +++ b/libavcodec/hevc/

Re: [FFmpeg-devel] [RFC] STF 2025

2024-05-17 Thread Vittorio Giovara
On Fri, May 17, 2024 at 9:50 AM Michael Niedermayer wrote: > Hi all > > Before this is forgotten again, better start some dicsussion too early > than too late > > I propose that if we have the oppertunity again next year to receive a > grant > from STF. That we use it to fund: > > * Paul to work

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-05-04 Thread Vittorio Giovara
On Sat, May 4, 2024 at 4:35 PM Michael Niedermayer wrote: > > - secure funding for larger projects > > what project you want to get funding for ? > A wide range of things are funded, and last i asked when STF money was > available > i couldnt even find enough people willing to submit a project to

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-05-04 Thread Vittorio Giovara
On Sat, May 4, 2024 at 3:09 PM Michael Niedermayer wrote: > On Sat, May 04, 2024 at 02:04:16PM -0400, Vittorio Giovara wrote: > > On Sat, May 4, 2024 at 9:06 AM Ondřej Fiala wrote: > > > > > On Sat May 4, 2024 at 3:11 AM CEST, flow gg wrote: > > > > I have

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-05-04 Thread Vittorio Giovara
On Sat, May 4, 2024 at 9:06 AM Ondřej Fiala wrote: > On Sat May 4, 2024 at 3:11 AM CEST, flow gg wrote: > > I have tried git-send-email, but it failed. You can say that I am stupid, > > but I would say that this is because of various reasons such as my area > and > > the network. It is really not

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-05-02 Thread Vittorio Giovara
On Thu, May 2, 2024 at 10:35 AM Ondřej Fiala wrote: > On Thu May 2, 2024 at 4:20 PM CEST, Kieran Kunhya wrote: > > > [...] > > I feel it's a huge selection bias to have arguments about Gitlab vs > Mailing > > list handled on a mailing list. > > > > [...] > You will get similar selection bias anyw

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-04-27 Thread Vittorio Giovara
On Sat, Apr 27, 2024 at 6:24 AM Michael Niedermayer wrote: > On Thu, Apr 25, 2024 at 08:15:27AM -0700, Vittorio Giovara wrote: > > On Wed, Apr 24, 2024 at 3:00 PM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > > > > > Microsoft expande

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-04-25 Thread Vittorio Giovara
On Wed, Apr 24, 2024 at 3:00 PM Michael Niedermayer wrote: > > Microsoft expanded into new fields with Xbox and Azure, yes. But Windows > is still an OS, and Office is still a (un)productivity suite. > > > > Accordingly, maybe you can innovate with a new project within the same > legal entity as

Re: [FFmpeg-devel] [PATCH v2] lavu/opt: Clarify that AVOptions is not indended for general use

2024-04-23 Thread Vittorio Giovara
On Tue, Apr 23, 2024 at 4:55 AM Andrew Sayers wrote: > The hypothetical me wants not to throw away a week's work > because he did everything through AVOptions then came across some edge case > that doesn't fit into the AVOptions model. Out of curiosity, what are those edge cases? -- Vittorio _

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-04-19 Thread Vittorio Giovara
On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje wrote: > Hi, > > On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara < > vittorio.giov...@gmail.com> > wrote: > > > On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster < > > dcni...@gmail.com> > &g

Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation

2024-04-19 Thread Vittorio Giovara
On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster wrote: > If i recall correctly, there was a conversation not too long ago about what > to do with all the SPI money. This seems to be a perfect use for it. > 1. Set up and manage a gitlab instance > 2. Move tickets from trac to there (possi

Re: [FFmpeg-devel] [PATCH] avcodec/libx264: bump minimum required version to 160

2024-04-11 Thread Vittorio Giovara
On Thu, Apr 11, 2024 at 6:02 AM Nicolas George wrote: > Michael Niedermayer (12024-04-11): > > Maybe its just me but i find it desireable to be able to just > > pull ffmpeg master head, build it and have it work on as many systems > > as possible. > > While the last time FFmpeg added features… is

Re: [FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft

2024-04-10 Thread Vittorio Giovara
On Wed, Apr 10, 2024 at 9:19 PM Michael Niedermayer wrote: > Hi > > On Tue, Apr 09, 2024 at 03:57:02PM -0500, Romain Beauxis wrote: > > [Apologies for continuing the conversation, Rémi] > > > > Le mar. 9 avr. 2024 à 14:05, Tomas Härdin a écrit : > > > > > mån 2024-04-08 klockan 13:13 -0500 skrev

Re: [FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft

2024-04-08 Thread Vittorio Giovara
On Mon, Apr 8, 2024 at 2:14 PM Romain Beauxis wrote: > I would like to offer a constructive feedback really not intended as > trolling. I believe that supporting a more modern development workflow such > as the GitHub PR or gitlab MR would go very long way in helping onboarding > new developers.

Re: [FFmpeg-devel] [PATCH] Update the Changelog for 7.0

2024-04-03 Thread Vittorio Giovara
On Thu, Apr 4, 2024 at 1:28 AM Jean-Baptiste Kempf wrote: > On Wed, 3 Apr 2024, at 23:18, Jean-Baptiste Kempf wrote: > > As attached. > > Updated version attached (v2). > lgtm with AV1 capitalized -- Vittorio ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] 7.0 Name

2024-04-02 Thread Vittorio Giovara
Dijkstra time! On Tue, Apr 2, 2024 at 11:22 AM wrote: > My choice would be Dijkstra as well. > > On 2 Apr 2024, at 7:45, AV Preservation by reto.ch (lists) wrote: > > > Sean McGovern wrote: > > > >> Not sure if I am allowed to pick, my choice is Dijkstra. > > > > When I started programming in 19

Re: [FFmpeg-devel] [PATCH 14/14] avutil/avstring: Avoid av_strdup(NULL)

2024-03-25 Thread Vittorio Giovara
On Mon, Mar 25, 2024 at 12:55 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > Vittorio Giovara: > > On Mon, Mar 25, 2024 at 12:38 PM Andreas Rheinhardt < > > andreas.rheinha...@outlook.com> wrote: > > > >> Signed-off-by: Andreas Rheinhard

Re: [FFmpeg-devel] [PATCH 14/14] avutil/avstring: Avoid av_strdup(NULL)

2024-03-25 Thread Vittorio Giovara
On Mon, Mar 25, 2024 at 12:38 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > Signed-off-by: Andreas Rheinhardt > --- > libavutil/avstring.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavutil/avstring.c b/libavutil/avstring.c > index 2071dd36a5..8

Re: [FFmpeg-devel] [PATCH 4/4] avcodec/libx265: encode dovi RPUs

2024-03-19 Thread Vittorio Giovara
On Tue, Mar 19, 2024 at 7:04 PM Niklas Haas wrote: > On Tue, 19 Mar 2024 21:59:53 + Cosmin Stejerean via ffmpeg-devel < > ffmpeg-devel@ffmpeg.org> wrote: > > > > > > > On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis < > derek.buitenh...@gmail.com> wrote: > > > > > > The reason I never implement

Re: [FFmpeg-devel] Indefinite ban request [RFC] Was: Re: [FFmpeg-trac] #10882(undetermined:new): swscale wastefully scales luma during yuv420p -> yuv422p

2024-03-12 Thread Vittorio Giovara
On Tue, Mar 12, 2024 at 5:20 PM Marth64 wrote: > I have not interacted with this user and I am just a mediocre contributor. > But from my experience running forums and IRC networks in the past, > this always ends in one process... > >1. toxic user comes along >2. upsets people repeatedly,

Re: [FFmpeg-devel] [PATCH 2/3] lavc: replace ff_thread_get_buffer() with ff_get_buffer()

2024-03-08 Thread Vittorio Giovara
On Fri, Mar 8, 2024 at 6:01 PM Kieran Kunhya wrote: > On Fri, 8 Mar 2024 at 16:50, Nicolas George wrote: > > > Kieran Kunhya (12024-03-08): > > > New contributors are not interested in your biased history lessons. > They > > > want to write code and have a modern, well run project, not a > > dys

Re: [FFmpeg-devel] [PATCH 2/3] lavc: replace ff_thread_get_buffer() with ff_get_buffer()

2024-03-08 Thread Vittorio Giovara
On Fri, Mar 8, 2024 at 4:34 PM Sean McGovern wrote: > On Fri, Mar 8, 2024, 10:31 Paul B Mahol wrote: > > > On Fri, Mar 8, 2024 at 4:21 PM Vittorio Giovara < > > vittorio.giov...@gmail.com> > > wrote: > > > > > On Fri, Mar 8, 2024 at 4:10 PM Sean M

Re: [FFmpeg-devel] [PATCH 2/3] lavc: replace ff_thread_get_buffer() with ff_get_buffer()

2024-03-08 Thread Vittorio Giovara
On Fri, Mar 8, 2024 at 4:10 PM Sean McGovern wrote: > On Fri, Mar 8, 2024, 08:20 Nicolas George wrote: > > > Andreas Rheinhardt (12024-03-08): > > > What maintenance cost and complexity are you referring to? I checked > and > > > could not find a single commit where one had to fix an ff_get_buff

Re: [FFmpeg-devel] [PATCH 2/3] lavc: replace ff_thread_get_buffer() with ff_get_buffer()

2024-03-08 Thread Vittorio Giovara
On Fri, Mar 8, 2024 at 12:18 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > >> > >> -1: This adds avoidable runtime checks. > > > > What checks and why is that a problem? > > > It adds a runtime check to every call to ff_get_buffer() by every > decod

Re: [FFmpeg-devel] [RFC] clarifying the TC conflict of interest rule

2024-03-07 Thread Vittorio Giovara
On Thu, Mar 7, 2024 at 12:25 AM Michael Niedermayer via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > > instead of backroom deals, for a > > change. > > iam sorry, but these accusations are not acceptable > The application was and is on a public wiki > the SoWs where collected by pierre and it

Re: [FFmpeg-devel] [RFC] clarifying the TC conflict of interest rule

2024-03-05 Thread Vittorio Giovara
On Tue, Mar 5, 2024 at 3:50 AM Michael Niedermayer wrote: > On Mon, Mar 04, 2024 at 10:45:02AM +0100, Vittorio Giovara wrote: > > On Mon, Mar 4, 2024 at 1:57 AM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > > > > On Sun, Mar 03, 2024 a

Re: [FFmpeg-devel] [RFC] clarifying the TC conflict of interest rule

2024-03-04 Thread Vittorio Giovara
On Mon, Mar 4, 2024 at 1:57 AM Michael Niedermayer wrote: > On Sun, Mar 03, 2024 at 03:49:33AM +0100, Michael Niedermayer wrote: > [...] > > > +If a TC member is aware of a conflict of interest with regards to the > case, they must announce it > > +and recuse themselves from the TC discussion and

Re: [FFmpeg-devel] [PATCH 2/3] doc/community: Conflict of interest recusal requirement (Similar to mid part of Antons proposal)

2024-03-04 Thread Vittorio Giovara
On Mon, Mar 4, 2024 at 1:46 AM Michael Niedermayer wrote: > > Again, the effective way to work-around this problem is to keep a large > and > > diverse enough TC membership to offset the one or few hypothetical > dishonest > > votes. > > This doesnt work. The set of people is very specific, and t

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio

2024-03-02 Thread Vittorio Giovara
On Fri, Mar 1, 2024 at 10:34 PM Lynne wrote: > >> If it's the last case, or simply being a one-off, I can agree with > deprecating > >> and remove it next bump. But if the developer thinks they will have > time and > >> have motivation to work on it in the future, I think we should leave it > at

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio

2024-02-29 Thread Vittorio Giovara
On Thu, Feb 29, 2024 at 2:31 PM Lynne wrote: > Feb 29, 2024, 02:50 by vittorio.giov...@gmail.com: > > > On Wed, Feb 28, 2024 at 11:13 PM Lynne wrote: > > > >> Feb 28, 2024, 14:29 by mich...@niedermayer.cc: > >> > >> > On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote: > >> > > >> >> This

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio

2024-02-28 Thread Vittorio Giovara
On Wed, Feb 28, 2024 at 11:13 PM Lynne wrote: > Feb 28, 2024, 14:29 by mich...@niedermayer.cc: > > > On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote: > > > >> This was an experimental/research codec of which ffmpeg is the only > >> encoder and decoder, > >> > > > > > >> development has

Re: [FFmpeg-devel] [PATCH 1/2] MAINTAINERS: remove inactive developer

2024-02-28 Thread Vittorio Giovara
On Wed, Feb 28, 2024 at 1:56 PM J. Dekker wrote: > Inactive since 2007. > > Signed-off-by: J. Dekker > --- > MAINTAINERS | 7 ++- > 1 file changed, 2 insertions(+), 5 deletions(-) > lgtm -- Vittorio ___ ffmpeg-devel mailing list ffmpeg-devel@ffmp

Re: [FFmpeg-devel] [PATCH 2/2] avcodec: remove sonic lossy/lossless audio

2024-02-28 Thread Vittorio Giovara
On Wed, Feb 28, 2024 at 2:38 PM J. Dekker wrote: > > Michael Niedermayer writes: > > > [[PGP Signed Part:Undecided]] > > On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote: > >> This was an experimental/research codec of which ffmpeg is the only > >> encoder and decoder, > > > > > >> deve

Re: [FFmpeg-devel] [RFC] fate rsync switch to git

2024-02-27 Thread Vittorio Giovara
On Wed, Feb 21, 2024 at 3:50 PM wrote: > > > On 21 Feb 2024, at 15:38, Niklas Haas wrote: > > > On Tue, 20 Feb 2024 20:43:30 +0200 Jan Ekström wrote: > >> Do note that the idea was that this would only be for management of > >> the main archive, so it would not affect clients/runners rsync'ing >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 4:40 PM Gyan Doshi wrote: > > > On 2024-02-19 08:00 pm, Vittorio Giovara wrote: > > On Mon, Feb 19, 2024 at 6:11 AM Gyan Doshi wrote: > > > >> The TC is invoked when there's an intractable dispute. So the dispute > >> prece

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 3:28 PM Nicolas George wrote: > Vittorio Giovara (12024-02-19): > > By that reasoning, someone could argue that you forced the inclusion of > > this rule being discussed only to set up a backdoor in the process and > > thwart any chance of a functi

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 3:30 PM Nicolas George wrote: > Vittorio Giovara (12024-02-19): > > I understand your concerns regarding the potential consequences of > changing > > this rule, and I acknowledge the importance of upholding the principles > > that underpin

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 6:11 AM Gyan Doshi wrote: > > > On 2024-02-19 03:16 am, Vittorio Giovara wrote: > > On Sun, Feb 18, 2024 at 8:02 PM Gyan Doshi wrote: > > > >> > >> On 2024-02-18 11:33 pm, Anton Khirnov wrote: > >>> Quoting Gyan Dos

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 9:54 AM Nicolas George wrote: > Vittorio Giovara (12024-02-18): > > While I understand that you're referencing the existing rules that we've > > collectively agreed upon, I believe it's crucial for us to periodically > > review and refi

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-19 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 9:45 AM Nicolas George wrote: > Vittorio Giovara (12024-02-18): > > If it helps, I'll block the patch so that Anton can vote in the TC. > > Do you see how slippery (and insane) this interpretation of the rule > > becomes? > > The rules ar

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-18 Thread Vittorio Giovara
On Mon, Feb 19, 2024 at 2:17 AM Michael Niedermayer wrote: > On Sun, Feb 18, 2024 at 11:48:59PM +0100, Hendrik Leppkes wrote: > > On Sun, Feb 18, 2024 at 11:34 PM Michael Niedermayer > > wrote: > > > > > > * A disagreement implies that there are 2 parties > > > * And we assume here that what one

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-18 Thread Vittorio Giovara
On Sun, Feb 18, 2024 at 11:34 PM Michael Niedermayer wrote: > Hi > > On Sun, Feb 18, 2024 at 07:20:43PM +0100, Anton Khirnov wrote: > > Quoting Michael Niedermayer (2024-02-18 01:43:14) > > > "If the disagreement involves a member of the TC" > > > does IMHO not preclude commenting on a patch. > >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-18 Thread Vittorio Giovara
On Sun, Feb 18, 2024 at 10:25 PM Nicolas George wrote: > Vittorio Giovara (12024-02-18): > > While I value your insights, I'd like to offer a different > > viewpoint regarding the practice of recusing oneself from discussions. > > > > That might be your

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-18 Thread Vittorio Giovara
On Sun, Feb 18, 2024 at 8:02 PM Gyan Doshi wrote: > > > On 2024-02-18 11:33 pm, Anton Khirnov wrote: > > Quoting Gyan Doshi (2024-02-18 05:06:30) > >> b) what "maximalist" interpretation? > > A non-maximalist interpretation would be that a TC member is only > > excluded from voting when they auth

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

2024-02-18 Thread Vittorio Giovara
On Sun, Feb 18, 2024 at 7:40 PM Nicolas George wrote: > Anton Khirnov (12024-02-18): > > That is absurd and makes no sense. > > That makes absolute sense, unless you consider your opinion is worth > more than the opinion of the other people in the project. > > A spot on the TC is no

Re: [FFmpeg-devel] [PATCH] avcodec/jpeg2000dec: support of 2 fields in 1 AVPacket

2024-02-15 Thread Vittorio Giovara
On Thu, Feb 15, 2024 at 4:02 PM Jerome Martinez wrote: > In other words, I would like to know if AVFrame is intended at long term > to handle also fields in addition to frames, and if so is there a way to > signal that the AVFrame structure actually contains a field > I may be missing something

Re: [FFmpeg-devel] [PATCH 0/2] Remove SDL2 output devices

2024-02-07 Thread Vittorio Giovara
On Wed, Feb 7, 2024 at 6:38 PM Nicolas George wrote: > Anton Khirnov (12024-02-07): > > ...so they are precisely broken by design. > > Words words words. > > Words to try and hide that something used to work for people and now you > are done with it it no longer works. > > Exactly the kind of att

Re: [FFmpeg-devel] [RFC] Vote STF/SPI 2024-02

2024-02-06 Thread Vittorio Giovara
On Thu, Feb 1, 2024 at 9:11 PM Rémi Denis-Courmont wrote: > Le torstaina 1. helmikuuta 2024, 19.45.52 EET Vittorio Giovara a écrit : > > The same of course should apply to any other future funding, it must be > > either the community (via GA) or a third party setting up th

Re: [FFmpeg-devel] STF SoWs

2024-02-06 Thread Vittorio Giovara
On Tue, Feb 6, 2024 at 3:18 PM Ronald S. Bultje wrote: > Hi, > > On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer > > wrote: > > > 2. Deliverables > > Patches submitted for review to the FFMPEG dev mailing list. > > > > I think the goal is to get patches merged, not submitted. > ┓┏┓┏┓┃

Re: [FFmpeg-devel] [PATCH 0/2] Remove SDL2 output devices

2024-02-06 Thread Vittorio Giovara
On Tue, Feb 6, 2024 at 9:08 AM Michael Koch wrote: > Removing SDL2 sounds like a very bad idea. There are many examples which > are using these output devices, and all these examples would be broken. > A quick search in my book > http://www.astro-electronic.de/FFmpeg_Book.pdf > finds about 40 occ

Re: [FFmpeg-devel] STF SoWs

2024-02-06 Thread Vittorio Giovara
On Tue, Feb 6, 2024 at 3:06 AM Michael Niedermayer wrote: > Hi all > > As Jonatan reminded the ML we need to provide SoWs if we want to > participate in STF-SPI > > We need one for each project (they do not need to list a person ATM) > but obviously we do need someone who will do the work > > I d

Re: [FFmpeg-devel] [RFC] Vote STF/SPI 2024-02

2024-02-01 Thread Vittorio Giovara
On Thu, Feb 1, 2024 at 5:29 AM Michael Niedermayer wrote: > Hi all > > To do the STF/SPI thing properly, and make sure we do what the Community > wants. > We should do this vote: (unless lots of people reply and say we should > skip the vote) > (i am also CCing jonatan to make sure the option in

Re: [FFmpeg-devel] Meeting at FOSDEM

2024-01-30 Thread Vittorio Giovara
On Sun, Jan 28, 2024 at 11:32 PM Jean-Baptiste Kempf wrote: > Hello Folks, > > FOSDEM is upon us, in a few days. > > It would be a great idea to meet for a FFmpeg discussion, since quite a > few of us will be there. > So please bring your technical topics with you :) > Maybe it's more infra than

Re: [FFmpeg-devel] [PATCH v2 1/2] avcodec: add ambient viewing environment packet side data.

2024-01-30 Thread Vittorio Giovara
On Tue, Jan 30, 2024 at 1:16 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Wednesday, 06 September 2023 at 18:27, Cosmin Stejerean via > ffmpeg-devel wrote: > > > > > > > On Aug 17, 2023, at 11:36 PM, Damiano Galassi > wrote: > > > > > > Ping > > > > > > > I believe this

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-30 Thread Vittorio Giovara
On Tue, Jan 30, 2024 at 11:15 AM Nicolas George wrote: > Vittorio Giovara (12024-01-30): > > Sorry, but this feels a lot like “I have nothing to add to the > > conversation, but I feel like I need to speak up anyway”. > > Well... > > > It's not a veto when mul

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-30 Thread Vittorio Giovara
On Tue, Jan 30, 2024 at 11:07 AM Nicolas George wrote: > Vittorio Giovara (12024-01-30): > > Sorry but this feels a lot like "thanks for your feedback, I'm going to > do > > this anyway". > > Sorry, but this feels a lot like “I gave an objection, you ha

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-30 Thread Vittorio Giovara
On Tue, Jan 30, 2024 at 2:48 AM Michael Niedermayer wrote: > Hi all > > after people said they would help and start a wiki page (no not thilo dont > blame him) > I again wrote one myself. This is really early WIP > it contains the application we would send to STF, this is NOT written by me > and

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-29 Thread Vittorio Giovara
On Mon, Jan 29, 2024 at 9:19 PM Anton Khirnov wrote: > Quoting Vittorio Giovara (2024-01-29 21:09:42) > > This is not something that should be discussed on a public ML > > Where do you think it should be discussed then? > IMO anywhere with a more limited set of constituents,

Re: [FFmpeg-devel] Sovereign Tech Fund

2024-01-29 Thread Vittorio Giovara
On Mon, Jan 29, 2024 at 8:22 PM Michael Niedermayer wrote: > > I have yet to see an actual project of "this magnitude" materialize as a > proposal. > > you can suggest one ? > libavscale! or there is nothing you want improved in FFmpeg ? > Or only if SPI isnt involved or iam not sure what exact

  1   2   3   4   5   6   7   >