May 11, 2020, 13:55 by jamr...@gmail.com: > On 5/11/2020 7:25 AM, Lynne wrote: > >> This allows for users who derive devices to set options for the >> new device context they derive. >> The main use case of this is to allow users to enable extensions >> (such as surface drawing extensions) in Vulkan while deriving from >> the device their frames are on. That way, users don't need to write >> any initialization code themselves, since currently Vulkan prevents >> mixing instances and devices. >> Also, with this, users can also set custom OpenCL extensions such >> as cl_khr_gl_sharing and cl_khr_gl_depth_images. >> Apart from OpenCL and Vulkan, other hwcontexts ignore the opts >> argument since they don't support options at all (or in VAAPI's case, >> options are only used for device selection, which device_derive overrides). >> >> Patch attached. >> > > Could this be av_hwdevice_ctx_create_derived_dict() or similar, please? > The 2 suffix is pretty ugly and it would be nice if we can avoid adding > more of them. >
Sure, changed locally to av_hwdevice_ctx_create_derived_opts. _______________________________________________ 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".