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
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
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
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
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
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
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
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
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>
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
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…
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
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.
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
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
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
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
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
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
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
> >
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
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
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
>
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
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
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
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
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
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:
> >> >
> >> >>
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
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
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,
> >
> >
> >>
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
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
> >> pre
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
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
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
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 refine these rules
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
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
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.
>
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 view
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
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
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
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
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
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.
>
┓┏┓┏┓┃
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
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
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
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
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
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 multiple
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 have to
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
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 constituen
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
On Sun, Jan 28, 2024 at 11:47 PM Michael Niedermayer
wrote:
> On Sun, Jan 28, 2024 at 01:28:36PM +0100, Anton Khirnov wrote:
> > Previously, the implicit standard was to wait 2 years before deprecation
> > and removal, but it has been widely agreed at developer meetings that
> > time-based
On Sun, Jan 28, 2024 at 10:32 PM Connor Worley
wrote:
> I'd like to get this series merged before doing any further DXV work. Is
> anyone able to help with uploading the linked samples?
>
I unfortunately don't have access to the FATE samples server, can you mail
samples-requ...@ffmpeg.org?
--
On Mon, Jan 29, 2024 at 8:58 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Michael Niedermayer:
> > On Sun, Jan 28, 2024 at 08:52:20PM -0300, James Almer wrote:
> >> On 1/28/2024 7:41 PM, Michael Niedermayer wrote:
> >>> On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas
On Thu, Jan 25, 2024 at 2:48 PM James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges| 2 +-
> libavcodec/version.h | 2 +-
> libavcodec/version_major.h| 2 +-
> libavdevice/version.h | 2 +-
> libavdevice/version_major.h | 2 +-
>
On Wed, Jan 24, 2024 at 9:06 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> It presumably exists because HapContext contains an AVClass*.
> Yet AVClass is actually defined in log.h and even this inclusion
> can be avoided by struct AVClass*. This avoids opt.h inclusions
> in
On Fri, Jan 19, 2024 at 8:17 PM Connor Worley
wrote:
> I've tested the latest patch with both the lavc decoder and Resolume's
> proprietary software, and the encoded outputs are working for me.
>
Pushed, thank you
--
Vittorio
___
ffmpeg-devel mailing
On Fri, Jan 19, 2024 at 5:56 PM Connor Worley
wrote:
> Thanks for the feedback! For the next revision, is it preferred to reply
> to this thread or create a new one?
>
here is fine
> On 1/19/24 08:23, Vittorio Giovara wrote:
> >> diff --git a/libavcodec/allcodecs.c b/l
n order
> extern const FFCodec ff_eacmv_decoder;
> extern const FFCodec ff_eamad_decoder;
> diff --git a/libavcodec/dxvenc.c b/libavcodec/dxvenc.c
> new file mode 100644
> index 00..33080fa1c9
> --- /dev/null
> +++ b/libavcodec/dxvenc.c
> @@ -0,0 +1,358 @@
> +/*
On Tue, Jan 2, 2024 at 4:06 PM Kieran Kunhya wrote:
> >
> > > and not the CLI (something this project is unable to understand).
> >
> > What is exposed by the API is exercised by the CLI (which is a good
> > thing for scripting and for testing).
> >
>
> The CLI can't just write random binary
On Thu, Dec 21, 2023 at 6:14 PM Nicolas George wrote:
> Vittorio Giovara (12023-12-21):
> > I agree, I hope you can work on your lack of self-awareness.
>
> Oh, the “Ah ?… Et moi, Cyrano-Savinien-Hercule De Bergerac.” comeback.
> You're really scrapping the bottom of the b
On Thu, Dec 21, 2023 at 5:41 PM Nicolas George wrote:
> Vittorio Giovara (12023-12-21):
> > Not sure what gave you the idea
>
> Mails like this one for example. The lack of self-awareness is
> hilarious.
>
I agree, I hope you can work on your lack of self-aw
On Thu, Dec 21, 2023 at 5:22 PM Nicolas George wrote:
> Vittorio Giovara (12023-12-21):
> > Oh so you know how it feels!
>
> I am not surprised to see your animosity against me is stronger than
> your care about the project.
>
Not sure what gave you the idea, but I have no
On Wed, Dec 20, 2023 at 2:56 PM Vittorio Giovara
wrote:
>
>
> On Wed, Dec 20, 2023 at 2:50 PM Nicolas George wrote:
>
>> Vittorio Giovara (12023-12-20):
>> > If there are no more comments, I'll push this today or tomorrow.
>>
>> I think the change you m
On Thu, Dec 21, 2023 at 3:05 PM Paul B Mahol wrote:
> On Thu, Dec 21, 2023 at 8:43 PM Tomas Härdin wrote:
>
> > ons 2023-12-20 klockan 20:11 +0100 skrev Michael Niedermayer:
> > > On Wed, Dec 20, 2023 at 05:57:40PM +0100, Tomas Härdin wrote:
> > > > tis 2023-12-19 klockan 15:02 +0100 skrev
On Thu, Dec 21, 2023 at 3:31 PM Nicolas George wrote:
> Paul B Mahol (12023-12-21):
> > Say what serious feature you contributed ? - Nothing.
>
> I did not want to say it, but since it is now in the open: Not nothing:
> negative. His naysaying discouraged me from working further on the
>
On Wed, Dec 20, 2023 at 2:50 PM Nicolas George wrote:
> Vittorio Giovara (12023-12-20):
> > If there are no more comments, I'll push this today or tomorrow.
>
> I think the change you made after the last request might go too far, but
> I have not had time to look at the cod
On Fri, Dec 15, 2023 at 3:12 PM Vittorio Giovara
wrote:
>
>
> On Fri, Dec 15, 2023 at 12:34 PM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> > +static int list_add_frame(FrameList **list, size_t *size, AVFrame
>> > *frame)
>> &
On Tue, Dec 19, 2023 at 8:12 AM Nicolas George wrote:
> Rémi Denis-Courmont (12023-12-07):
> > You have had heated arguments against Paul in recent times too. You have
> also
> > argued a lot of exercising your review privileges, which sounds like a
> very
> > libavish notion to me
>
> Only
On Fri, Dec 15, 2023 at 12:34 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> > +static int list_add_frame(FrameList **list, size_t *size, AVFrame
> > *frame)
> > +{
> > +FrameList *element = av_mallocz(sizeof(FrameList));
>
> The overhead of this FrameList is unnecessary:
On Tue, Dec 12, 2023 at 3:00 AM Nicolas George wrote:
> Vittorio Giovara (12023-12-11):
> > This is an older filter I wrote and never got around publishing.
> > It can be used to generate a distortion effect like
> > https://vimeo.com/104938599?share=copy
> > Please
This is an older filter I wrote and never got around publishing.
It can be used to generate a distortion effect like
https://vimeo.com/104938599?share=copy
Please see attached.
--
Vittorio
0001-Add-new-vf_tiltandshift-filter.patch
Description: Binary data
On Mon, Dec 11, 2023 at 12:37 PM Thilo Borgmann via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Am 11.12.23 um 18:29 schrieb Vittorio Giovara:
> > Fixes compilation, introduced in e37b15e.
> >
> > src/libavdevice/avfoundation.m:799:10: error: invalid preprocess
Fixes compilation, introduced in e37b15e.
src/libavdevice/avfoundation.m:799:10: error: invalid preprocessing
directive
#elseif (TARGET_OS_OSX && __MAC_OS_X_VERSION_MAX_ALLOWED < 14)
--
Vittorio
0001-lavd-avfoundation-Use-correct-preprocessing-directiv.patch
Description: Binary
Missed from a5b2b22d9a45c9634e6947d43945ebafe121abec.
0001-MAINTAINERS-Remove-older-s3tc-entry.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
On Wed, Dec 6, 2023 at 3:23 AM Marton Balint wrote:
> diff --git a/libavcodec/decode.c b/libavcodec/decode.c
> index 2cfb3fcf97..f9b18a2c35 100644
> --- a/libavcodec/decode.c
> +++ b/libavcodec/decode.c
> @@ -1675,6 +1675,12 @@ FF_ENABLE_DEPRECATION_WARNINGS
>
>
I ain't reading all of that
Happy for you
Or sorry that happened
On Wed, Dec 6, 2023 at 3:47 PM Nicolas George wrote:
> Vittorio Giovara (12023-12-05):
> > Your attitude for "omgfeatures" is also pretty toxic, there are heaps of
> > literature about featur
On Wed, Dec 6, 2023 at 3:14 PM Nicolas George wrote:
> Lie.
>
A summary of your proposal or a link to your suggestion would be
appreciated.
Without reference we're all shouting in the void.
> I guess now that your side holds most of the power the mask is off.
>
> This mail you just sent
On Wed, Dec 6, 2023 at 5:30 AM Anton Khirnov wrote:
> Hi,
> this should hopefully be the last version of this set. If nobody has new
> comments, I will push it in a few days.
>
LGTM
--
Vittorio
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, Dec 5, 2023 at 9:59 AM Nicolas George wrote:
> Vittorio Giovara (12023-12-05):
> > I'm not bickering,
>
> That is exactly what you do.
>
And you are not? The view must be great from that glass house
> actively include testing as part of the bare minimum process to
On Tue, Dec 5, 2023 at 2:45 AM Nicolas George wrote:
> Vittorio Giovara (12023-12-04):
> > It's almost 2024, when will you be able to drop it?
>
> Never. When will YOU be able to drop bickering about parts of the code
> that do no harm and do not bother you?
>
I'm not bi
On Mon, Dec 4, 2023 at 1:53 PM Nicolas George wrote:
> Anton Khirnov (12023-12-02):
> > Its author not only failed to add any tests, as is required by the
> > development rules, but continues to actively refuse to do so.
> >
> > Untested decoders are worse than useless, so remove it.
>
> Only
On Sun, Nov 19, 2023 at 7:11 PM Michael Niedermayer
wrote:
> On Tue, Nov 14, 2023 at 07:46:16PM +0100, Michael Niedermayer wrote:
> > On Tue, Nov 14, 2023 at 06:32:19PM +0100, Hendrik Leppkes wrote:
> > > On Tue, Nov 14, 2023 at 6:21 PM Michael Niedermayer
> > > wrote:
> > > >
> > > >
On Tue, Nov 14, 2023 at 2:28 PM Nicolas George wrote:
> I hope you can grasp the difference between CAN and WOULD. That would be
> better than calling somebody's logical arguments “FUD”.
>
You're right, we should call things by their name, these arguments are
illogical.
--
Vittorio
On Tue, Nov 14, 2023 at 10:56 AM Tomas Härdin wrote:
> Ballot secrecy cannot actually be guaranteed. While I'm not versed in
> the specifics of CIVS, I doubt it has solved problems like evil
> sysadmin. Ballots should be public IMO, secret voting is cowardice.
> That way duplicate ballots are
This is ridiculous, and everybody involved in this second vote should be
ashamed of themselves.
-- Forwarded message -
From: Thilo Borgmann (CIVS poll supervisor)
If you would like to vote, please visit the following URL:
On Sat, Nov 11, 2023 at 2:04 PM Nicolas George wrote:
> Vittorio Giovara (12023-11-11):
> > I said don't reply to me!
>
> Fortunately you have no authority over me.
>
I said that to avoid ridiculing yourself any more
> > I'm not biased,
>
On Sat, Nov 11, 2023 at 1:52 PM Nicolas George wrote:
> itself), but I remember observing that several members were in fact very
> biassed.
>
[citation needed]
--
Vittorio
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Sat, Nov 11, 2023 at 1:42 PM Nicolas George wrote:
> Vittorio Giovara (12023-11-11):
> > No, bad Nicolas, stop this language, it's unacceptable and unbecoming.
> You
> > can ask for more time in a kinder manner.
> > No, don't reply to me with insults or excuses,
On Sat, Nov 11, 2023 at 2:22 AM Thilo Borgmann via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Hi,
>
> in [1] JB listed his list of authorized voters for the "GA voters list
> updates"
> vote.
>
> This list does not correlate with the list Josh provided in [2].
> Neither does this list of 51
On Sat, Nov 11, 2023 at 1:27 PM Nicolas George wrote:
> Paul B Mahol (12023-11-11):
> > I waited enough, applied, now for 100% true statement.
>
> Your teacher called, you forgot your pacifier in class yesterday
>
No, bad Nicolas, stop this language, it's unacceptable and unbecoming. You
can
On Fri, Nov 10, 2023 at 2:31 PM Michael Niedermayer
wrote:
> On Fri, Nov 10, 2023 at 02:24:23PM +0200, Rémi Denis-Courmont wrote:
>
> > [...] or at least allow people to resign from the GA discretionarily.
>
> I think this makes alot more sense
>
> Asking "I want to be in the GA" fully in public
On Thu, Nov 9, 2023 at 3:17 PM Michael Niedermayer
wrote:
> On Thu, Nov 09, 2023 at 08:30:15PM +0100, Jean-Baptiste Kempf wrote:
> >
> >
> > On Thu, 9 Nov 2023, at 19:15, Michael Niedermayer wrote:
> > > On Thu, Nov 09, 2023 at 07:53:33PM +0200, Rémi Denis-Courmont wrote:
> > >> Le torstaina 9.
1 - 100 of 547 matches
Mail list logo
