[FFmpeg-devel] [PATCH] vulkan: take refs of frames using the regular buffer ref path

Lynne dev at lynne.ee
Mon Mar 3 20:44:34 EET 2025


On 02/03/2025 00:02, Lynne wrote:
> This simplifies the code, reduces allocations, and critically, does
> not store references of frames, along with references to hw_frames_ctx.
> The issue was that storing refs to frames while transferring stored
> refs to hw_frames_ctx of frames, and so created a circular dependency,
> which caused the Vulkan device to never be terminated.
> 
> This only stores what it strictly needs as a dependency, and enables
> the frames context to be freed, even while doing asynchronous transfers.
> ---
>   libavutil/vulkan.c | 20 ++++++++++++++------
>   1 file changed, 14 insertions(+), 6 deletions(-)
> 
> diff --git a/libavutil/vulkan.c b/libavutil/vulkan.c
> index 1d18bf07c1..2ae619967a 100644
> --- a/libavutil/vulkan.c
> +++ b/libavutil/vulkan.c
> @@ -538,8 +538,6 @@ void ff_vk_exec_discard_deps(FFVulkanContext *s, FFVkExecContext *e)
>               e->frame_locked[j] = 0;
>           }
>           e->frame_update[j] = 0;
> -        if (f->buf[0])
> -            av_frame_free(&e->frame_deps[j]);
>       }
>       e->nb_frame_deps = 0;
>   
> @@ -700,6 +698,7 @@ int ff_vk_exec_add_dep_frame(FFVulkanContext *s, FFVkExecContext *e, AVFrame *f,
>       uint8_t *frame_locked;
>       uint8_t *frame_update;
>       AVFrame **frame_deps;
> +    AVBufferRef **buf_deps;
>       VkImageLayout *layout_dst;
>       uint32_t *queue_family_dst;
>       VkAccessFlagBits *access_dst;
> @@ -722,12 +721,21 @@ int ff_vk_exec_add_dep_frame(FFVulkanContext *s, FFVkExecContext *e, AVFrame *f,
>       ARR_REALLOC(e, frame_update, &e->frame_update_alloc_size, e->nb_frame_deps);
>       ARR_REALLOC(e, frame_deps,   &e->frame_deps_alloc_size,   e->nb_frame_deps);
>   
> -    e->frame_deps[e->nb_frame_deps] = f->buf[0] ? av_frame_clone(f) : f;
> -    if (!e->frame_deps[e->nb_frame_deps]) {
> -        ff_vk_exec_discard_deps(s, e);
> -        return AVERROR(ENOMEM);
> +    /* prepare_frame in hwcontext_vulkan.c uses the regular frame management
> +     * code but has no frame yet, and it doesn't need to actually store a ref
> +     * to the frame. */
> +    if (f->buf[0]) {
> +        ARR_REALLOC(e, buf_deps, &e->buf_deps_alloc_size, e->nb_buf_deps);
> +        e->buf_deps[e->nb_buf_deps] = av_buffer_ref(f->buf[0]);
> +        if (!e->buf_deps[e->nb_buf_deps]) {
> +            ff_vk_exec_discard_deps(s, e);
> +            return AVERROR(ENOMEM);
> +        }
> +        e->nb_buf_deps++;
>       }
>   
> +    e->frame_deps[e->nb_frame_deps] = f;
> +
>       vkfc->lock_frame(hwfc, vkf);
>       e->frame_locked[e->nb_frame_deps] = 1;
>       e->frame_update[e->nb_frame_deps] = 0;

Pushed.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xA2FEA5F03F034464.asc
Type: application/pgp-keys
Size: 624 bytes
Desc: OpenPGP public key
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20250303/e75a0c36/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 236 bytes
Desc: OpenPGP digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20250303/e75a0c36/attachment.sig>


More information about the ffmpeg-devel mailing list