Hi
On Mon, Jun 02, 2025 at 09:22:29PM +, softworkz . wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Michael
> > Niedermayer
> > Sent: Montag, 2. Juni 2025 21:35
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] The "bad" Patch
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Dienstag, 3. Juni 2025 02:19
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-time check for
> gzip support in zlib
>
> On Tue, Jun 3, 2025 at 1
On Tue, Jun 3, 2025 at 1:26 AM softworkz .
wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Ramiro
> > Polla
> > Sent: Dienstag, 3. Juni 2025 01:22
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-tim
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Dienstag, 3. Juni 2025 01:26
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-time check for
> gzip support in zlib
>
>
>
> > -Original Mes
Just a friendly follow up on this patch. I've attached the patch in case
something else was wrong with the formatting with my previous reply.
Ethan
On 5/30/25 12:29 AM, Ethan Halsall wrote:
On 5/29/25 7:58 PM, Michael Niedermayer wrote:
On Tue, May 27, 2025 at 01:24:57PM -0500, Ethan Halsall
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Dienstag, 3. Juni 2025 01:22
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-time check for
> gzip support in zlib
>
> Hi Jacob,
>
> On Fri, M
Hi Jacob,
On Fri, May 30, 2025 at 8:19 PM Jacob Lifshay wrote:
> On May 30, 2025 4:10:45 AM PDT, Ramiro Polla wrote:
> > I'll postpone this part of the patchset (patches 1 to 3) for a while
> > to give more time for people to comment. If anybody can find a system
> > where zlib doesn't support g
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Montag, 2. Juni 2025 04:39
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly
> instead of gzip
>
> This is a WIP patchset to
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Montag, 2. Juni 2025 12:50
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> softworkz . (HE12025-06-02):
> > The way I'm responding to NG is in no way how
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Montag, 2. Juni 2025 21:35
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
Hi,
> The CC needs someone who is good at mediating (or what you call it) tha
Le torstaina 22. toukokuuta 2025, 21.38.32 Itä-Euroopan kesäaika Marvin Scholz
a écrit :
> When using a literal IPv6 address as hostname,
> it can contain a Zone ID
> especially in the case of link-local addresses. Sending this to the
> server in the Host header is not useful to the server and in
Le perjantaina 30. toukokuuta 2025, 10.40.45 Itä-Euroopan kesäaika
daichengr...@iscas.ac.cn a écrit :
> From: daichengrong
>
> On Banana PI F3:
> hevc_idct_32x32_8_c:118807.4 (
> 1.00x) hevc_idct_32x32_8_rvv_i64: 13853.3 (
> 8.58x
Hi Nicolas
On Mon, Jun 02, 2025 at 09:57:34AM +0200, Nicolas George wrote:
> Michael Niedermayer (HE12025-06-02):
> > Id like you to be in the next community committee. (together with marth64)
>
> Sorry, but Are you out of your mind?
probably ;)
is that surprising after so many years here ?
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Montag, 2. Juni 2025 12:50
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> softworkz . (HE12025-06-02):
> > The way I'm responding to NG is in no way how
From: IndecisiveTurtle
Prevents compiler from mistaking it as a string
Also makes passing it to the GPU in a buffer easier
---
libavcodec/vc2enc_common.c | 2 +-
libavcodec/vc2enc_common.h | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vc2enc_common.c b/libav
From: IndecisiveTurtle
---
libavcodec/vulkan/common.comp | 51 ---
1 file changed, 41 insertions(+), 10 deletions(-)
diff --git a/libavcodec/vulkan/common.comp b/libavcodec/vulkan/common.comp
index 10af9c0623..59a4a4b1a8 100644
--- a/libavcodec/vulkan/common.comp
Compared to v5, this is simply a rebase to include
1c78db8ffc6f8c41c0e1593e73e56e529d34e60f and resolves FATE test by
reverting to
VC2_TRANSFORM_9_7 as default wavelet, which I changed to another for
some of my tests and neglected change back
Στις Δευ 2 Ιουν 2025 στις 10:13 μ.μ., ο/η IndecisiveTur
From: IndecisiveTurtle
Performance wise, encoding a 3440x1440 1-minute video is performed in about 2.4
minutes with the cpu encoder running on my Ryzen 5 4600H, while it takes about
1.3 minutes on my NVIDIA GTX 1650
Haar shader has a subgroup optimized variant that applies when configured
wav
From: IndecisiveTurtle
---
libavcodec/Makefile| 2 +-
libavcodec/vc2enc.c| 673 ++---
libavcodec/vc2enc_common.c | 575 +++
libavcodec/vc2enc_common.h | 169 ++
4 files changed, 770 insertions(+), 649 deletions
On Fri, May 30, 2025 at 12:33:08PM -0700, Emma Worley wrote:
> Signed-off-by: Emma Worley
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In fact, the RIAA has been known to suggest th
On Tue, 03 Jun 2025 at 01:58, Lynne wrote:
> ---
> libavutil/hwcontext_vulkan.c | 84 +++-
> libavutil/vulkan_functions.h | 6 +++
> libavutil/vulkan_loader.h| 1 +
> 3 files changed, 89 insertions(+), 2 deletions(-)
>
> diff --git a/libavutil/hwcontext_vulka
Hi,
On that note, we should keep in mind that FFmpeg also uses (or abuses) FFMIN
and FFMAX for pointer arithmetic. It feels a bit of an abuse to refer to
pointers as integers.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mai
GCC/Clang is smart enough to emit minss/maxss the same way as these functions.
The only theoretical benefit was in x86_32, where x87 floats are used, but the
penalty of making the clipping opaque to the compiler's scheduler plus moving
values from mmx regs to xmm and back will offset any potential
Hi Ethan
On Fri, May 30, 2025 at 12:29:19AM -0500, Ethan Halsall wrote:
> On 5/29/25 7:58 PM, Michael Niedermayer wrote:
> > On Tue, May 27, 2025 at 01:24:57PM -0500, Ethan Halsall wrote:
> > > Signed-off-by: Ethan Halsall
> > > ---
> > > libavfilter/vf_mcdeint.c | 32 ++
On Tue, 03 Jun 2025 01:58:26 +0900 Lynne wrote:
> ---
> libavutil/hwcontext_vulkan.c | 84 +++-
> libavutil/vulkan_functions.h | 6 +++
> libavutil/vulkan_loader.h| 1 +
> 3 files changed, 89 insertions(+), 2 deletions(-)
>
> diff --git a/libavutil/hwcontext_
On Tue, 03 Jun 2025 01:58:26 +0900 Lynne wrote:
> ---
> libavutil/hwcontext_vulkan.c | 84 +++-
> libavutil/vulkan_functions.h | 6 +++
> libavutil/vulkan_loader.h| 1 +
> 3 files changed, 89 insertions(+), 2 deletions(-)
>
> diff --git a/libavutil/hwcontext_
Hi,
Dropping this grenade in here then unsubscribing.
I see a lot of discussion on FEC, protocols, etc. for STF.
But having those is almost pointless given avformat doesn't even check
read and write calls in most places (even ignoring ensured seekbacks,
buffer, etc.).
A quick grep shows ~462 un
---
libavutil/hwcontext_vulkan.c | 84 +++-
libavutil/vulkan_functions.h | 6 +++
libavutil/vulkan_loader.h| 1 +
3 files changed, 89 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index ce485a85a2..b22e
>
> > - The doors will be closed for all future
>
> As i predicted elsewhere privately, I do not belive Paul will return
> unless his fork fails.
> The more successfull his fork is, the less likely it is that he will
> return
>
> Also its like 18 months since paul forked and the way he speaks reall
Michael Niedermayer:
> This allows adjusting them to exactly match whatever is fastest on
> a given CPU for each type.
>
> Signed-off-by: Michael Niedermayer
> ---
> doc/examples/avio_read_callback.c | 2 +-
> doc/examples/transcode_aac.c | 2 +-
> fftools/cmdutils.c
Hi,
>If paul wants them to be GPL he can change these headers at any time.
I agree with your implication that Paul *should* have modified the license
headers either globally or as he modified files.
But that does not make the top-level license statement moot.
>And the "explicit license notice
Hi softworkz
On Mon, Jun 02, 2025 at 08:23:41AM +, softworkz . wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Marton
> > Balint
> > Sent: Montag, 2. Juni 2025 09:41
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [RFC] Cherr
Hi all
On Sun, Jun 01, 2025 at 11:31:49PM +0200, Michael Niedermayer wrote:
> Hi James
>
> On Sun, Jun 01, 2025 at 05:01:09PM -0300, James Almer wrote:
> > On 6/1/2025 4:23 PM, Michael Niedermayer wrote:
> > > Hi James
> > >
> > > On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote:
> >
Le 31 mai 2025 20:40:40 GMT+03:00, Marton Balint a écrit :
>
>
>On Sat, 31 May 2025, Michael Niedermayer wrote:
>
>> This allows adjusting them to exactly match whatever is fastest on
>> a given CPU for each type.
>
>Did you use some tool to make this patch, or it was just manual work?
>
>Can't
On Sun, Jun 1, 2025 at 4:59 AM Frank Plowman wrote:
> Signed-off-by: Frank Plowman
> ---
> libavcodec/vvc/dec.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/vvc/dec.c b/libavcodec/vvc/dec.c
> index deb1b07b23..ac3f453440 100644
> --- a/libavcodec/v
On Mon, Jun 2, 2025 at 9:48 AM Nuo Mi wrote:
> From: Frank Plowman
>
> My OpenPGP key is available at
>
>
> https://keys.openpgp.org/vks/v1/by-fingerprint/34E248D6B7DF476970C7330403A84C6A098F2C6B
>
> and
>
>
> https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x34e248d6b7df476970c7330403a84c
From: Niklas Haas
The old logic failed to take into account files that ended on ablack
region. The new logic matches the vf_blackdetect behavior.
---
libavfilter/vf_blackdetect_vulkan.c | 30 +
1 file changed, 22 insertions(+), 8 deletions(-)
diff --git a/libavfilter
When fetching image properties to encode, its usage can be specified. According
to documentation:
* VK_IMAGE_USAGE_VIDEO_ENCODE_DST_BIT_KHR: is reserved for future use.
* VK_IMAGE_USAGE_VIDEO_ENCODE_SRC_BIT_KHR: specifies that the image can be used
as an encode input picture in a video encode op
From: Andreas Rheinhardt
The AVIOContext will be automatically flushed upon closure.
Reviewed-by: softworkz .
Signed-off-by: Andreas Rheinhardt
---
fftools/graph/graphprint.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fftools/graph/graphprint.c b/fftools/graph/graphprint.c
index 7f0e8
Please ignore this patch. I made a mistake. Sorry.
vmjl
On Mon, 02 Jun 2025 at 12:50, Víctor Manuel Jáquez Leal wrote:
> From: Andreas Rheinhardt
>
> The AVIOContext will be automatically flushed upon closure.
>
> Reviewed-by: softworkz .
> Signed-off-by: Andreas Rheinhardt
> ---
> fftools/
softworkz . (HE12025-06-02):
> The way I'm responding to NG is in no way how I am personally.
> I am writing that way because I _can_ write that way and I think
> he deserves to be responded that way, even more after the CC had
> officially stated that they concluded that there's nothing they
> ca
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Montag, 2. Juni 2025 11:31
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Nicolas
> > G
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Montag, 2. Juni 2025 09:58
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> Michael Niedermayer (HE12025-06-02):
> > Id like you to be in the next community
On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt
wrote:
>
> Maryla Ustarroz-Calonge via ffmpeg-devel:
> > The new fate sample av1/metadata_hdr10_plus.ivf used in the second
> > test is the output of the first test.
> >
> > Signed-off-by: Maryla Ustarroz-Calonge
> > ---
> > tests/Makefile
> If this filter is meant to be same as existing zoompan but more precise,
> then you should modify the original filter with a mode option for FP use.
Thing is I hesitated modifying the existing zoompan but there are a few things
that don’t fit my use case and I didn’t want to update too many th
This avoids warnings like
cl : Command line warning D9002 : ignoring unknown option '-g'
---
gas-preprocessor.pl | 1 +
1 file changed, 1 insertion(+)
diff --git a/gas-preprocessor.pl b/gas-preprocessor.pl
index aa3abc0..62c1a04 100755
--- a/gas-preprocessor.pl
+++ b/gas-preprocessor.pl
@@ -
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marton
> Balint
> Sent: Montag, 2. Juni 2025 09:41
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [RFC] Cherry picks vs merges
>
>
>
> On Sun, 1 Jun 2025, James Almer wrote:
>
> > On 6/1/2025 4:2
Michael Niedermayer (HE12025-06-02):
> Id like you to be in the next community committee. (together with marth64)
Sorry, but Are you out of your mind?
> Because it seems you seriously care about stoping defamations and the
> general sozial backstabbing that has appeared in the recent decade
“See
On Sun, 1 Jun 2025, James Almer wrote:
On 6/1/2025 4:23 PM, Michael Niedermayer wrote:
Hi James
On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote:
On 6/1/2025 12:22 PM, Michael Niedermayer wrote:
Hi all
almpeg is now merged upto 1 months ago. (and since last merge it
cont
On Mon, 2 Jun 2025, Harshitha Sarangu Suresh wrote:
From 7260822a578130a713c1455cca6cdd06f1540db8 Mon Sep 17 00:00:00 2001
From: Harshitha Suresh
Date: Mon, 19 May 2025 22:37:20 +0530
Subject: [PATCH] swscale/aarch64/output: Implement neon assembly for
yuv2nv12cX_c()
yuv2nv12cX_2_512_accurate
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Samstag, 31. Mai 2025 22:26
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
Hi Mark,
Here are my answers to the remaining points:
> >> In reality, ffmpeg is often used on m
On Sun, 1 Jun 2025, Andreas Rheinhardt wrote:
Patch attached.
LGTM, thanks.
// Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-r
52 matches
Mail list logo
