在Windows上基于MSYS2 UCRT64工具链编译ffmpeg源码

1. 使用的基本工具链介绍

本文使用 MSYS2 UCRT64 工具链在 Windows 上编译 FFmpeg 源码,不使用
MSYS2 MINGW64 ,下面介绍一下 MINGW64 与 UCRT64 的区别。

它们的核心区别在于使用的 C 语言运行时库不同,这直接影响了程序的兼容性、现代性和对C/C++新标准的支持。两者都使用MinGW编译器,但是使用不同的运行时库和工具链版本。

特性 MSYS2 MINGW64环境 MSYS2 UCRT64 环境 核心影响
C 运行时库 传统的 msvcrt.dll 现代的 ucrtbase.dll UCRT64更现代、标准、一致
目标系统 Windows 7 及更高版本 Windows 10 及更高版本 UCRT64放弃了旧版Windows支持
标准符合性 支持到 C11/C++17,但部分特性受限 完全支持 C11/C++17,计划支持C++20/23 UCRT64对新语言标准支持更好
路径处理 使用旧约定,可能混淆 / 和 \ 始终使用UTF-8编码,路径处理更清晰、无歧义 UCRT64彻底解决了路径编码的"历史包袱"
许可与分发 msvcrt.dll 与编译器绑定,分发复杂 UCRT 是Windows系统组件,分发更简单 UCRT64程序依赖系统自带组件,打包更简单
工具链前缀 mingw-w64-x86_64- mingw-w64-ucrt-x86_64- 安装包时需注意前缀匹配

2. 编译过程

使用 MSYS2 UCRT64 工具链,需要打开 msys64/ucrt64.exe 工具。

msys 工具介绍可参见该文章 在Windows上编译Emacs源码。

FFmpeg 功能强大,依赖许多多媒体库。在命令行中输入下面的命令,安装多媒体库。

bash 复制代码
# 基础多媒体库
pacman -S --needed mingw-w64-ucrt-x86_64-lame \
                    mingw-w64-ucrt-x86_64-x264 \
                    mingw-w64-ucrt-x86_64-x265 \
                    mingw-w64-ucrt-x86_64-libvpx \
                    mingw-w64-ucrt-x86_64-opus \
                    mingw-w64-ucrt-x86_64-fdk-aac \
                    mingw-w64-ucrt-x86_64-aom \
                    mingw-w64-ucrt-x86_64-sdl2

在源码目录下创建一个独立的构建目录 build,在 build 目录下运行 configure 进行编译配置,可以使得构建生成的中间文件与源码分离。
../ffmpeg-8.0.1/configure --prefix=/E/OpenSrcProj/ffmpeg/lib/msvc2019_64 --arch=x86_64 --target-os=mingw64 --toolchain=msvc --enable-shared --enable-static --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libvpx --enable-libopus --enable-libfdk-aac

bash 复制代码
mkdir build && cd build
../configure \
  --prefix=/usr/local/ffmpeg-custom \		# 指定 make install 时的安装目录
  --arch=x86_64 \							# 处理器架构(x86_64)
  --target-os=mingw64 \						# 必须设为 mingw64 以生成 Windows 原生程序
  --toolchain=msvc \  						# 注意:这里指使用msvc风格的链接器,编译器仍是gcc
  --enable-shared \							# 生成动态链接库(.dll)
  --enable-static \							# 生成静态链接库(.a)
  --enable-gpl \							# 启用 GPL 许可代码(如需 x264 等则必须)
  --enable-version3 \						
  --enable-nonfree \						# 启用非自由代码(如需 fdk-aac 等则必须)
  --enable-libmp3lame \						# --enable-lib*	启用已安装的第三方库支持。
  --enable-libx264 \
  --enable-libx265 \
  --enable-libvpx \
  --enable-libopus \
  --enable-libfdk-aac

如下图所示,打印配置报错,问题分析如下:

  1. 工具链错配:--toolchain=msvc 告诉 FFmpeg 去寻找并使用 Visual Studio 的 MSVC 编译器(cl.exe, link.exe)。但在 MSYS2 UCRT64 环境中,默认的、可用的编译器是 MinGW-w64 的 GCC。MSYS2 环境通常没有、也不直接兼容 MSVC 的命令行工具。

  2. 路径与环境:即便系统安装了 Visual Studio,其环境变量(如 PATH, INCLUDE, LIB)也没有在当前 MSYS2 UCRT64 终端中被激活,因此 cl.exe 要么找不到,要么因环境不完整而无法工作。

将上面的 --toolchain=msvc 移除,让configure自动使用MinGW的gcc。再次运行,报错如下图所示。因为 NASM 没有安装,或者版本太低。FFmpeg 依赖 NASM(Netwide Assembler) 编译关键的性能优化代码(x86 汇编部分)。

在 UCRT64 终端输入命令 pacman -S mingw-w64-ucrt-x86_64-nasm,安装 NASM 工具。

配置完成后,输入 make -j32 进行编译。

编译完成后,输入 make install 进行安装。

3. 程序运行

编译完成后,执行./ffmpeg -version,显示版本信息及启用的编解码器列表。

类似的,在 Windows 上直接运行时提示缺少 zlib1.dll、libva.dll、libfdk-acc-2.dll、libiconv-2.dll库文件,需要将文件复制到 exe 文件所在目录。具体可参考该文章: 在Windows上编译Emacs源码。

相关推荐
BIBI204910 小时前
换 Git 托管平台怎么做?基于 TortoiseGit 的跨平台迁移教程
windows·git·tortoisegit·问题解决·版本控制·最佳实践
chushiyunen11 小时前
autoHotKey、windows自动化快捷键工具
运维·windows·自动化
燃烧的枫12 小时前
Windows 下 YOLO11 Det 的 TensorRT C++ 部署
pytorch·windows·tensorrt·关键点识别·yolo11
猪八宅百炼成仙13 小时前
让 AI 帮你清理电脑而不翻车:一个 Windows 体检调优 Skill 的工程化设计
人工智能·windows
鱼宵14 小时前
取集合第一个元素,Java 为什么要写三种写法?
java·windows·python·java21
kingx315 小时前
Windows Server 2008 应急加固实战:7 项入侵痕迹排查与修复
数据库·windows·提权·应急响应·加固
海域云SeaArea_19 小时前
Windows Server 2008 R2 从零安装 IIS7.5(二):php.ini 配置
开发语言·windows·php
Android系统攻城狮21 小时前
Linux FFmpeg深度解析之av_dump_format调用流程与实战(十一)
linux·运维·服务器·ffmpeg·1024程序员节·音视频进阶
Android系统攻城狮1 天前
Linux FFmpeg深度解析之avcodec_find_decoder调用流程与实战(十二)
linux·运维·服务器·ffmpeg·1024程序员节·音视频进阶
Hommy881 天前
【直播切片工作台】第23章:媒体探测与转码:ffprobe 与 ffmpeg 封装
人工智能·ffmpeg·直播切片