avcodec_encode_video2在MinGW32崩溃（MinGW64正常）技术求助

我之前也碰到过类似跨架构编译FFmpeg相关功能崩溃的情况，结合你的场景，给你梳理几个高概率的排查方向和解决办法：

1. 确认FFmpeg/x264库的编译架构严格匹配32位 #

• 编译x86版本的FFmpeg和x264时，必须明确指定32位架构参数：比如FFmpeg要加--arch=x86，x264要加--host=i686-w64-mingw32，绝对不能把64位库误用到32位程序里——这种混合架构的链接看似成功，但运行时会因为指针长度不匹配直接触发崩溃。
• 验证库的位数：用MinGW32的objdump工具检查，执行objdump -f libx264.a，看输出里的architecture是否为i386（而非i386:x86-64）。

2. 检查Qt项目的编译套件是否纯32位 #

• 确保Qt Creator的构建套件（Kit）完全是MinGW32：编译器、链接器、qmake都得是32位版本，别混到64位工具链。
• 检查项目的qmake配置：如果手动加过DEFINES += _WIN64这类64位宏，要改成DEFINES += _WIN32，或者直接删除让qmake根据架构自动生成。

3. 排查AVCodec上下文初始化的32位对齐问题 #

• 32位和64位环境下结构体的内存对齐规则有差异，FFmpeg的AVCodecContext这类复杂结构体，在32位环境下如果初始化不完整，或者字段赋值不符合内存要求，编码时会触发非法内存访问。
• 对比64位版本的初始化代码，确保32位版本中：
  • AVCodecContext的必填字段（width、height、pix_fmt、bit_rate等）全部正确赋值，没有遗漏；
  • 调用avcodec_open2前，用avcodec_alloc_context3正确分配上下文，编码结束后也按流程释放资源，避免野指针。

4. 警惕32位程序的栈溢出问题 #

• 32位程序默认栈空间比64位小很多（通常1MB左右），如果你的编码逻辑里用了大量栈上的大数组（比如视频帧缓冲区），很容易触发栈溢出导致崩溃。
• 解决办法：把栈上的大缓冲区改成用av_malloc/av_free在堆上分配，或者在MinGW32编译选项里加大栈空间，比如在项目LIBS中添加-Wl,--stack=8388608（设置栈为8MB）。

5. 调试定位具体崩溃点 #

• 用MinGW32的gdb调试程序，当avcodec_encode_video2崩溃时，查看调用栈信息：如果是FFmpeg库内部崩溃，大概率是库的编译有问题；如果是你的代码传递了错误指针（比如64位指针被截断为32位），就要检查变量类型是否正确（比如别用int代替size_t这类架构相关的类型）。

最后提个小提醒：如果用预编译FFmpeg库，一定要确认是专门针对MinGW32编译的，别把VC编译的32位库混到MinGW环境里，ABI不兼容也会导致奇怪的崩溃。

内容的提问来源于stack exchange，提问作者ksb496