通过 Windows API 解码视频与音频。由于市面上几乎没有可用的开源项目用于测试 Windows 上 DirectShow 与 Media Foundation 的实际解码效果，因此本项目诞生了，其中 99% 的代码通过 AI 编写。
注意！此软件不能保证 100% 反映系统的实际解码效果。目前可安装的主流解码器都只能注册到 DirectShow，因此对于 MF 框架的播放效果，你可以看到相当拉胯的表现（对于不支持的格式）。解码器也不是绝对万能的。
此软件的mf部分在windows上运行效果极差（未完善，能力有限），这里强烈推荐windows用户使用mrfearless/MediaPlayer作为替代，这是通过汇编编写的播放器，使用BSD宽松协议进行开源，对于linux/unix用户而言，wine的mf框架与gstreamer框架深度绑定，因此大部分可以正常解码和播放视频，目前wine无法正常运行MediaPlayer。
对于 Wine，大多数视频与音频会交给 GStreamer 框架进行处理。只要你 GStreamer 插件集合足够完整，对于 WMV 这种特殊格式，Wine 可以直接绕过 GStreamer 完成解码。WMV 视频在 Wine 和 Windows DirectShow 中的表现都相当不错。
- 方法1：函数库禁用
export WINEDLLOVERRIDE="winegstreamer=d"或通过wincfg图形化，在函数库禁用winegstreamer
此方法可以禁用gstreamer但是也会导致mf框架无法调用gstreamer
- 方法2：CLSID删除gstreamer注册表（只影响DirectShow）可以在安装第三方解码器的情况下自由切换是否使用gstreamer
准确来讲，同样是注册的 DirectShow 解码器，在 Wine 里 GStreamer 本质上也是通过 CLSID 注册调用的，且优先级最高，直接顶掉了第三方解码器注册的 CLSID。
在 Wine 中，GStreamer 的 CLSID 注册表如下：
[HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11D0-BD40-00A0C911CE86}\Instance\{F9D8D64E-A144-47DC-8EE0-F53498372C29}]
"CLSID"="{F9D8D64E-A144-47DC-8EE0-F53498372C29}"
"FilterData"=hex:02,00,00,00,ff,ff,5f,00,03,00,00,00,00,00,00,00,30,70,69,33,\
00,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,30,74,79,33,00,\
00,00,00,88,00,00,00,98,00,00,00,31,70,69,33,08,00,00,00,00,00,00,00,01,00,\
00,00,00,00,00,00,00,00,00,00,30,74,79,33,00,00,00,00,a8,00,00,00,98,00,00,\
00,32,70,69,33,08,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,\
30,74,79,33,00,00,00,00,b8,00,00,00,98,00,00,00,83,eb,36,e4,4f,52,ce,11,9f,\
53,00,20,af,0b,a7,70,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,61,75,\
64,73,00,00,10,00,80,00,00,aa,00,38,9b,71,76,69,64,73,00,00,10,00,80,00,00,\
aa,00,38,9b,71
"FriendlyName"="GStreamer splitter filter"
CLSID 对于大部分系统组件的值都是固定的，尽管看起来毫无逻辑。
因此禁用 GStreamer 的最好方法就是直接删除：
HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11D0-BD40-00A0C911CE86}\Instance\{F9D8D64E-A144-47DC-8EE0-F53498372C29}
如果需要恢复 GStreamer 的调用，重新导入注册表即可。
K-lite正常生效之后，你可以在系统任务栏看到以下图标：
对于 DirectShow，用于注册第三方解码器的组件 ID 是固定的：
{083863F1-70DE-11D0-BD40-00A0C911CE86}
路径为：
HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11D0-BD40-00A0C911CE86}\Instance\
因此，你可以在注册表中见到第三方解码器的注册条目，如 LAV。
MF 框架没有 CLSID 的第三方解码器注册。在 Windows 上，你只能通过微软商店的包来获取更多视频的解码支持。你可以在 K-Lite 官网获取到一些解码支持包。
对于 Wine 的 MF 框架，如果你在 Proton Wine 中出现问题（如卡顿），可以尝试切换为原版 Wine，使用 GStreamer 进行有效解码。对于 Unity H.264，可以尝试在 Wine 编译中应用补丁（无论是否启用补丁中的变量都能解决 Unity 游戏的 H.264 视频卡死问题）。这些补丁是通过比对原版 Proton 的 dlls/mfplat/main.c 生成的，通常无需移植完整的 Proton MF 源码。
MF 框架和 Linux 的 GStreamer 一样，都是多媒体相关，除了基础的视频音乐播放与解码，也涉及摄像头之类的相关多媒体功能。
Wine 的 Media Foundation 框架有两个后端实现：
- winegstreamer：基于 GStreamer，支持 DirectShow 和 Media Foundation 接口
- winedmo：基于 FFmpeg，仅支持 Media Foundation 接口
选择逻辑（位于 wine/dlls/mfsrcsnk/media_source.c）：
if ((status = winedmo_demuxer_check("video/mp4")) || use_gst_byte_stream_handler())
{
// 使用 GStreamer 字节流处理器
return CoCreateInstance(&CLSID_GStreamerByteStreamHandler, ...);
}
// 使用 winedmo 处理器
return byte_stream_plugin_create(...);关键条件：
winedmo_demuxer_check()：检查 FFmpeg 是否支持该格式use_gst_byte_stream_handler()：检查注册表设置DisableGstByteStreamHandler
只有同时满足以下条件才会使用 winedmo：
- winedmo 支持该格式（FFmpeg 已安装且支持所需编解码器）
- 注册表设置
DisableGstByteStreamHandler为1（禁用 GStreamer）
为什么即使设置了注册表仍可能调用 GStreamer：
- 格式不支持：winedmo 仅支持有限格式（MP4、AVI、WAV、ASF、WMV、WMA、MPEG、MP3）
- FFmpeg 未安装：如果 Wine 编译时使用
--without-ffmpeg，winedmo 完全不可用 - 开发状态：winedmo 尚未开发完成，在 wine11.11 中可能仍回退到 GStreamer
禁用 GStreamer 的注册表设置：
注册表路径: HKEY_CURRENT_USER\Software\Wine\MediaFoundation
键名: DisableGstByteStreamHandler
类型: DWORD
值: 1
winedmo 是除了 winegstreamer 之外的另一个 MF 后端实现，通过调用 FFmpeg 实现，最初合并为 (https://gitlab.winehq.org/wine/wine/-/merge_requests/6442)。然而 winedmo 并没有开发完成，GStreamer 仍然为优先级最高的选择，即便满足要求可能仍然为 GStreamer 解码。
通过ARCH变量指定64位还是32位
make -j4 # 默认64位
make ARCH=64 -j4 # amd64
make ARCH=32 -j4 # x86在linux你可以通过msvc-wine项目来使用cl编译