[FFmpeg-devel] [PATCH v6] avcodec/mfenc: Dynamically load MFPlat.DLL

2022-05-25 Thread Trystan Mata
> In testing of it, I noted that you still need to link against -lmfuuid > when building with MSVC (but in mingw, those UUIDs are defined inline in > headers I think). Ah, I just used used mingw for my testing, sorry. > Additionally, I realized I do prefer to keep using plain LoadLibraryA > and F

Re: [FFmpeg-devel] [PATCH v6] avcodec/mfenc: Dynamically load MFPlat.DLL

2022-05-25 Thread Martin Storsjö
On Wed, 25 May 2022, Timo Rothenpieler wrote: On 25/05/2022 22:51, Martin Storsjö wrote: On Wed, 25 May 2022, Trystan Mata wrote: Changes since the v5:  - Library handle and function pointer are back in MFContext.    - MFTEnumEx has been move to it too.  - dlopen and dlclose are preferred. T

Re: [FFmpeg-devel] [PATCH v6] avcodec/mfenc: Dynamically load MFPlat.DLL

2022-05-25 Thread Timo Rothenpieler
On 25/05/2022 22:51, Martin Storsjö wrote: On Wed, 25 May 2022, Trystan Mata wrote: Changes since the v5:  - Library handle and function pointer are back in MFContext.    - MFTEnumEx has been move to it too.  - dlopen and dlclose are preferred. This will avoid multiple look up on one context.

Re: [FFmpeg-devel] [PATCH v6] avcodec/mfenc: Dynamically load MFPlat.DLL

2022-05-25 Thread Martin Storsjö
On Wed, 25 May 2022, Trystan Mata wrote: Changes since the v5: - Library handle and function pointer are back in MFContext. - MFTEnumEx has been move to it too. - dlopen and dlclose are preferred. This will avoid multiple look up on one context. And each context will have his own library h

[FFmpeg-devel] [PATCH v6] avcodec/mfenc: Dynamically load MFPlat.DLL

2022-05-25 Thread Trystan Mata
Changes since the v5: - Library handle and function pointer are back in MFContext. - MFTEnumEx has been move to it too. - dlopen and dlclose are preferred. This will avoid multiple look up on one context. And each context will have his own library handle. Also, sorry for the e-mail earli