[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