---
libavfilter/vulkan_shaderc.c | 24 +++-
1 file changed, 19 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vulkan_shaderc.c b/libavfilter/vulkan_shaderc.c
index 56a2c0eef5..7144f04f21 100644
--- a/libavfilter/vulkan_shaderc.c
+++ b/libavfilter/vulkan_shaderc.c
@@ -4
Only nlmeans_vulkan uses it.
---
libavfilter/vf_nlmeans_vulkan.c | 6 --
libavutil/vulkan.c | 2 --
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_nlmeans_vulkan.c b/libavfilter/vf_nlmeans_vulkan.c
index 9ad12eb7b6..39460dc194 100644
--- a/libavfilte
---
libavfilter/vulkan_glslang.c | 39 +---
1 file changed, 32 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vulkan_glslang.c b/libavfilter/vulkan_glslang.c
index 7ac7d6b2c4..20a00354e0 100644
--- a/libavfilter/vulkan_glslang.c
+++ b/libavfilter/vulkan_gls
We need to know what extensions are supported.
---
libavfilter/vf_avgblur_vulkan.c | 2 +-
libavfilter/vf_blend_vulkan.c | 2 +-
libavfilter/vf_bwdif_vulkan.c | 2 +-
libavfilter/vf_chromaber_vulkan.c | 2 +-
libavfilter/vf_flip_vulkan.c | 2 +-
libavfilter/vf_gblur_vulkan.c
---
libavutil/hwcontext_vulkan.c | 335 ---
libavutil/vulkan_functions.h | 1 +
2 files changed, 156 insertions(+), 180 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index 518c3d642b..9b6a6274e4 100644
--- a/libavutil/hwcon
---
libavutil/hwcontext_vulkan.c | 39
libavutil/vulkan_functions.h | 1 +
libavutil/vulkan_loader.h| 1 +
3 files changed, 41 insertions(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
index d6500de677..518c3d642b 100644
---
We were getting a bit too close for comfort to the 32-bit limit
on enums.
---
libavutil/vulkan_functions.h | 59 +++-
1 file changed, 32 insertions(+), 27 deletions(-)
diff --git a/libavutil/vulkan_functions.h b/libavutil/vulkan_functions.h
index 90e4d0004d..c565d6
This makes std430 (which we use everywhere already) fully match C
layout.
Extension was made mandatory in 1.2.
---
libavutil/hwcontext_vulkan.c | 1 +
libavutil/vulkan.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
inde
Thanks team for the info.
I have used x86_64 toolchain and compiled FFMPEG for windows on ARM, binaries
generated are running successfully on my ARM device.
Used tool chain "llvm-mingw-20240917-ucrt-ubuntu-20.04-x86_64" and compiled
with command :
./configure --arch=arm64 --target-os=mingw32
On 01/10/2024 15:24, vipyne wrote:
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index c8fb49a7a4..d178ef59dc 100755
--- a/configure
+++ b/configure
@@ -6460,7 +6460,7 @@ EOF
for program in $x86asmexe nasm yasm; do
Quoting James Almer (2024-10-02 16:39:47)
>
> Something that was suggested long ago but never came to fruition was
> making lavu modules configure time selectable, which for those with
> public facing interfaces (namely every single one, probably) would mean
> just not compiling the actual code
On 02/10/2024 14:05, James Almer wrote:
On 10/2/2024 7:11 AM, Tobias Rapp wrote:
Adds missing ifdef guards to function prototypes depending on
definitions from
dxva.h which are not available in Mingw-w64 version 4.0. The
configure script
already checks for HEVC/VP9 types in dxva.h.
Signed-of
On 10/2/2024 11:28 AM, Timo Rothenpieler wrote:
On 02/10/2024 11:39, Lynne via ffmpeg-devel wrote:
On 02/10/2024 11:06, Kumar, Rahul via ffmpeg-devel wrote:
Thank you for the prompt response.
The primary reason for removing Blowfish from our codebase is to
comply with modern security guidelin
tis 2024-10-01 klockan 18:53 -0600 skrev Devon Sookhoo:
> Hello,
>
> I attached the .patch so hopefully this is easier for you to apply.
> The
> patch itself isn't very impressive, but is intended to be the first
> of a
> series of contributions to generate uncompressed MP4 video. I'm
> hoping to
On 02/10/2024 11:39, Lynne via ffmpeg-devel wrote:
On 02/10/2024 11:06, Kumar, Rahul via ffmpeg-devel wrote:
Thank you for the prompt response.
The primary reason for removing Blowfish from our codebase is to
comply with modern security guidelines and industry standards that
discourage the us
I'm wondering if there is any plan to support HTTP2 client protocol for
FFmpeg. Would be great to be able to support Hls/Dash streamings whose
server requires http2 and blocks http1.1 requests.
I'm willing to sponsor the development if there is any interest.
___
On 9/30/2024 2:41 PM, James Almer wrote:
Signed-off-by: James Almer
---
libavformat/mov.c | 58 +++
1 file changed, 34 insertions(+), 24 deletions(-)
Will apply set.
OpenPGP_signature.asc
Description: OpenPGP digital signature
_
This silences a lot of compile warnings (around 160 instances at least), when
compiling with Clang.
These warnings look like this:
libavformat/http.c:176:133: warning: implicit conversion from 'long long'
to 'double' changes value from 9223372036854775807 to 9223372036854775808
[-Wimplicit-
On 10/2/2024 7:11 AM, Tobias Rapp wrote:
Adds missing ifdef guards to function prototypes depending on definitions from
dxva.h which are not available in Mingw-w64 version 4.0. The configure script
already checks for HEVC/VP9 types in dxva.h.
Signed-off-by: Tobias Rapp
---
libavcodec/dxva2_in
Adds missing ifdef guards to function prototypes depending on definitions from
dxva.h which are not available in Mingw-w64 version 4.0. The configure script
already checks for HEVC/VP9 types in dxva.h.
Signed-off-by: Tobias Rapp
---
libavcodec/dxva2_internal.h | 4
1 file changed, 4 inserti
On 02/10/2024 11:06, Kumar, Rahul via ffmpeg-devel wrote:
Thank you for the prompt response.
The primary reason for removing Blowfish from our codebase is to comply with
modern security guidelines and industry standards that discourage the use of
outdated cryptographic algorithms, like Blowfis
Thank you for the prompt response.
The primary reason for removing Blowfish from our codebase is to comply with
modern security guidelines and industry standards that discourage the use of
outdated cryptographic algorithms, like Blowfish, due to their vulnerabilities.
Given that av_blowfish* is
This file is never included explicitly anywhere else, it's only
included implicitly by passing -Pconfig.asm on the command line.
---
libavcodec/x86/celt_pvq_search.asm | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/x86/celt_pvq_search.asm
b/libavcodec/x86/celt_pvq_search.asm
index
If decoding with hwaccel, but decoding fails, these pointers
are null at this point.
---
libavcodec/av1dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 6a9de07d16..bc4ef63e68 100644
--- a/libavcodec/av1dec.c
+++ b/libavcodec/av1dec.c
@@ -2
On Mon, 30 Sep 2024, Martin Storsjö wrote:
---
libavutil/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/Makefile b/libavutil/Makefile
index 6e6fa8d800..d3c95b12a0 100644
--- a/libavutil/Makefile
+++ b/libavutil/Makefile
@@ -34,6 +34,7 @@ HEADERS = adler
On Tue, 1 Oct 2024, Martin Storsjö wrote:
On Fri, 27 Sep 2024, Cameron Gutman wrote:
On Thu, Sep 26, 2024 at 4:25 PM Martin Storsjö wrote:
From: Jan Ekström
Use AV1DecContext's current_obu to access the original OBUs, and
feed them to videotoolbox, rather than the bare slice data passed
v
26 matches
Mail list logo
