PR #20561 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20561
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20561.patch
This PR adds support for the Panasonic V-Log transfer function, used in
Panasonic cameras.
To avoid bloating structures unnecessarily, the
PR #20533 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533.patch
>From f46d078521e6ce8fe2ce2648ae7d29367eb9c928 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 27 Aug 2025 17:39:16 +0900
Subject: [PATCH 1/6] l
On 22/08/2025 21:13, Niklas Haas via ffmpeg-devel wrote:
On Thu, 21 Aug 2025 14:47:03 +0900 Lynne via ffmpeg-devel
wrote:
---
src/index | 42 ++
1 file changed, 42 insertions(+)
diff --git a/src/index b/src/index
index 52829e1..a07f4b8 100644
--- a
On 22/08/2025 06:56, Frank Plowman via ffmpeg-devel wrote:
On 21/08/2025 06:47, Lynne via ffmpeg-devel wrote:
---
src/index | 42 ++
1 file changed, 42 insertions(+)
diff --git a/src/index b/src/index
index 52829e1..a07f4b8 100644
--- a/src/index
On 21/08/2025 15:44, Jacob Lifshay via ffmpeg-devel wrote:
On August 20, 2025 10:47:03 PM PDT, Lynne via ffmpeg-devel
wrote:
+Hardware accelerated decoding: Vulkan VP9, VAAPI VVC, OpenHarmony
H264/5
+Hardware accelerated encoding: Vulkan AV1, OpenHarmony H264/5
+Filters
---
src/index | 42 ++
1 file changed, 42 insertions(+)
diff --git a/src/index b/src/index
index 52829e1..a07f4b8 100644
--- a/src/index
+++ b/src/index
@@ -35,6 +35,48 @@
News
+ August 23nd, 2025, FFmpeg 8.0 "Huffman"
+
+ A new major release
On 20/08/2025 06:13, Michael Niedermayer via ffmpeg-devel wrote:
Hi all
On Fri, Aug 01, 2025 at 06:16:18PM -0500, Romain Beauxis wrote:
Le mer. 23 juil. 2025 à 06:43, Michael Niedermayer
a écrit :
Hi everyone
I intend to create the release/8.0 branch in the next 1-2 weeks
after that i inten
On 11/08/2025 22:10, Michael Niedermayer wrote:
Hi Lynne
On Mon, Aug 11, 2025 at 09:22:26PM +0900, Lynne wrote:
[...]
To me, at least, I can imagine five options:
Option 1 - we have an official binary plugin interface, free for
everyone to use with no limitation.
That requires
On 11/08/2025 21:43, Michael Niedermayer wrote:
Hi Lynne
On Mon, Aug 11, 2025 at 09:22:26PM +0900, Lynne wrote:
Recently, the issue of plugins was raised.
Michael pushed a patch to enable out of tree branches to be freely added to
FFmpeg. I did not very much like the option of having
PR #20215 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20215
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20215.patch
Extensions in AAC USAC can be stored across multiple frames (mainly to keep CBR
compliance).
This means that we need to reallocate a buffer when new
Extensions in AAC USAC can be stored across multiple frames (mainly to keep CBR
compliance).
This means that we need to reallocate a buffer when new data is received,
accumulate the bitstream data,
and so on until the end of extension flag is signalled and the extension can be
decoded.
This is
Recently, the issue of plugins was raised.
Michael pushed a patch to enable out of tree branches to be freely added
to FFmpeg. I did not very much like the option of having
officially-endorsed source plugins, as to me, it moved all the burden of
maintenance to FFmpeg maintainers.
The commit wa
PR #20213 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20213
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20213.patch
This reverts commit 67320e0627a3b0210794c8f58e3e6acceb074b5c.
We do not want random forks or features.
>F
PR #20177 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20177
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20177.patch
This allows to compile the Vulkan code with headers from January 2023 (debian
stable).
>From caf46528f92c1d616322274a609e24f77c4a18d1 Mon Sep
PR #20118 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20118
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20118.patch
This commit adds support for Vulkan labelling.
>From 8ad2415d9b56572d2c7fa321eb1febf73eb713fc Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue
PR #20117 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20117
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20117.patch
This PR adds support for the VP9 Vulkan hwaccel.
The first commit uses the CBS infrastructure to parse the VP9 header. This
allows us to implement
PR #20108 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20108
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20108.patch
Oops.
>From 9d99ae324a5a263095d865796625dc7d0721c281 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Mon, 4 Aug 2025 12:05:13 +0900
Subject: [PA
PR #20106 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20106
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20106.patch
This helps with finding reviews.
>From 48ca0021161bd766753001f01d5bcaee8bb3d2bf Mon Sep 17 00:00:00 2001
From: Lynne
Date: Mon, 4 Aug 2025 11
On 30/07/2025 06:20, Pierre-Anthony Lemieux wrote:
Hi all,
As with last year, Michael asked me to help coordinate the creation of
grant request to the STF:
https://trac.ffmpeg.org/wiki/SponsoringPrograms/STF/2025
The objective remains to unlock funds for individuals that are
interested in cont
On 29/07/2025 02:37, Timo Rothenpieler wrote:
On 7/28/2025 7:24 PM, Michael Niedermayer wrote:
On Mon, Jul 28, 2025 at 06:15:53PM +0200, Timo Rothenpieler wrote:
On 7/28/2025 4:40 PM, Diederick C. Niehorster wrote:
On Mon, Jul 28, 2025 at 4:21 PM Michael Niedermayer
wrote:
Hi
regression: i
On 23/07/2025 22:28, Jack Lau wrote:
Signed-off-by: Jack Lau
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index 228029ea00..1c6c27919f 100644
--- a/Changelog
+++ b/Changelog
@@ -2,6 +2,7 @@ Entries are sorted chronologically from oldest to youngest
On 24/07/2025 07:06, Timo Rothenpieler wrote:
On 7/23/2025 9:24 PM, Nicolas George wrote:
Hi. I just saw somebody mention this on trac:
https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20025
But I have no trace of it in my inbox. If this is now an accepted way of
getting contributions, then either
On 22/07/2025 17:44, Kacper Michajlow wrote:
On Tue, 22 Jul 2025 at 05:54, Lynne wrote:
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
diff --git a/src/contact b/src/contact
index 6943d06
On 23/07/2025 00:01, Leo Izen wrote:
On 7/21/25 23:53, Lynne wrote:
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
In addition to what kasper said, you should also update README.md's
contrib
On 23/07/2025 08:04, Michael Niedermayer wrote:
Hi Lynne
On Tue, Jul 22, 2025 at 12:53:29PM +0900, Lynne wrote:
[...]
+
+Bugs/issues will be accepted on https://code.ffmpeg.org/";>code.ffmpeg.org, alongside
+with https://trac.ffmpeg.org/";>trac.ffmpeg.org for
On 22/07/2025 21:26, Timo Rothenpieler wrote:
On 22/07/2025 08:15, Hendrik Leppkes wrote:
On Mon, Jul 21, 2025 at 3:03 AM Timo Rothenpieler
wrote:
* announce code.ffmpeg.org publically so people can start submitting
and reviewing on it as an alternative to the ML
Just be aware that merg
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
diff --git a/src/contact b/src/contact
index 6943d06..8a59864 100644
--- a/src/contact
+++ b/src/contact
@@ -1,3 +1,14 @@
+
+
+
+Contributions
+
+
On 21/07/2025 09:54, Michael Niedermayer wrote:
Hi all
On Sun, Jul 13, 2025 at 01:43:57PM +0200, 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 vo
On 18/07/2025 09:55, James Almer wrote:
Nothing forbids them to be in any order the muxer desires.
Fixes demuxing heif samples generated by S1II.
Signed-off-by: James Almer
---
libavformat/mov.c | 41 ++---
1 file changed, 26 insertions(+), 15 deletions(-
On 18/07/2025 19:30, Timothée Regaud wrote:
From: Timothee Regaud
Adds the generic data structures to libavutil. The design is recursive to
support other codecs, even though the implementation is only for H.264 for now.
Signed-off-by: Timothee Regaud
---
libavutil/Makefile| 1
On 13/07/2025 03:51, Lynne wrote:
This makes it possible to apply Adobe .cube files to inputs.
---
doc/filters.texi| 30 ++
libavfilter/vf_libplacebo.c | 36
2 files changed, 66 insertions(+)
diff --git a/doc
Thanks. Patchset LGTM.
This also helps HEIF files generated by the S1II, but sadly they still fail:
> [mjpeg @ 0x55a49a0e29c0] No JPEG data found in image
And for the main stream:
> [hevc @ 0x55a49a0fe880] Failed to parse header of NALU (type 34):
"Invalid data found when processing input". Sk
On 15/07/2025 19:51, Niklas Haas wrote:
From: Niklas Haas
If the image data is not at the start of the buffer allocation, such as
when the buffer has padding before the image data, this function maps too
much memory, since src_data + src_buf->size exceeds the buffer size.
Fix this by subtracti
On 13/07/2025 20:43, 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 replying here with a
"F." / "Forgejo" vs "G." / "Gitlab"
End
On 14/07/2025 03:15, Andreas Rheinhardt wrote:
Lynne:
---
configure | 2 +-
libavcodec/vp9.c | 40
libavcodec/vp9dec.h| 6 ++
libavcodec/vp9shared.h | 4
4 files changed, 51 insertions(+), 1 deletion(-)
diff
---
configure| 2 +
libavcodec/Makefile | 1 +
libavcodec/hwaccels.h| 1 +
libavcodec/vp9.c | 18 +-
libavcodec/vulkan_decode.c | 24 +++
libavcodec/vulkan_decode.h | 1 +
libavcodec/vulkan_vp9.c | 366
af4f6b 100644
--- a/libavfilter/vulkan/Makefile
+++ b/libavfilter/vulkan/Makefile
@@ -4,6 +4,7 @@ clean::
$(RM) $(GEN_CLEANSUFFIXES:%=libavfilter/vulkan/%)
OBJS-$(CONFIG_BWDIF_VULKAN_FILTER) += vulkan/bwdif.o
+OBJS-$(CONFIG_SCALE_VULKAN_FILTER) += vulkan/debayer.o
VULKAN = $(subst $(SRC_P
---
configure | 2 +-
libavcodec/vp9.c | 40
libavcodec/vp9dec.h| 6 ++
libavcodec/vp9shared.h | 4
4 files changed, 51 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index eeb81d7aa3..92ee54c7a6 100755
-
e35
--- /dev/null
+++ b/libavcodec/vulkan/prores_raw.comp
@@ -0,0 +1,347 @@
+/*
+ * ProRes RAW decoder
+ *
+ * Copyright (c) 2025 Lynne
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Publ
---
libavfilter/vf_scale_vulkan.c | 160 ++
1 file changed, 85 insertions(+), 75 deletions(-)
diff --git a/libavfilter/vf_scale_vulkan.c b/libavfilter/vf_scale_vulkan.c
index 1d6492e213..46b1476933 100644
--- a/libavfilter/vf_scale_vulkan.c
+++ b/libavfilter/vf_sca
---
libavcodec/codec_desc.c | 8
libavcodec/codec_id.h | 1 +
libavcodec/defs.h | 3 +++
libavcodec/profiles.c | 6 ++
libavcodec/profiles.h | 1 +
libavformat/isom_tags.c | 4
6 files changed, 23 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_
ores_raw.c
new file mode 100644
index 00..b4382ef573
--- /dev/null
+++ b/libavcodec/prores_raw.c
@@ -0,0 +1,525 @@
+/*
+ * ProRes RAW decoder
+ * Copyright (c) 2023-2025 Paul B Mahol
+ * Copyright (c) 2025 Lynne
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redis
+1,72 @@
+/*
+ * Copyright (c) 2025 Lynne
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2.1 of the
This makes left_bits return useful data rather than overflowing, and
also saves some 64-bit integer operations, which is still always a plus sadly.
---
libavcodec/vulkan/common.comp | 22 +++---
libavcodec/vulkan/ffv1_dec_setup.comp | 2 +-
libavcodec/vulkan/ffv1_vlc.comp
---
libavutil/hwcontext_vulkan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 5a9b995eb9..c20ebde36d 100644
--- a/libavutil/hwcontext_vulkan.c
+++ b/libavutil/hwcontext_vulkan.c
@@ -280,6 +280,7 @@ static void
device_feature
---
libavutil/hwcontext_vulkan.c | 3 +++
libavutil/vulkan.c | 5 +++--
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index c20ebde36d..e818099fdb 100644
--- a/libavutil/hwcontext_vulkan.c
+++ b/libavutil/hwcont
NVIDIA's support for it is a disaster.
Of no benefit to other vendors.
NVIDIA are working on fixing it, but it may take time.
---
libavutil/hwcontext_vulkan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 894bc3dae1..5a9b995eb
This makes it possible to apply Adobe .cube files to inputs.
---
doc/filters.texi| 30 ++
libavfilter/vf_libplacebo.c | 36
2 files changed, 66 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index ed2956f
On 11/07/2025 19:39, Niklas Haas wrote:
On Fri, 11 Jul 2025 00:13:29 +0900 Lynne wrote:
This makes it possible to apply Adobe .cube files to inputs.
---
libavfilter/vf_libplacebo.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavfilter/vf_libplacebo.c
c b/libavcodec/proresdec_raw.c
new file mode 100644
index 00..caebed9e96
--- /dev/null
+++ b/libavcodec/proresdec_raw.c
@@ -0,0 +1,519 @@
+/*
+ * ProRes RAW decoder
+ * Copyright (c) 2023-2025 Paul B Mahol
+ * Copyright (c) 2025 Lynne
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is fr
AW_VULKAN_HWACCEL) += vulkan/common.o \
+vulkan/prores_raw.o
+
VULKAN = $(subst $(SRC_PATH)/,,$(wildcard
$(SRC_PATH)/libavcodec/vulkan/*.comp))
.SECONDARY: $(VULKAN:.comp=.c)
libavcodec/vulkan/%.c: TAG = VULKAN
diff --git a/libavcodec/vulkan/prores_r
---
libavcodec/codec_desc.c | 8
libavcodec/codec_id.h | 1 +
libavcodec/defs.h | 3 +++
libavcodec/profiles.c | 6 ++
libavcodec/profiles.h | 1 +
libavformat/isom_tags.c | 4
6 files changed, 23 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_
This makes left_bits return useful data rather than overflowing, and
also saves some 64-bit integer operations, which is still always a plus sadly.
---
libavcodec/vulkan/common.comp | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavcodec/vulkan/commo
---
libavutil/hwcontext_vulkan.c | 3 +++
libavutil/vulkan.c | 5 +++--
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 5a9b995eb9..4551867b70 100644
--- a/libavutil/hwcontext_vulkan.c
+++ b/libavutil/hwcont
NVIDIA's support for it is a disaster.
Of no benefit to other vendors.
NVIDIA are working on fixing it, but it may take time.
---
libavutil/hwcontext_vulkan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 894bc3dae1..5a9b995eb
This makes it possible to apply Adobe .cube files to inputs.
---
libavfilter/vf_libplacebo.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavfilter/vf_libplacebo.c b/libavfilter/vf_libplacebo.c
index 475030c80d..d74a6e1bf7 100644
--- a/libavfilter/vf_libplace
This commit adds a Vulkan AV1 encoder, using the native acceleration API.
---
configure |1 +
libavcodec/Makefile|2 +
libavcodec/allcodecs.c |1 +
libavcodec/vulkan_encode_av1.c | 1409
libavcodec/vulkan_video.c
This helps reduce queue usage even further.
---
libavutil/hwcontext_vulkan.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 88145ef2d0..f31020c416 100644
--- a/libavutil/hwcontext_vulkan.
On 20/06/2025 21:43, Niklas Haas wrote:
From: Niklas Haas
This feature fundamentally relies on host-visible VRAM, which restricts the
set of available memory types to (typically) host-visible device-local ones.
When resizable BAR is disabled, this memory type is usually limited to
e.g. 256 MiB
---
libavutil/hwcontext_vulkan.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 51be0c0d3b..f05b75110d 100644
--- a/libavutil/hwcontext_vulkan.c
+++ b/libavutil/hwcontext_vulkan.c
@@ -2828,6 +2828,12 @@ static int vulkan_
---
libavutil/hwcontext_vulkan.c | 11 +++
libavutil/vulkan_functions.h | 1 +
libavutil/vulkan_loader.h| 3 +++
3 files changed, 15 insertions(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index f05b75110d..dcca217af3 100644
--- a/libavutil/hwcontext_v
On 11/06/2025 03:58, averne wrote:
This fixes a few leaks reported by LeakSanitizer.
I tested this on my Intel laptop running anv, with
these patches no more leaks are detected.
Signed-off-by: averne
---
averne (3):
vulkan: fix leak in FFVkExecPool
vulkan/ffv1dec: fix leak in FFVu
If its a problem, you'll likely want to set it to 1 than more fine-grained
control, which you can already do via the API.
---
libavutil/hwcontext_vulkan.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_v
On NVIDIA, there's a global maximum limit of approximately 112 queues,
which means it takes ONLY 7 total programs using the maximum amount of
queues to cause the driver to error out/*segfault* during initialization.
Also, each queue takes about 30ms to allocate, which quickly adds up.
This reduce
We don't use them, and on NVIDIA, each queue takes around 30ms
to allocate, and the driver has a global limit of ONLY 112 queues.
---
libavutil/hwcontext_vulkan.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index ce485a85a2
On NVIDIA, there's a global maximum limit of approximately 112 queues,
which means it takes ONLY 7 total programs using the maximum amount of
queues to cause the driver to error out/*segfault* during initialization.
Also, each queue takes about 30ms to allocate, which quickly adds up.
This reduce
We don't use them, and on NVIDIA, each queue takes around 30ms
to allocate, and the driver has a global limit of ONLY 112 queues.
---
libavutil/hwcontext_vulkan.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index aa0bfa3756
You don't get to say "oh, there were no more objections, so it was fine"
or "the use is evident" after the mess that your original patchsets were.
You're still not using the native time fields, nor the packet buffers,
which is a very hard NAK from me.
On 03/06/2025 23:20, softworkz . 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_vulkan.c b/libavutil/hwcontext_vulkan.c
index ce485a85a2..b22e
On 23/05/2025 15:50, Kieran Kunhya via ffmpeg-devel wrote:
On Fri, 23 May 2025, 04:44 Lynne, wrote:
On 23/05/2025 08:42, Kieran Kunhya via ffmpeg-devel wrote:
Hello,
I wanted to put on the record that adding RaptorQ to FFmpeg isn't
maintenance of FFmpeg.
It isn't -- it's
On 23/05/2025 08:55, Devin Heitmueller wrote:
On Thu, May 22, 2025 at 7:42 PM Kieran Kunhya via ffmpeg-devel
wrote:
I wanted to put on the record that adding RaptorQ to FFmpeg isn't
maintenance of FFmpeg.
It's adding an obscure FEC protocol to FFmpeg, which is not going to be
implemented well
On 23/05/2025 08:42, Kieran Kunhya via ffmpeg-devel wrote:
Hello,
I wanted to put on the record that adding RaptorQ to FFmpeg isn't
maintenance of FFmpeg.
It isn't -- it's research.
It's adding an obscure FEC protocol to FFmpeg, which is not going to be
implemented well without an event loop
The issue is that state->cur[] is 8-bits, but a+b+1 can overflow
before being clipped to 0xF in the following line, causing an incorrect
state to be saved for the next symbol.
This solves numerous bitstream desyncs, particularly when coefficients
with magnitude greater than 127 are sent.
---
liba
On 18/05/2025 21:11, Niklas Haas wrote:
From: Niklas Haas
Carbon copy of vf_scdet.
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scdet_vulkan.c |
On 18/05/2025 21:11, Niklas Haas wrote:
From: Niklas Haas
Like vf_blackdetect but better, faster, stronger, harder.
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
configure | 1 +
doc/filters.texi| 2 +-
libavfilter/Makefile
On 18/05/2025 21:11, Niklas Haas wrote:
From: Niklas Haas
Implied internally now when needed.
---
libavfilter/vf_gblur_vulkan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavfilter/vf_gblur_vulkan.c b/libavfilter/vf_gblur_vulkan.c
index 80b66de735..fb676a7fc9 100644
--- a/libavfilt
On 18/05/2025 21:11, Niklas Haas wrote:
From: Niklas Haas
We require this internally when using descriptor buffers, so it makes sense
to enable it internally, also.
---
libavutil/vulkan.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavutil/vulkan.c b/libavutil/vulkan.c
index 5f2
On 22/05/2025 06:21, sohzm wrote:
Fix inconsistent sample format reporting between probing and decoding.
Previously, avformat_find_stream_info reported fltp format for MP3
streams but frames were decoded as s16p.
Fixes ticket/11561
---
libavcodec/allcodecs.c | 2 +-
1 file changed, 1 insertio
LGTM
On 21/05/2025 23:12, Niklas Haas wrote:
From: Niklas Haas
ol->frame_rate is 0/0, so we need to calcalute the correct value based on
the il->frame_rate instead. Also adjust the time base, PTS and frame_duration
values accordingly. (Logic taken from vf_tinterlace.c)
---
libavfilter/vf_int
On 16/05/2025 02:39, James Almer wrote:
On 5/15/2025 9:36 PM, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
softworkz .
Sent: Freitag, 16. Mai 2025 02:33
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/grap
---
libavutil/hwcontext_vulkan.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 9f9df91e5d..4f205137eb 100644
--- a/libavutil/hwcontext_vulkan.c
+++ b/libavutil/hwcontext_vulkan.c
@@ -2643,11 +2643,12 @@ st
By pure coincidence, BUFFER and IMAGE flags were equal for those
two usage types.
---
libavutil/hwcontext_vulkan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index eded36bc01..9f9df91e5d 100644
--- a/libavutil
Yet another thing that should've been always present.
---
libavutil/hwcontext_vulkan.c | 5 +
libavutil/vulkan_functions.h | 1 +
libavutil/vulkan_loader.h| 1 +
3 files changed, 7 insertions(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 978d7e29d3..ede
---
libavcodec/vulkan/ffv1_dec.comp | 4 ++
libavcodec/vulkan/ffv1_dec_setup.comp | 4 +-
libavcodec/vulkan_decode.c| 1 +
libavcodec/vulkan_decode.h| 1 +
libavcodec/vulkan_ffv1.c | 60 +++
5 files changed, 52 insertions(+), 1
This simply makes a get_rac/put_rac_internal variant that can be
reused.
---
libavcodec/vulkan/rangecoder.comp | 57 +--
1 file changed, 17 insertions(+), 40 deletions(-)
diff --git a/libavcodec/vulkan/rangecoder.comp
b/libavcodec/vulkan/rangecoder.comp
index 9e2c5fbe
ice(inout SliceContext sc, const uint slice_idx)
{
/* Set coordinates */
uvec2 img_size = imageSize(src[0]);
@@ -37,11 +37,13 @@ void init_slice(out SliceContext sc, const uint slice_idx)
sc.slice_pos = ivec2(sxs, sys);
sc.slice_dim = ivec2(sxe - sxs, sye - sys);
-sc.sli
This gives a 35% speedup on AMD and 50% on Nvidia.
---
libavcodec/ffv1enc_vulkan.c | 6 ++-
libavcodec/vulkan/ffv1_enc.comp | 68 ++---
2 files changed, 50 insertions(+), 24 deletions(-)
diff --git a/libavcodec/ffv1enc_vulkan.c b/libavcodec/ffv1enc_vulkan.c
index
writeout_rgb requires that all subgroups are active.
---
libavcodec/vulkan/ffv1_dec.comp | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vulkan/ffv1_dec.comp b/libavcodec/vulkan/ffv1_dec.comp
index c74af4bf6a..e73b3f1dc0 100644
--- a/libavcodec/vulkan/ffv1_dec
We used to create our own buffer, but still used the DR1 flag,
which is not how it's supposed to work.
Instead, use ff_get_encode_buffer, and either host-map the buffer
before copying each slice via GPU transfers, or just copy each
slice manually if that fails or is unavailable.
---
libavcodec/ff
---
libavcodec/vulkan/ffv1_common.comp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vulkan/ffv1_common.comp
b/libavcodec/vulkan/ffv1_common.comp
index 1f222bdc42..3d40592739 100644
--- a/libavcodec/vulkan/ffv1_common.comp
+++ b/libavcodec/vulkan/ffv1_common
---
libavcodec/ffv1enc_vulkan.c| 379 +
libavcodec/vulkan/ffv1_common.comp | 87 +++
libavcodec/vulkan/ffv1_dec.comp| 91 +--
libavcodec/vulkan/ffv1_enc.comp| 155 ++--
libavcodec/vulkan_ffv1.c | 5 +-
5 files changed, 288 i
---
libavcodec/vulkan/rangecoder.comp | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/libavcodec/vulkan/rangecoder.comp
b/libavcodec/vulkan/rangecoder.comp
index badc65293f..9e2c5fbecf 100644
--- a/libavcodec/vulkan/rangecoder.comp
+++ b/libavcodec/vulkan/
---
libavcodec/vulkan/ffv1_dec.comp | 32 ++---
libavcodec/vulkan/ffv1_enc.comp | 85 -
2 files changed, 68 insertions(+), 49 deletions(-)
diff --git a/libavcodec/vulkan/ffv1_dec.comp b/libavcodec/vulkan/ffv1_dec.comp
index fc0175c715..1c313b3168 100644
---
---
libavcodec/ffv1enc_vulkan.c | 1 +
libavcodec/vulkan/ffv1_enc.comp | 7 ---
libavcodec/vulkan/ffv1_enc_setup.comp | 10 +-
libavcodec/vulkan/rangecoder.comp | 23 +++
4 files changed, 17 insertions(+), 24 deletions(-)
diff --git a/libavcod
const uint slice_idx = gl_WorkGroupID.y*gl_NumWorkGroups.x +
gl_WorkGroupID.x;
encode_slice(slice_ctx[slice_idx], slice_idx);
+finalize_slice(slice_ctx[slice_idx], slice_idx);
}
diff --git a/libavcodec/vulkan/ffv1_enc_ac.comp
b/libavcodec/vulkan/ffv1_enc_ac.comp
deleted file mode 10
---
libavcodec/ffv1enc_vulkan.c | 21 -
libavcodec/vulkan/ffv1_enc_setup.comp | 65 +++
libavcodec/vulkan/rangecoder.comp | 28 +++-
3 files changed, 42 insertions(+), 72 deletions(-)
diff --git a/libavcodec/ffv1enc_vulkan.c b/libavcodec/ffv1e
On 08/05/2025 14:26, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Lynne
Sent: Donnerstag, 8. Mai 2025 14:00
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 0/5] doc/developer: Add subsection about
patch submission via FFstaging
On 08/05/2025
On 08/05/2025 13:33, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Lynne
Sent: Donnerstag, 8. Mai 2025 13:20
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 0/5] doc/developer: Add subsection about
patch submission via FFstaging
On 08/05/2025
On 08/05/2025 12:22, ffmpegagent wrote:
Signed-off-by: softworkz softwo...@hotmail.com
softworkz (5):
doc/developer: Move checklist into Submitting Patches chapter
doc/developer: Move codecs/formats checklist into Development Policy
chapter
doc/developer: Reorder Submission procedu
On 06/05/2025 01:37, Andreas Rheinhardt wrote:
Patches attached.
- Andreas
Vulkan patches LGTM.
OpenPGP_0xA2FEA5F03F034464.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing l
1 - 100 of 1473 matches
Mail list logo
