[FFmpeg-devel] [PATCH v3 0/4] Add derive-device function which searches for existing devices in both directions
Soft Works
softworkz at hotmail.com
Fri Oct 21 10:06:16 EEST 2022
> -----Original Message-----
> From: ffmpegagent <ffmpegagent at gmail.com>
> Sent: Friday, July 22, 2022 1:40 AM
> To: ffmpeg-devel at ffmpeg.org
> Cc: Mark Thompson <sw at jkqxz.net>; Soft Works <softworkz at hotmail.com>;
> softworkz <softworkz at hotmail.com>
> Subject: [PATCH v3 0/4] Add derive-device function which searches for
> existing devices in both directions
>
> This is an updated version of: [PATCH v4 1/1] avutils/hwcontext: When
> deriving a hwdevice, search for existing device in both directions
>
> There has been an objection that the earlier patchset would change
> API
> behavior, and that this change should be limited to ffmpeg cli.
>
> To achieve this, the API behavior is left unchanged now and a new
> function
> av_hwdevice_ctx_get_or_create_derived() is added and used by the
> hwupload
> and hwmap filters.
>
> v2: Implemented concept for "weak references" to avoid circular
> reference
> lockup.
>
> v3: rebased due to conflicts
>
> softworkz (4):
> avutil/buffer: add av_ref_from_buffer() function
> avutils/hwcontext: add derive-device function which searches for
> existing devices in both directions
> lavu: bump minor version and add doc/APIchanges entry for
> av_hwdevice_ctx_get_or_create_derived()
> avfilter/hwmap,hwupload: use new
> av_hwdevice_ctx_get_or_create_derived
> method
Hi,
@Mark Thompson - would you mind to take a look at this?
You were the only one who was objecting and I had reworked
this in the sense of our discussion (hopefully).
Thanks,
softworkz
More information about the ffmpeg-devel
mailing list