Will apply soon.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Jun 7, 2023, 01:45 by d...@lynne.ee:
> Jun 7, 2023, 01:22 by d...@lynne.ee:
>
>> vkResetFences is specified as being user-synchronized
>> (yet vkWaitFences, is not).
>>
>> Patch attached.
>>
>
> Stray change in vulkan_decode.c removed locally.
>
Also removed the vkWaitForFences call during
the _s
Jun 7, 2023, 01:22 by d...@lynne.ee:
> vkResetFences is specified as being user-synchronized
> (yet vkWaitFences, is not).
>
> Patch attached.
>
Stray change in vulkan_decode.c removed locally.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
This reduces memory needed dramatically, as unneeded resources
can be immediately returned to the pool.
Although waitforfences is threadsafe, we add a mutex wait around
it, as the mutex fence in combination with waitforfences assures
us that no other thread will reset the fence in the meanwhile
whi
vkResetFences is specified as being user-synchronized
(yet vkWaitFences, is not).
Patch attached.
>From c79aa3ed01033f515cbb21251e83cb5bafdf83d7 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 7 Jun 2023 00:24:43 +0200
Subject: [PATCH 1/2] vulkan: synchronize access to execution pool fences
vkRe
---
libavfilter/vf_xfade_vulkan.c | 58 +++
1 file changed, 58 insertions(+)
diff --git a/libavfilter/vf_xfade_vulkan.c b/libavfilter/vf_xfade_vulkan.c
index 58552ab734..f1f248c288 100644
--- a/libavfilter/vf_xfade_vulkan.c
+++ b/libavfilter/vf_xfade_vulkan.c
@@ -7
---
libavfilter/vf_xfade_vulkan.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libavfilter/vf_xfade_vulkan.c b/libavfilter/vf_xfade_vulkan.c
index 0244802e9c..58552ab734 100644
--- a/libavfilter/vf_xfade_vulkan.c
+++ b/libavfilter/vf_xfade_vulkan.c
@@ -71,6 +71,7 @@ enum XFa
---
libavfilter/vf_xfade_vulkan.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libavfilter/vf_xfade_vulkan.c b/libavfilter/vf_xfade_vulkan.c
index f18a7b33aa..0244802e9c 100644
--- a/libavfilter/vf_xfade_vulkan.c
+++ b/libavfilter/vf_xfade_vulkan.c
@@ -70,6 +70,7 @@ enum XFa
This is an initial version of vf_xfade_vulkan based
on vf_xfade_opencl, for now only a subset of transitions
are supported.
---
Changes to v2:
- Fixed activate handling, same as in my patch for the xfade filter
- Added all remaining transitions the OpenCL filter supports
configure
Hello Marton,
On Fri, Apr 28, 2023 at 1:45 PM Devin Heitmueller
wrote:
>
> Support decoding and embedding VANC packets delivered via SMPTE 2038
> into the SDI output. We leverage an intermediate queue because
> data packets are announced separately from video but we need to embed
> the data into
On 6/5/2023 3:04 PM, etemesica...@gmail.com wrote:
From: caleb
---
libavcodec/jpeg2000htdec.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavcodec/jpeg2000htdec.c b/libavcodec/jpeg2000htdec.c
index 51cd96e0f1..474d671ee0 100644
--- a/libavcodec/jpeg2000ht
On 05.06.2023 14:29, Roman Arzumanyan wrote:
Thanks for the review, Anton. Please find the updated patch attached.
BTW - what do you mean by "you should also forward the actual error code"?
Within the cuvid_handle_video_sequence() function in case of error,
function still returns 0 and sets inter
On 6/3/2023 11:02 PM, James Almer wrote:
And return any packet buffered by the bsf.
Signed-off-by: James Almer
---
libavformat/av1dec.c | 33 -
1 file changed, 20 insertions(+), 13 deletions(-)
Will apply.
___
ffmp
It was introduced for Vulkan, but it is equivalent to
short_term_ref_pic_set_size when !short_term_ref_pic_set_sps_flag,
and when !!short_term_ref_pic_set_sps_flag, Vulkan hardcodes a zero
anyway.
3-line patch attached.
>From 67a4755b97de8fe0e22e25ff4714c76a5b570b44 Mon Sep 17 00:00:00 2001
From:
On Tue, 30 May 2023, Martin Storsjö wrote:
Current clang versions fail to support the dotprod and i8mm
features in the .arch_extension directive, but do support them
if enabled with -march=armv8.4-a on the command line. (Curiously,
lowering the arch level with ".arch armv8.2-a" doesn't make the
On Mon, 5 Jun 2023, James Zern wrote:
On Tue, May 30, 2023 at 5:31 AM Martin Storsjö wrote:
For Windows, there's no publicly defined constant for checking for
the i8mm extension yet.
---
libavutil/aarch64/cpu.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavutil/aarch64
16 matches
Mail list logo
