Re: [FFmpeg-devel] [POLL] [VOTE] code.ffmpeg.org

G, preferably hosted by videolan. On Sun, Jul 13, 2025 at 7:44 AM Michael Niedermayer wrote: > Hi all > > Do people want Forgejo or Gitlab on code.ffmpeg.org for testing? > > F. code.ffmpeg.org should run Forgejo > G. code.ffmpeg.org should run Gitlab > > all GA members can vote, by publically r

Re: [FFmpeg-devel] [PATCH 2/3] libavcodec: add NETINT Quadra HW decoders & encoders

Hi, On Mon, Jul 7, 2025 at 9:00 PM Desmond Liu wrote: > * As far as I know, these cards/units are not available to the general > public at all. > > The cards are available to the general public. See > https://netint.com/contact-us and send a message to sa...@netint.com >

Re: [FFmpeg-devel] [FEATURE PROPOSAL] Extracting codec-level data to binary files

57:36.000+02:00, Michael Niedermayer > >> wrote: > >> > >>> On Fri, May 23, 2025 at 02:45:59AM +0200, Michael Niedermayer > >>> wrote: > >>> > >>>>Hi Ronald On Thu, May 22, 2025 at 07:59:06AM -0400, Ronald S. > >>&g

Re: [FFmpeg-devel] [FEATURE PROPOSAL] Extracting codec-level data to binary files

Hi, On Thu, May 22, 2025 at 8:33 AM Ramiro Polla wrote: > On Thu, May 22, 2025 at 1:59 PM Ronald S. Bultje > wrote: > > On Wed, May 21, 2025 at 9:34 AM Timothée < > > timothee.informati...@regaud-chapuy.fr> wrote: > > > I am interested in expanding ffmpeg&#x

Re: [FFmpeg-devel] [FEATURE PROPOSAL] Extracting codec-level data to binary files

Hi, On Wed, May 21, 2025 at 9:34 AM Timothée < timothee.informati...@regaud-chapuy.fr> wrote: > Hello, > > I am interested in expanding ffmpeg's capabilities to extract > low-level data from video codecs. Specifically, I'd like to implement > functionality that would allow exporting frame data, m

Re: [FFmpeg-devel] [PATCH] avfilter: Proof of Concept: enable out-of-tree filters

Hi, On Mon, Mar 24, 2025 at 12:20 PM Leandro Santiago wrote: > I really hope this can be the last iteration, as I ran out of ideas on how > to simplify the process, so please let me know your thoughts :-) I'm not sure I understand the rationale or goal of this. It seems you're trying to create

Re: [FFmpeg-devel] [PATCH v4] avformat: add AV1 RTP depacketizer and packetizer

Hi, On Wed, Feb 26, 2025 at 12:23 PM Tristan Matthews via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > On Friday, February 21st, 2025 at 5:15 AM, Chris Hodges < > chris.hod...@axis.com> wrote: > > > Hi Tristan, > > > > On 12/13/24 14:44, Tristan Matthews via ffmpeg-devel wrote: > > > > > Nice

Re: [FFmpeg-devel] [PATCH] threadprogress: reorder instructions to silence tsan warning.

Hi, On Sat, Feb 8, 2025 at 2:31 PM Ronald S. Bultje wrote: > Hi, > > On Fri, Feb 7, 2025 at 10:50 PM Zhao Zhili < > quinkblack-at-foxmail@ffmpeg.org> wrote: > >> >> >> > On Feb 8, 2025, at 00:05, Ronald S. Bultje wrote: >> > >>

Re: [FFmpeg-devel] [PATCH] threadprogress: reorder instructions to silence tsan warning.

Hi, On Fri, Feb 7, 2025 at 10:50 PM Zhao Zhili < quinkblack-at-foxmail@ffmpeg.org> wrote: > > > > On Feb 8, 2025, at 00:05, Ronald S. Bultje wrote: > > > > Hi, > > > > On Fri, Feb 7, 2025 at 8:44 AM Zhao Zhili < > > quinkblack-at-foxmail.

Re: [FFmpeg-devel] [PATCH] threadprogress: reorder instructions to silence tsan warning.

Hi, On Fri, Feb 7, 2025 at 8:44 AM Zhao Zhili < quinkblack-at-foxmail@ffmpeg.org> wrote: > > On Feb 7, 2025, at 21:26, Ronald S. Bultje wrote: > > On Fri, Feb 7, 2025 at 6:22 AM Andreas Rheinhardt < > > andreas.rheinha...@outlook.com> wrote: > >&g

Re: [FFmpeg-devel] [PATCH] threadprogress: reorder instructions to silence tsan warning.

Hi, On Fri, Feb 7, 2025 at 6:22 AM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > Ronald S. Bultje: > > Fixes #11456. > > --- > > libavcodec/threadprogress.c | 3 +-- > > 1 file changed, 1 insertion(+), 2 deletions(-) > > > > diff --g

[FFmpeg-devel] [PATCH] threadprogress: reorder instructions to silence tsan warning.

Fixes #11456. --- libavcodec/threadprogress.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/libavcodec/threadprogress.c b/libavcodec/threadprogress.c index 62c4fd898b..aa72ff80e7 100644 --- a/libavcodec/threadprogress.c +++ b/libavcodec/threadprogress.c @@ -55,9 +55,8 @@ vo

Re: [FFmpeg-devel] Democratization work in progress draft v2

Michael, On Sat, Feb 1, 2025 at 4:53 PM Michael Niedermayer wrote: > The system is absurd, the text points this out in a mocking/ironic way. > If you want me to reword this in a dry formal way, i can submit such a > patch? > Every system is absurd. "If everyone just agreed with me, then ..." Th

Re: [FFmpeg-devel] Democratization work in progress draft v2

Hi, On Sat, Feb 1, 2025 at 1:45 AM Zhao Zhili < quinkblack-at-foxmail@ffmpeg.org> wrote: > The proposal treat every GA member as suspect, and GA members with daily > jobs guilty. Thank you for saying this. I couldn't agree more. Ronald ___ ffmpeg

Re: [FFmpeg-devel] Democratization

Hi Ben, On Wed, Jan 29, 2025 at 11:12 AM compn wrote: > we can see how badly something ran by GA vote works right now. with our > own eyes. ffmpeg just had a vote for the CC and two developers > immediately quit working in the CC. why did we just waste all that > time with a vote then? That's

Re: [FFmpeg-devel] GSoC 2025

Hi, On Wed, Jan 29, 2025 at 2:32 PM Kieran Kunhya via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > It's clear the contribution method is outdated and difficult to > manage. We need to move to GitLab ASAP Yes please. Ronald ___ ffmpeg-devel mailin

Re: [FFmpeg-devel] [PATCH v4] avfilter/setpts: add option to decide framerate handling

Hi, On Sun, Jan 26, 2025 at 2:32 PM Marton Balint wrote: > > > On Sun, 26 Jan 2025, Gyan Doshi wrote: > > > > > > > On 2025-01-26 07:09 pm, Ronald S. Bultje wrote: > >> Hi, > >> > >> On Sat, Jan 25, 2025 at 11:06 PM Gyan Doshi wrote

Re: [FFmpeg-devel] [PATCH v4] avfilter/setpts: add option to decide framerate handling

Hi, On Sat, Jan 25, 2025 at 11:06 PM Gyan Doshi wrote: > > > On 2025-01-26 12:49 am, Marton Balint wrote: > > > > > > On Sat, 25 Jan 2025, Gyan Doshi wrote: > > > >> In f121d95, the outlink framerate was unconditionally unset. > >> This breaks/bloats outputs from CFR muxers unless the user expli

Re: [FFmpeg-devel] [PATCH] swscale/x86/rgb2rgb: add AVX512ICL versions of shuffle_bytes

Hi, On Sat, Jan 25, 2025 at 9:26 AM Shreesh Adiga <16567adigashre...@gmail.com> wrote: > @@ -64,6 +64,18 @@ cglobal shuffle_bytes_%1%2%3%4, 3, 5, 2, src, dst, w, > tmp, x > adddstq, wq > neg wq > > +%if mmsize == 64 > +and xq, mmsize-4 > +shr xq, 2 > +mov tm

Re: [FFmpeg-devel] [PATCH v3] avfilter/setpts: add option to preserve framerate

Hi, On Thu, Jan 23, 2025 at 2:09 AM Gyan Doshi wrote: > In f121d95, the outlink framerate was unconditionally unset. > This breaks/bloats outputs from CFR muxers unless the user explicitly > set a sane framerate. And the most common invocation for setpts seen in > workflows, our docs and across

Re: [FFmpeg-devel] [PATCH 3/4] doc/faq: Document the plan ahead for Governance

Hi Michael, On Mon, Jan 13, 2025 at 12:29 PM Michael Niedermayer wrote: > Then this needs to be documented properly, not covering half the story up. > Given how subjective this ("covering half the story up") will be, I would encourage you to do this on your blog, not on the project website. Ro

Re: [FFmpeg-devel] [PATCH 3/4] doc/faq: Document the plan ahead for Governance

Hi Michael, On Fri, Jan 10, 2025 at 9:01 PM Michael Niedermayer wrote: > But i think a company which actually depends on a FFmpeg vote outcome > > will be able to connect the dots and be able to enumerate the options > to influcence said vote > > * do they have an employee with vote rights, iam

Re: [FFmpeg-devel] [PATCH 2/4] doc/faq: Anwser some questions about he GA, which keep popping up

On Tue, Jan 7, 2025 at 7:02 AM Michael Niedermayer wrote: > Hi Ronald > > On Mon, Jan 06, 2025 at 09:38:27PM -0500, Ronald S. Bultje wrote: > > On Mon, Jan 6, 2025 at 6:23 PM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > &g

Re: [FFmpeg-devel] [PATCH 2/4] doc/faq: Anwser some questions about he GA, which keep popping up

On Mon, Jan 6, 2025 at 6:23 PM Michael Niedermayer wrote: > +@subsection Can votes be bought? > Really? This is necessary? :-( ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit

Re: [FFmpeg-devel] [PATCH v2 3/3] vp9: recon: Use emulated edge to prevent buffer overflows

Hi Janne, On Thu, Jan 2, 2025 at 7:55 PM Janne Grunau wrote: > The arm/aarch64 horizontal filter reads one additional pixel beyond what > the filter uses. This can become an issue if the application does not > allocate larger buffers than what's required for the pixel data. If the > motion vecto

Re: [FFmpeg-devel] [PATCH] avcodec.h: document padding requirements for get_buffer() callback.

Hi, On Thu, Jan 2, 2025 at 5:48 PM James Almer wrote: > On 1/2/2025 7:39 PM, Ronald S. Bultje wrote: > > --- > > libavcodec/avcodec.h | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h

[FFmpeg-devel] [PATCH] avcodec.h: document padding requirements for get_buffer() callback.

--- libavcodec/avcodec.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index 12e6e8749f..7ecb819dae 100644 --- a/libavcodec/avcodec.h +++ b/libavcodec/avcodec.h @@ -1199,7 +1199,8 @@ typedef struct AVCodecContext { * some ot

Re: [FFmpeg-devel] FFmpeg governance and accusations

Hi Michael, On Mon, Dec 30, 2024 at 11:58 AM Michael Niedermayer wrote: > After months of public harassment and accusations > it appears the attacks against me shift to private mail. > [..] > But in an attempt to remove the grand prize and motive behind this. > I will never give any power relat

Re: [FFmpeg-devel] Vittorio's mailinglist ban, git access removal and message deletion (was: Worsening messages)

Hi Michael, On Mon, Dec 30, 2024 at 2:13 PM Michael Niedermayer wrote: > Hi CC-2024 > > On Mon, Dec 30, 2024 at 08:31:00AM -0500, Ronald S. Bultje wrote: > > Dear Michael, > > > > The other 4 members of the previous CC (JB, Steven, James, Ronald) would > >

[FFmpeg-devel] Vittorio's mailinglist ban, git access removal and message deletion (was: Worsening messages)

Dear Michael, The other 4 members of the previous CC (JB, Steven, James, Ronald) would like to make it clear that it was never consulted on this decision. You (Michael) have - after the fact - asked us (the other 4 previous-CC members) to look into Vittorio's emails and Kieran's re-post thereof, w

Re: [FFmpeg-devel] [PATCH] avcodec/libdav1d: clear the buffered Dav1dData on decoding failure

Hi, On Fri, Dec 27, 2024 at 5:12 PM James Almer wrote: > Should ensure avcodec_send_packet() doesn't return EAGAIN in scenarios > where it's not > meant to (e.g., ffmpeg_dec.c where avcodec_receive_frame() is called in a > loop to drain > all produced frames before trying to submit more packets)

Re: [FFmpeg-devel] [ANNOUNCE] upcoming vote: CC election

Hi all, (Prior note: the election was scheduled to end on the 23rd of December. Anton is currently taking a break so I've asked him to let me announce the election results.) The poll has concluded, with 31 votes out of 52. Results are available at [1], the winning committee is: * James Almer * M

Re: [FFmpeg-devel] Fwd: Your message to ffmpeg-devel awaits moderator approval

Hi, On Mon, Dec 23, 2024 at 8:22 AM Nicolas George wrote: > Could you all stop ganging against Michael? It is reminiscent of the > bullying he was subjected to in the months leading to the fork that > convinced him to “resign” as project leader even though he was doing an > excellent job of if.

Re: [FFmpeg-devel] [PATCH v2 2/2] avcodec/hevcdec: remove hevc prefix for x86 asm files

Hi, On Sat, Dec 21, 2024 at 5:02 AM Nuo Mi wrote: > rename from libavcodec/x86/hevc_add_res.asm > rename to libavcodec/x86/hevc/add_res.asm > Good idea - LGTM. I should probably do this for VP9 also... Ronald ___ ffmpeg-devel mailing list ffmpeg-deve

Re: [FFmpeg-devel] [PATCH 3/3] vp9: recon: Use emulated edge to prevent buffer overflows

Hi Janne, On Thu, Dec 19, 2024 at 4:12 PM Janne Grunau wrote: > The arm/aarch64 horizontal filter reads one additional pixel beyond what > the filter uses. This can become an issue if the application does not > allocate larger buffers than what's required for the pixel data. If the > motion vect

Re: [FFmpeg-devel] Fwd: Your message to ffmpeg-devel awaits moderator approval

Hi, On Fri, Dec 20, 2024 at 1:06 AM compn wrote: > On Fri, 20 Dec 2024 06:24:46 +0100, Anton Khirnov wrote: > > > Quoting Michael Niedermayer (2024-12-19 20:52:39) > > > This was a brave decission and IMO it was the correct decission. > > > You saw people fighting, and you stepped between them t

Re: [FFmpeg-devel] [PATCH] avfilter/vf_scale: remove systematic PAL8 hack

Hi, On Thu, Dec 19, 2024 at 5:19 PM Michael Niedermayer wrote: > Hi > > On Wed, Dec 18, 2024 at 12:48:03PM -0500, Ronald S. Bultje wrote: > > Hi, > > > > On Wed, Dec 18, 2024 at 5:29 AM Niklas Haas wrote: > > > > > On Wed, 18 Dec 2024 02:32

Re: [FFmpeg-devel] [ANNOUNCE] upcoming vote: CC election

Hi, On Thu, Dec 19, 2024 at 2:02 PM Michael Niedermayer wrote: > Hi > > On Thu, Dec 19, 2024 at 08:27:50AM -0500, Ronald S. Bultje wrote: > > Hi, > > > > On Thu, Dec 19, 2024 at 8:05 AM Kieran Kunhya via ffmpeg-devel < > > ffmpeg-devel@ffmpeg.org> wrot

Re: [FFmpeg-devel] Fwd: Your message to ffmpeg-devel awaits moderator approval

Hi, On Thu, Dec 19, 2024 at 11:51 AM Anton Khirnov wrote: > Quoting compn (2024-12-19 17:32:26) > > i didnt moderate that standard*set thread. CC did , as specified here: > > > > > https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2024-December/337678.html > > Then I apologize for the speculation.

Re: [FFmpeg-devel] [PATCH] avformat: add AV1 RTP depacketizer and packetizer

Hi, On Thu, Dec 19, 2024 at 8:23 AM Chris Hodges wrote: > Hi there, > > On 12/13/24 15:09, Tristan Matthews via ffmpeg-devel wrote: > > >> I don't seem to be able to replay the Chimera video directly with my > >> local build of ffplay, get's all choppy and skips big deals of the > >> video. Migh

Re: [FFmpeg-devel] [ANNOUNCE] upcoming vote: CC election

Hi, On Thu, Dec 19, 2024 at 8:05 AM Kieran Kunhya via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > On Thu, 19 Dec 2024, 02:22 Michael Niedermayer, > wrote: > > > Kieran reports this to the CC > > and jb and ronald vote for a third ban of Nicolas, > > ronald states that he would not have vote

Re: [FFmpeg-devel] [PATCH] avfilter/vf_scale: remove systematic PAL8 hack

Hi, On Wed, Dec 18, 2024 at 5:29 AM Niklas Haas wrote: > On Wed, 18 Dec 2024 02:32:07 +0100 Michael Niedermayer < > mich...@niedermayer.cc> wrote: > > Hi > > > > On Tue, Dec 17, 2024 at 10:31:42AM +0100, Niklas Haas wrote: > > > On Tue, 17 Dec 2024 01:48:02 +0100 Michael Niedermayer < > mich...@

Re: [FFmpeg-devel] [PATCH v2] Use AVBufferPool in MOV

Hi Timo, On Wed, Dec 11, 2024 at 5:49 PM compn wrote: > On Wed, 11 Dec 2024 14:56:23 +0100, Timo Rothenpieler wrote: > > > On 11/12/2024 10:10, Arnaud Masserann wrote: > > > Hi, any feedback on this patch ? > > > > I do not appear to have received the mail you are replying to here > > > https://

Re: [FFmpeg-devel] [PATCH v3 1/2] checkasm/rv40dsp: cover more cases

Hi, On Thu, Dec 5, 2024 at 8:49 AM Ronald S. Bultje wrote: > Hi, > > On Thu, Dec 5, 2024 at 8:41 AM wrote: > >> From: sunyuechi >> >> Co-Authored-By: Ronald S. Bultje >> --- >> tests/checkasm/rv40dsp.c | 10 +- >> 1 file changed, 5

Re: [FFmpeg-devel] [PATCH v3 2/2] lavc/rv40dsp: fix RISC-V chroma_mc

Hi, On Fri, Dec 6, 2024 at 2:24 PM Rémi Denis-Courmont wrote: > > > Le 6 décembre 2024 13:19:29 GMT+01:00, Niklas Haas a > écrit : > >On Thu, 05 Dec 2024 21:41:51 +0800 uk7b-at-foxmail@ffmpeg.org wrote: > >> From: sunyuechi > >> > >> --- > >> libavcodec/riscv/rv40dsp_rvv.S | 116 +

Re: [FFmpeg-devel] [PATCH v2] checkasm: vvc: Use checkasm_check for printing failing output

Hi, On Mon, Dec 9, 2024 at 5:02 PM Martin Storsjö wrote: > Share the checkasm_check_pixel macro from hevc_pel in checkasm.h, > to allow other tests to use the same. (To use it in other tests, > those tests need to have a similar setup for high bitdepth pixels, > with a local variable named "bit_

Re: [FFmpeg-devel] [PATCH] checkasm: vvc: Use checkasm_check for printing failing output

Hi, On Mon, Dec 9, 2024 at 9:17 AM Martin Storsjö wrote: > On Mon, 9 Dec 2024, Ronald S. Bultje wrote: > > > Secondly, can we share checkasm_check_pixel in a more general location so > > other codecs can use it too? > > Ideally, yes. > > But the problem is in the

Re: [FFmpeg-devel] [PATCH] checkasm: vvc: Use checkasm_check for printing failing output

Hello, On Mon, Dec 9, 2024 at 7:25 AM Martin Storsjö wrote: > This simplifies the code for checking the output, and can print > the failing output (including a map of matching/mismatching > elements) if checkasm is run with the -v/--verbose option. > First off: yay \o/ Secondly, can we share c

Re: [FFmpeg-devel] [PATCH v3 1/2] checkasm/rv40dsp: cover more cases

Hi, On Thu, Dec 5, 2024 at 8:41 AM wrote: > From: sunyuechi > > Co-Authored-By: Ronald S. Bultje > --- > tests/checkasm/rv40dsp.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/tests/checkasm/rv40dsp.c b/tests/checkasm/rv40

Re: [FFmpeg-devel] [PATCH v2 1/2] checkasm/rv40dsp: cover more cases

Hi, Christophe asked me to chime in. On Wed, Dec 4, 2024 at 4:14 AM wrote: > --- a/tests/checkasm/rv40dsp.c > +++ b/tests/checkasm/rv40dsp.c > @@ -27,7 +27,7 @@ > #define randomize_buffers() \ > do { \ > for (int i = 0; i < 16*

Re: [FFmpeg-devel] [PATCH v2 2/6] avutil/csp: eliminate redundant branch

Hi, On Sun, Dec 1, 2024 at 9:24 AM Leo Izen wrote: > > > On 11/30/24 9:23 AM, Niklas Haas wrote: > > From: Niklas Haas > > > > --- > > libavutil/csp.c | 6 +- > > 1 file changed, 1 insertion(+), 5 deletions(-) > > > > diff --git a/libavutil/csp.c b/libavutil/csp.c > > index 7ef822c60b..3

Re: [FFmpeg-devel] [RFC] libpostproc splitout

Dear FFmpeg community, The CC is asking for a brief pause (24-48hrs?) in this thread. It's become quite heated and we don't think this is good for anyone. After that, feel free to continue discussing libpostproc's split-out in this thread or other subjects in their own respective threads. Thank y

Re: [FFmpeg-devel] Discussion about mails from 9 years ago Was: [PATCH 1/2] doc/community: Add a standard set of rules for software development mailing lists

On Tue, Nov 26, 2024 at 8:50 AM Jean-Baptiste Kempf wrote: > VDD in Korea was awesome. > Yes it was. Thank you to everyone for making it happen and thank you to everyone for being there. Ronald ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org htt

Re: [FFmpeg-devel] [PATCH 2/6] avutil/csp: eliminate redundant branch

Hi, On Mon, Nov 25, 2024 at 8:16 AM Niklas Haas wrote: > From: Niklas Haas > > --- > libavutil/csp.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/libavutil/csp.c b/libavutil/csp.c > index 7ef822c60b..3dd7bc2562 100644 > --- a/libavutil/csp.c > +++ b/libavutil/c

Re: [FFmpeg-devel] [PATCH 1/6] avutil/csp: fix documentation of av_csp_trc_function

Hi, On Mon, Nov 25, 2024 at 8:16 AM Niklas Haas wrote: > + * performs either an OETF transfer function, or alternativel an inverse > EOTF > alternativel -> alternatively (+y). > + * function (in particular, for SMPTE ST 2084 / PQ). > I don't actually know the details here (EOTF or inverse EO

Re: [FFmpeg-devel] [PATCH] Use AVBufferPool in MOV

Hi, On Sun, Nov 24, 2024 at 12:25 PM Arnaud Masserann wrote: > There is no 32-stream limit. > Each AVBufferPool needs to be initialized with a fixed allocation > size. So, the 32 pools are for 1^1 bit allocations, 1^2 bit > allocations, ...2^32 bit allocations. See mov_pool_get in the patch. > >

Re: [FFmpeg-devel] [PATCH 1/2] doc/community: Add a standard set of rules for software development mailing lists

Hi Michael, On Sat, Nov 23, 2024 at 8:12 AM Michael Niedermayer wrote: > +Stay On-Topic: Ensure your messages relate to software development or the > specific purpose of the mailing list. Avoid unrelated discussions. > +Be Respectful: Treat all members with courtesy and respect. Personal > attac

Re: [FFmpeg-devel] [PATCH 2/2] doc/community: Add a standard set of rules for reporting and handling mailing list issues

Hi, On Sat, Nov 23, 2024 at 8:12 AM Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > doc/community.texi | 4 > [..] > +Moderators’ Authority: Moderators have the final say on rule enforcement. > Non-compliance may result in warnings, moderated posts, or removal from

Re: [FFmpeg-devel] [PATCH] Use AVBufferPool in MOV

Hi Arnaud, On Fri, Nov 22, 2024 at 1:08 PM Arnaud Masserann wrote: > - Should the pools be per-stream (in MOVStreamContext) or per file (in > MOVContext) ? > I'm assuming the per-stream is because their bitrates (and packet sizes) will typically be substantially different. For example, video wi

Re: [FFmpeg-devel] [RFC] libpostproc splitout

Hi, On Fri, Nov 22, 2024 at 7:59 AM wrote: > the (at least perceived) inaction of the CC in other cases makes this seem > the CC has a huge double standard how to deal with things… I think that is a fair criticism - I agree we're generally too slow, actually I think most/all of us agree there.

Re: [FFmpeg-devel] [PATCH v2] lavc/x86/videodsp: Drop MMX usage

Hi, On Sat, Nov 16, 2024 at 1:00 PM Frank Plowman wrote: > Remove the MMX versions of these functions and modify the SSE > implementations to avoid using MMX registers. > > Signed-off-by: Frank Plowman > --- > libavcodec/x86/videodsp.asm| 61 ++- > libavcodec/x86/videod

Re: [FFmpeg-devel] root access voting

Hi, On Fri, Nov 15, 2024 at 1:41 PM Michael Niedermayer wrote: > adding a assembly course to FFmpeg github will happen once someone replies > and > says who will do it and what access (s)he needs. > Kieran says he would like access in the future, but doesn't need it right now yet, so no action

Re: [FFmpeg-devel] [PATCH v4 0/5] avcodec/x86/diracdsp: migrate last remaining MMX function to SSE2

Hi, On Thu, Nov 14, 2024 at 2:43 PM Ronald S. Bultje wrote: > Hi, > > On Thu, Nov 14, 2024 at 1:28 PM Kyosuke Kawakami > wrote: > >> This series of patch migrates the last remaining MMX function in >> diracdsp to SSE2. >> >> Changes from v3 are: &g

Re: [FFmpeg-devel] [PATCH v4 0/5] avcodec/x86/diracdsp: migrate last remaining MMX function to SSE2

Hi, On Thu, Nov 14, 2024 at 1:28 PM Kyosuke Kawakami wrote: > This series of patch migrates the last remaining MMX function in > diracdsp to SSE2. > > Changes from v3 are: > - Use correct register load/use counts > - Fix garbage value issue on Windows > - Use constant yblen on checkasm benchmark

Re: [FFmpeg-devel] [PATCH v3 1/3] checkasm/diracdsp: test add_dirac_obmc

Hi, On Thu, Nov 14, 2024 at 10:18 AM James Almer wrote: > On 11/14/2024 11:30 AM, Kyosuke Kawakami wrote: > > Signed-off-by: Kyosuke Kawakami > > --- > > tests/checkasm/Makefile | 1 + > > tests/checkasm/checkasm.c | 3 ++ > > tests/checkasm/checkasm.h | 1 + > > tests/checkasm/diracd

Re: [FFmpeg-devel] [PATCH v3 1/3] checkasm/diracdsp: test add_dirac_obmc

Hi, On Thu, Nov 14, 2024 at 9:32 AM Kyosuke Kawakami wrote: > Signed-off-by: Kyosuke Kawakami > --- > tests/checkasm/Makefile | 1 + > tests/checkasm/checkasm.c | 3 ++ > tests/checkasm/checkasm.h | 1 + > tests/checkasm/diracdsp.c | 86 +++ > tests/fat

Re: [FFmpeg-devel] [PATCH v2 2/3] avcodec/x86/diracdsp: migrate last remaining MMX function to SSE2

Hi, On Wed, Nov 13, 2024 at 5:44 PM Kyosuke Kawakami wrote: > The add_dirac_obmc8_mmx function was the only MMX function left. This > patch migrates it to SSE2. > > Here is checkasm benchmark results: > > diracdsp.add_dirac_obmc_8_c:2299.1 ( 1.00x) > diracdsp.add_dirac_obmc_8_mmx: 237.6 (

Re: [FFmpeg-devel] [PATCH v2 1/3] checkasm/diracdsp: test add_dirac_obmc

Hi, thanks for adding the test! This looks pretty good. Minor suggestion: On Wed, Nov 13, 2024 at 5:39 PM Kyosuke Kawakami wrote: > +#define RANDOMIZE_DESTS(name, size) \ > +do {\ > +int i; \ > +

Re: [FFmpeg-devel] [RFC] dormant git accounts

Hi, On Wed, Nov 13, 2024 at 3:45 PM compn wrote: > people are using XV as an example, sure. > (I think you meant xz.) Ronald ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit

Re: [FFmpeg-devel] [PATCH] enc_recon_frame_test: don't print an error on EOF.

Hi, On Mon, Nov 11, 2024 at 9:06 AM Ronald S. Bultje wrote: > On Fri, Nov 8, 2024 at 10:38 AM Ronald S. Bultje > wrote: > >> Before: >> $ make tools/enc_recon_frame_test >> $ tools/enc_recon_frame_test ~/Movies/cif/bus_cif.y4m libx264 'tune=psnr' >

Re: [FFmpeg-devel] [PATCH] lavc/x86/videodsp: Drop MMX usage

Hi, On Tue, Nov 12, 2024 at 2:14 PM Frank Plowman wrote: > Remove the MMX versions of these functions and modify the SSE > implementations to avoid using MMX registers. > > Signed-off-by: Frank Plowman > --- > This wasn't wholly straightforward as the existing SSE implementation did > not only

Re: [FFmpeg-devel] [PATCH] lavc/x86/videodsp: Fix clobbered FPU state on x86-32

Hi, On Mon, Nov 11, 2024 at 4:03 AM Frank Plowman wrote: > I thought the same before submitting this patch, and tried only adding > the line conditionally based on the mmsize, but found neither wrapping > it in an a) mmsize == 8, nor b) mmsize != 8 block alone worked. > Can we just get rid of t

Re: [FFmpeg-devel] [PATCH] enc_recon_frame_test: don't print an error on EOF.

Hi, On Fri, Nov 8, 2024 at 10:38 AM Ronald S. Bultje wrote: > Before: > $ make tools/enc_recon_frame_test > $ tools/enc_recon_frame_test ~/Movies/cif/bus_cif.y4m libx264 'tune=psnr' > Error submitting a frame for encoding > > After: > All 150 enco

Re: [FFmpeg-devel] [RFC] github assembly course ?

Hi, On Sun, Nov 10, 2024 at 6:53 PM Michael Niedermayer wrote: > Hi > > I have been given recordings of VDD by the Reconnaissance General Bureau. > (didnt listen to all yet) > > IIUC there was a talk where it was suggested (by kieran?) to have some > assembly langauge course on FFmpeg github. IM

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/x86/diracdsp: Migrate last remaining MMX function to SSE2

Hi, On Sun, Nov 10, 2024 at 9:28 AM Kyosuke Kawakami wrote: > On Sat, Nov 9, 2024 at 9:07 PM Michael Niedermayer > wrote: > > > > this seems to break fate: > > Ouch, I didn't know fate needs samples to be downloaded separately. > I'll work on patch v2 tomorrow. Thanks for the review. > Maybe w

Re: [FFmpeg-devel] [RFC] libpostproc splitout

Hi, On Fri, Nov 8, 2024 at 6:56 PM Michael Niedermayer wrote: > On Fri, Nov 08, 2024 at 01:15:41PM -0500, Ronald S. Bultje wrote: > > Hi, > > > > On Fri, Nov 8, 2024 at 11:45 AM Michael Niedermayer < > mich...@niedermayer.cc> > > wrote: > > > > &g

Re: [FFmpeg-devel] [RFC] libpostproc splitout

Hi, On Fri, Nov 8, 2024 at 11:45 AM Michael Niedermayer wrote: > On Fri, Nov 08, 2024 at 11:23:49AM -0500, Ronald S. Bultje wrote: > > On Fri, Nov 8, 2024 at 11:17 AM Michael Niedermayer < > mich...@niedermayer.cc> > > > my wish would be that the 15k could be

Re: [FFmpeg-devel] [RFC] libpostproc splitout

Hi, On Fri, Nov 8, 2024 at 11:17 AM Michael Niedermayer wrote: > On Fri, Nov 08, 2024 at 11:44:03AM +0100, Tomas Härdin wrote: > > tor 2024-11-07 klockan 00:11 +0100 skrev Michael Niedermayer: > > > Hi all > > > > > > Should libpostproc be split out into a seperate source repository ? > > > > >

[FFmpeg-devel] [PATCH] enc_recon_frame_test: don't print an error on EOF.

Before: $ make tools/enc_recon_frame_test $ tools/enc_recon_frame_test ~/Movies/cif/bus_cif.y4m libx264 'tune=psnr' Error submitting a frame for encoding After: All 150 encoded frames match --- tools/enc_recon_frame_test.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/enc_recon_fram

Re: [FFmpeg-devel] Develop FFmpeg through your browser?

Hi, You raise good questions that certainly deserve further exploration, in fact I'd be deeply supportive of such discussions. However... On Sat, Nov 2, 2024 at 7:56 PM Michael Niedermayer wrote: > That said, I find the discussions about such key decissions being done > each year > on "videolan

Re: [FFmpeg-devel] root access voting

Hi, On Sun, Nov 3, 2024 at 11:37 AM Michael Niedermayer wrote: > On Sun, Nov 03, 2024 at 08:56:36PM +0900, Rémi Denis-Courmont wrote: > > Le 2 novembre 2024 20:34:30 GMT+09:00, Michael Niedermayer < > mich...@niedermayer.cc> a écrit : > > >At teh current videolan developer days there where sever

Re: [FFmpeg-devel] [PATCH 03/13] avcodec/decode: support applying LCEVC enhacements

Hi, On Sat, Aug 31, 2024 at 12:31 PM James Almer wrote: > --- a/libavcodec/options_table.h > +++ b/libavcodec/options_table.h > @@ -93,6 +93,7 @@ static const AVOption avcodec_options[] = { > [..] > {"film_grain", "export film grain parameters through frame side data", 0, > AV_OPT_TYPE_CONST, {

Re: [FFmpeg-devel] [PATCH 08/10] MAINTAINERS: Add S field based on the linux kernel MAINTAINERs

Hi, On Wed, Aug 28, 2024 at 1:25 PM Michael Niedermayer wrote: > +(T ) *SCM* tree type and location. > + Type is one of: git, hg, quilt, stgit, topgit > S (see subject) or T (see text)? One of them is contradicting the other. Ronald ___

Re: [FFmpeg-devel] [PATCH v2] avfilter: fix data type for {Tile, Untile}Context's image size

Hi, On Wed, Jul 24, 2024 at 8:41 PM Rémi Denis-Courmont wrote: > but then again, he de facto excluded himself by making a hostile fork. > Forking is very much a part of the opensource spirit, and hostile is very subjective. Such a precedent would be abused over and over. (I agree with some oth

Re: [FFmpeg-devel] [PATCH v2] avfilter: fix data type for {Tile, Untile}Context's image size

Hi Paul, On Tue, Jul 23, 2024 at 5:31 PM Paul B Mahol wrote: > Also you are extremely selective and biased in your judging. > If you believe there's anything we missed, please forward relevant communication (emails or IRC logs) to us and we will have a look. I'm not online 24/7 so I certainly e

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

Hi, On Mon, Jul 8, 2024 at 8:34 AM Andrew Sayers wrote: > We often say e.g. "this struct currently has such-and-such members, but the > size is not part of the public API". So it's not much of a stretch to say > "this preset enables such-and-such features, but the value is not part of > the > p

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

Hi, On Sat, Jul 6, 2024 at 1:29 PM Hendrik Leppkes wrote: > On Sat, Jul 6, 2024 at 6:42 PM Michael Niedermayer > wrote: > > > > On Sat, Jul 06, 2024 at 02:11:30AM +0200, Hendrik Leppkes wrote: > > > On Fri, Jul 5, 2024 at 11:34 PM Michael Niedermayer > > > wrote: > > > > > /** > > > > > * The

Re: [FFmpeg-devel] [PATCH] lavc/vc1dsp: match C block layout in inv_trans_4x8_rvv

Hi, On Mon, Jun 10, 2024 at 3:20 PM Rémi Denis-Courmont wrote: > Although checkasm does not verify this, the decoder requires that the > transform updates the input block exactly like the C code does. > Would it be possible to update the checkasm test to verify this? Ronald ___

Re: [FFmpeg-devel] [PATCH] lavu/opt: Mention that AVOptions is not reentrant

Hi, On Wed, Jun 5, 2024 at 9:44 AM Andrew Sayers wrote: > On Wed, Jun 05, 2024 at 03:34:50PM +0200, Paul B Mahol wrote: > > On Wed, Jun 5, 2024 at 3:18 PM Andrew Sayers < > ffmpeg-de...@pileofstuff.org> > > wrote: > > > > > An external API developer might think they can use AVOptions to modify >

[FFmpeg-devel] New CC member: Steven Liu

Hi all, Anton resigned from the CC [1], leaving an empty spot. The remaining members of the CC agreed it would be best to fill the spot with the next runner-up from the last CC Elections. The last CC election results [2] had Steven Liu as next runner-up, so we've asked him to fill Anton's spot for

Re: [FFmpeg-devel] [PATCH 2/2] swscale/aarch64: Add rgb24 to yuv implementation

Hi, On Mon, Jun 3, 2024 at 12:14 PM Zhao Zhili wrote: > > > > On Jun 3, 2024, at 22:17, Rémi Denis-Courmont wrote: > > > > Le maanantaina 3. kesäkuuta 2024, 16.11.15 EEST Zhao Zhili a écrit : > >>> See https://github.com/mstorsjo/FFmpeg/actions/runs/9346228714 for one > >>> example run of these

Re: [FFmpeg-devel] [PATCH] avcodec/vp9mvs: fix misaligned access when clearing VP9mv

Hi, On Sun, Jun 2, 2024 at 6:43 PM Kacper Michajlow wrote: > On Sun, 2 Jun 2024 at 23:17, Ronald S. Bultje wrote: > > > > Hi, > > > > On Sun, Jun 2, 2024 at 9:12 AM James Almer wrote: > > > > > On 6/2/2024 10:06 AM, James Almer wrote: > >

Re: [FFmpeg-devel] [PATCH] avcodec/vp9mvs: fix misaligned access when clearing VP9mv

Hi, On Sun, Jun 2, 2024 at 9:12 AM James Almer wrote: > On 6/2/2024 10:06 AM, James Almer wrote: > > On 6/2/2024 9:14 AM, Kacper Michajłow wrote: > >> Fixes runtime error: member access within misaligned address > >> for type 'av_alias64', which requires 8 byte alignment. > >> > >> VP9mv is ali

Re: [FFmpeg-devel] [PATCH 4/5] lavu/intmath.h: Fix UB in ff_ctz_c() and ff_ctzll_c()

Hi, On Thu, May 30, 2024 at 10:03 AM Tomas Härdin wrote: > tor 2024-05-30 klockan 16:06 +0300 skrev Rémi Denis-Courmont: > > > > > > Le 30 mai 2024 12:50:05 GMT+03:00, "Tomas Härdin" a > > écrit : > > > tor 2024-05-30 klockan 10:54 +0300 skrev Rémi Denis-Courmont: > > > > Can't we just use the

Re: [FFmpeg-devel] [PATCH v2 1/3] avcodec/x86/vvc/vvc_alf: fix integer overflow

Hi Andreas, On Thu, May 30, 2024 at 2:33 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote: > toq...@outlook.com: > > From: Wu Jianhua > > > > Some tests fails with certain seeds > > > > tests/checkasm/checkasm 2325607578 --test=vvc_alf > > checkasm: using random seed 2325607578 > >

Re: [FFmpeg-devel] [PATCH v2 1/3] avcodec/x86/vvc/vvc_alf: fix integer overflow

Hi, On Thu, May 30, 2024 at 12:28 PM wrote: > From: Wu Jianhua > > Some tests fails with certain seeds > > tests/checkasm/checkasm 2325607578 --test=vvc_alf > checkasm: using random seed 2325607578 > AVX2: > vvc_alf_filter_luma_120x20_12_avx2 (vvc_alf.c:104) > vvc_alf_filter_luma_120x24

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/x86/vvc/vvc_alf: fix integer overflow

Hi, On Wed, May 29, 2024 at 3:44 PM Wu Jianhua wrote: > Ronald S. Bultje: > > On Wed, May 29, 2024 at 11:38 AM toq...@outlook.com>> wrote: > > +%else > > +vpunpcklqdq m11, m2, m2 > > +vpunpckhqdq m12, m2, m2 > > +vpunpcklwd

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/x86/vvc/vvc_alf: fix integer overflow

Hi, On Wed, May 29, 2024 at 11:38 AM wrote: > +%else > +vpunpcklqdq m11, m2, m2 > +vpunpckhqdq m12, m2, m2 > +vpunpcklwd m11, m11, m14 > +vpunpcklwd m12, m12, m14 > +paddd m0, m11 > +paddd m1, m12 > +packssdw m0,

Re: [FFmpeg-devel] Flushing while decoding , but need already decoded frames

Hi, On Fri, May 24, 2024 at 7:39 AM Andrey Turkin wrote: > Have to say, this issue has been a long grievance of mine. There is no > reason to delay frames when the decoder is set up to ignore B frames > as there is no reordering to be done > Frame threading? Ronald

Re: [FFmpeg-devel] [PATCH] lavc/vp9: set update_map to 0 when segmentation.enabled is 0

Hi, On Wed, May 22, 2024 at 1:28 PM Hendrik Leppkes wrote: > On Wed, May 22, 2024 at 7:16 PM Lynne via ffmpeg-devel > wrote: > > I'd hate to apply fixes with no information in shared code. This can get > > removed with no information about what relies on it. > > Changing 5 different hwaccel mod

  1   2   3   4   5   6   7   8   9   10   >