Hi Lynne,
> On Nov 2, 2023, at 09:50, Zhao Zhili <quinkbl...@foxmail.com> wrote:
>
>
>> 在 2023年11月2日，上午2:12，Anton Khirnov <an...@khirnov.net> 写道：
>>
>> Quoting Zhao Zhili (2023-11-01 17:56:46)
>>> From: Zhao Zhili <zhiliz...@tencent.com>
>>>
>>> It allows to pass SDL_Vulkan_GetVkGetInstanceProcAddr to hwcontext.
>>> ---
>>> libavutil/hwcontext_vulkan.c | 14 ++++++++++++++
>>> 1 file changed, 14 insertions(+)
>>>
>>> diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
>>> index 8481427b42..155fe37a33 100644
>>> --- a/libavutil/hwcontext_vulkan.c
>>> +++ b/libavutil/hwcontext_vulkan.c
>>> @@ -747,7 +747,21 @@ static int create_instance(AVHWDeviceContext *ctx,
>>> AVDictionary *opts)
>>> .sType = VK_STRUCTURE_TYPE_INSTANCE_CREATE_INFO,
>>> .pApplicationInfo = &application_info,
>>> };
>>> + AVDictionaryEntry *opt_d;
>>> +
>>> + opt_d = av_dict_get(opts, "get_proc_addr", NULL, 0);
>>> + if (opt_d) {
>>> + char *end = NULL;
>>> + uintptr_t addr = strtoull(opt_d->value, &end, 16);
>>
>> This is madness.
>
> Yes it is. Any better idea?
>
> I can try to pass vulkan lib path, but it might impossible to get it in a
> portable way.
What do you think on this case? How to pass get_proc_addr to create_instance
from
external? We can add an option to set lib path, but it’s not that flexible.
>
>>
>> --
>> Anton Khirnov
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel@ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>
>> To unsubscribe, visit link above, or email
>
_______________________________________________
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".
