release版调用ffmpeg出错

最新推荐文章于 2025-05-03 00:34:47 发布
最新推荐文章于 2025-05-03 00:34:47 发布
阅读量1.8k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： c/c++ 文章标签： ffmpeg
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wanglx_/article/details/50054601
本文分享了一位开发者在使用FFmpeg开发视频服务器过程中遇到的问题：在Release版本下出现未处理异常的情况。通过一系列测试与排查，最终确定了解决方案——在链接器优化中启用“保留未引用数据”选项。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

这几天在做一个原始ES流复用为MP4的库，调用的是ffmpeg，弄了半天把各种参数设好之后，F5一切正常，ok了，可让人郁闷的是，把库编译成release版本后，不是报未处理异常，就是报无法定位程序入口点……，刚开始以为是release版本的编译选项没设置好，找了半天也没有找到，最后在网上一通搜索，找到下面这篇文章：

http://blog.youkuaiyun.com/bing87496988/article/details/25061659

内容如下：

win7 下开发视频服务器,用到ffmpeg,debug版本运行正常,切换到release时,出现"0x00905a4d 处未处理的异常: 0xC0000005: 读取位置 0x00905a4d 时发生访问冲突",原以为是jrtplib得问题,鼓捣半天才发现是ffmpeg. 用一个很小的测试程序验证,在av_register_all处就崩溃.鸟!
难道是用mingw生成ffmpeg时有调试信息,应用程序用release编译冲突?
ffmpeg版本老旧,有这个bug?
我编译的选项不对?
测试排除了上面3个疑问. 那就只有debug和release版本的区别了. 将release的优化选项逐个的剔除测试,找到了问题所在:
连接器->优化->引用 

在release版本下面使用"保留未引用数据(/OPT:NOREF)"选项才可以正常运行.

google "ffmpeg OPT:NOREF" 发现有人已经发现并解决了这个问题. 

ffmpeg函数调用失败
pvmsmfchcs的博客
06-09 519
卸载所有ffmpeg相关，ffmpeg 和 python-ffmpeg等 移除apt-get remove ffmpeg 安装pip install ffmpeg-python apt-get update
ffmpeg release下出错
mincheat的专栏
09-30 703
解决方法： 使用vs2010开发播放器，在debug下可以编译通过并且可以运行，但是在release下编译通过之后不能运行。经过检查链接库dll也没有问题。后来在网上查找相关资料终于有了解决方案了。 debug和release版本是区别的，在release版本下，属性->连接器->优化->引用：选择否(/OPT:NOREF),即保留未引用数据选项就可以了。运行之后就可以正常通过。
使用ffmepg的lib库调试，debug版本下调试无问题，但release版本会出现跑飞的现象...
dianchixian5277的博客
01-12 211
如题（“使用ffmepg的lib库调试，debug版本下调试无问题，但release版本会出现跑飞的现象”）。 今天使用ffmpeg进行宿放和颜色格式转换，很简单的代码，却折腾了我一天，这里说来就气啊，全是一顿的蛋疼，这里记下来，防止以后再蛋疼。呵呵 开始的时候，我以为是我的代码问题，然后我把我的代码很多地方都注释了，发现debug没问题，release还是不断跑飞，啥原因？ 于是...
ffmpeg-release
01-05
ffmpeg-release-32bit-static.tar.xz
win7 下ffmpeg release 版本崩溃问题
零凌灵的专栏
08-12 840
vs2005 win7 下开发视频服务器,用到ffmpeg,debug版本运行正常,切换到release时,出现"0x00905a4d 处未处理的异常: 0xC0000005: 读取位置 0x00905a4d 时发生访问冲突",原以为是jrtplib得问题,鼓捣半天才发现是ffmpeg. 用一个很小的测试程序验证,在av_register_all处就崩溃.鸟! 难道是用mingw生成ff
ubuntu下通过源码编译opencv ffmpeg相关的接口出错
ewerwerwerer的专栏
05-20 1868
这两天在进行opencv相关的工作，需要使用到opencv中的VideoCapture。由于我是做音视频方面的工作，所以ffmpeg都是自己编译源码，且安装在指定的一个目录下(/home/user/3rdparty)。为了能够更方便的调试opencv， 所以也自然的决定要从源码编译opencv。 编译完成opencv后，编译自己的代码开始调用VideoCapture open函数 读取一个视频文件。但是open函数报错： Failed to open video set13-V004.h264, er
FFmpeg编译4
2401_85667460的博客
06-22 725
小编这些年深知大多数初中级Android工程师，想要提升自己，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！资料⬅专栏获取TOOLCHAIN。
零基础配置FFmpeg环境：一文看懂命令行利器的启动姿势
最新发布
专注于深入研究多种编程语言，以实战为导向，逐步拓展开发技能，提升工程化编码和思维能力，展现无敌技术实力。
05-03 804
FFmpeg 是音视频处理界的全能选手，支持格式转换、剪辑、压缩等操作，零基础也能轻松上手。
opencv_ffmpeg_dll.rar
05-12
描述中提到的“QT + opencv 编译时缺少ffmpeg DLL 文件”，这可能是指在使用QT Creator或者命令行编译OpenCV项目时，由于系统路径中没有包含FFmpeg的DLL文件，导致编译失败或运行时出错。解决这个问题的方法是确保将...
记录虚拟机centos7安装opencv+ffmpeg,以及安装中问题解决
weixin_57018576的博客
07-09 1188
centos 下opencv+ffmpeg安装整理
ffmpeg在vs2010中的release版本下不能运行
08-28
ffmpeg在vs2010中的release版本下不能运行的解决方案
FFMPEG release版本编译出错
preston2006的专栏
12-19 968
什么无法定位输入点到动态库。。。。上 这个问题困扰了很久，首先能确定的是FFMPEG使用的是同一版本， 偶然的机会，百度了一下http://www.gddhx.com/post/48.html得到了答案。 在vs2010上编译，属性，链接器，引用改为否NOERF成功。 搞掂。
在Windows下编译FFmpeg详细说明(精华)
多媒体编程、网络编程、系统编程、网络安全编程、驱动编程
05-19 1186
【前言】 本文参考网上大量资料，经整理而成，并经实践验证，最后更新日期2010年3月11日。另外本人使用开发工具为Delphi，不会VC，所以没有编译VC相关的lib库部分。 本文搭建MinGW+MSYS环境路径分别假设为C:\MinGW和C:\MSYS，并且为纯手工安装，即下载相应的压缩包，直接解压到相应目录。 本文链接——http://www.codecoolie.com/ffmpeg/
FFMPEG编码debug模式没问题，release模式报错
Solomon1558的专栏
05-08 3206
FFMPEG编码debug模式没问题，release模式报错     我在做“火灾监控预警软件”时编译工程，需要使用ffmpeg对H264码流解码。发现在用到ffmpeg debug版本运行正常，切换到release时,出现“无法定位程序输入点？。。。于动态链接库avcodec-56.dll”。     我是直接从http://ffmpeg.zeranoe.com/builds/网站上
FFmpeg[16] - FFmpeg 4.2 release
liuzhen007的专栏
10-15 2092
不知不觉，ffmpeg已经更新到4.x了，想想最初接触的版本还是2.x，2019年8月5日，ffmpeg发布了4.2版本，上个版本4.1是2018年11月6日，版本更新还是很紧凑的。现把该版本的release亮点保存一下： tpad过滤器 通过libdav1d支持AV1解码 点过滤器 chromashift和rgbashift滤镜 冻结检测过滤器 truehd_core比特流过滤器 ...
ffmpeg 版本信息所在文件--RELEASE
u010029439的博客
03-07 3974
在根目录有个 RELEASE，里面有ffmpeg的版本信息。
release程序加载调用ffmpeg动态库崩溃
使徒保罗的技术伊甸园
06-27 2584
本人在开发音视频项目时在发布release版本时遇到ffmpeg库调用崩溃，也是定位了很久。一下是vs工程和qt工程的解决办法: 1.vs的工程属性修改连接器->优化->引用  2.如果是qt工程，IDE是qtcreator的话,就直接在qt工程pro文件中添加QMAKE_LFLAGS += /OPT:NOREF 产生崩溃的本质原因: 之所以会造成release调用
那我理解如果主程序与第三方DLL成功加载各自需要的OpenCV版本以及主程序与第三方DLL中间不传递OpenCV数据结构，程序就不会产生错误是吧？
04-04
<think>好的，用户现在的问题是确认如果主程序和第三方DLL各自加载不同版本的OpenCV，并且不传递OpenCV数据结构，程序就不会出错。我需要进一步分析这种情况下的潜在问题，确保用户理解所有可能的风险。 首先，用户已经理解了ABI兼容性的问题，知道传递数据结构会导致崩溃。现在他们假设只要不传递这些结构，就能避免错误。我需要确认这一点，但也要指出其他可能的隐患。 我需要考虑静态变量和全局状态的问题。例如，OpenCV可能有全局的内存池或配置参数。如果主程序和DLL使用不同版本，它们各自的静态变量可能冲突，导致不可预知的行为，比如内存管理错误或配置不一致。 另外，资源释放的问题也很重要。例如，如果在DLL中分配的资源（如内存）需要在主程序中释放，而两者使用不同版本的OpenCV，可能导致释放方式不匹配，引发崩溃。 还有异常处理的兼容性。如果不同版本的OpenCV抛出不同的异常类型，而主程序和DLL之间没有统一的异常处理机制，可能会导致程序崩溃或未处理的异常。 另外，即使不传递数据结构，如果DLL内部使用了某些OpenCV功能，而主程序也调用了同名的函数，但由于版本不同，函数行为可能不一致，导致逻辑错误，比如图像处理结果不符合预期。 我还需要提到第三方DLL可能依赖的其他库，比如CUDA或第三方依赖项的版本冲突，这可能导致间接的问题。 最后，应该总结用户的理解是正确的，但需要强调这些潜在风险，并提供建议，比如尽量统一版本，或者使用进程隔离来彻底避免问题。</think>### 是的，你的理解基本正确！但需补充关键细节... 若主程序与第三方DLL满足以下**两个条件**，**理论上**可避免直接崩溃： 1. **严格隔离OpenCV版本**：主程序和第三方DLL加载各自目录下的OpenCV DLL（通过`SetDllDirectory`或清单文件控制）。 2. **无OpenCV对象传递**：双方仅通过**基本数据类型**（如文件路径、字符串、字节数组）或**原始内存指针**交互，**不传递任何OpenCV类对象**（如`cv::Mat`、`cv::Point`）。 但实际开发中仍存在**潜在风险**，需特别注意以下场景： --- ### 风险1：**全局状态冲突** OpenCV内部可能维护**全局静态变量**（如内存池、硬件加速标志），不同版本对其管理方式不同。例如： ```cpp // OpenCV 3.x可能使用全局内存池 cv::setNumThreads(4); // 主程序设置线程数 // 第三方DLL内部代码（OpenCV 4.x） cv::setNumThreads(2); // 修改全局线程数，可能与主程序冲突 ``` **结果**：主程序后续OpenCV调用可能因线程数被篡改出现性能异常或死锁。 --- ### 风险2：**资源释放不一致** 若主程序与DLL**共享资源句柄**（如`cv::cuda::Stream`或文件存储对象），但各自使用不同版本OpenCV释放资源： ```cpp // 主程序（OpenCV 4.5.1） void SaveData() { cv::FileStorage fs("data.xml", cv::FileStorage::WRITE); fs << "value" << 100; fs.release(); // 按4.x方式释放 } // 第三方DLL（OpenCV 3.4.0） extern "C" __declspec(dllexport) void ProcessData() { cv::FileStorage fs("data.xml", cv::FileStorage::READ); int val; fs["value"] >> val; fs.release(); // 按3.x方式释放，若文件句柄管理方式不同，可能导致内存泄漏 } ``` **结果**：资源释放逻辑不一致可能引发内存泄漏或文件锁未解除。 --- ### 风险3：**间接依赖冲突** 若第三方DLL内部依赖**其他OpenCV相关库**（如FFmpeg、Intel TBB），而主程序使用不同版本： ``` 主程序链接：OpenCV 4.5.1 → FFmpeg 4.3 第三方DLL链接：OpenCV 3.4.0 → FFmpeg 3.4 ``` **结果**：FFmpeg的符号冲突可能导致视频编解码失败或崩溃。 --- ### 安全实践建议 #### 1. **数据交互协议标准化** - 使用与OpenCV无关的中间格式传递数据： ```cpp // 主程序将cv::Mat转换为字节流+元数据 std::vector<uchar> buffer; cv::imencode(".png", img, buffer); // 传递字节流和图像尺寸给第三方DLL typedef void (*ProcessImageFunc)(const uchar* data, int width, int height); ProcessImageFunc func = GetProcAddress(...); func(buffer.data(), img.cols, img.rows); // DLL内部重新解码（使用自己的OpenCV版本） cv::Mat received_img = cv::imdecode(buffer, cv::IMREAD_COLOR); ``` #### 2. **进程级隔离（终极方案）** 通过创建**子进程**运行第三方模块，彻底隔离内存空间： ```cpp // 主程序（父进程） STARTUPINFO si = { sizeof(si) }; PROCESS_INFORMATION pi; CreateProcess(L"ThirdPartyApp.exe", ..., &si, &pi); // 通过进程间通信（IPC）传递文件路径或网络流 ``` #### 3. **版本统一强制校验** 在动态加载DLL前检查其依赖的OpenCV版本： ```cpp // 获取第三方DLL的OpenCV版本 HMODULE hDll = LoadLibrary(L"ThirdPartyA.dll"); typedef const char* (*GetOpenCVVersionFunc)(); auto func = (GetOpenCVVersionFunc)GetProcAddress(hDll, "GetOpenCVVersion"); if (func && strcmp(func(), "3.4.0") != 0) { // 版本不匹配，拒绝加载 FreeLibrary(hDll); throw std::runtime_error("OpenCV版本冲突"); } ``` --- ### 总结 - **安全场景**：无OpenCV对象传递 + 无全局状态依赖 → 可运行。 - **风险场景**：涉及资源释放、静态变量、间接依赖 → 需针对性防护。 - **终极建议**：若条件允许，尽量统一OpenCV版本或采用进程隔离。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值