[FFmpeg-devel] [FFmpeg-cvslog] avformat/tls_schannel: add DTLS support

[Timo Rothenpieler]

On 7/13/2025 8:33 AM, Hendrik Leppkes wrote:
> On Sun, Jul 13, 2025 at 4:59 AM James Almer <jamrial at gmail.com> wrote:
>>
>> On 7/12/2025 9:32 PM, Michael Niedermayer wrote:
>>> On Fri, Jul 11, 2025 at 04:04:17PM +0000, Timo Rothenpieler wrote:
>>>> ffmpeg | branch: master | Timo Rothenpieler <timo at rothenpieler.org> | Tue Jun 24 19:30:19 2025 +0200| [90fa9636efff84ec5a4b06815722c08188dca551] | committer: Timo Rothenpieler
>>>>
>>>> avformat/tls_schannel: add DTLS support
>>>>
>>>>> http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=90fa9636efff84ec5a4b06815722c08188dca551
>>>> ---
>>>>
>>>>    configure                  |   6 +-
>>>>    libavformat/tls_schannel.c | 890 +++++++++++++++++++++++++++++++++++++++++----
>>>>    libavformat/version.h      |   2 +-
>>>>    3 files changed, 833 insertions(+), 65 deletions(-)
>>>
>>> breaks on mingw64
>>>
>>> src/libavformat/tls_schannel.c: In function ‘ff_dtls_export_materials’:
>>> src/libavformat/tls_schannel.c:606:5: error: unknown type name ‘SecPkgContext_KeyingMaterialInfo’; did you mean ‘SecPkgContext_NegotiationInfo’?
>>
>> This type (and probably everything below) is API introduced on Windows
>> 10, so unless you build targeting _WIN32_WINNT >= 0x0A00, it will not be
>> defined.
>> So i guess we should make the tls_schannel.c force that value, like so:
Only that keying material function would fail at runtime, which would 
impact whip/srtp.