FFMPEG编码debug模式没问题，release模式报错

FFMPEG编码debug模式没问题，release模式报错

    我在做“火灾监控预警软件”时编译工程，需要使用ffmpeg对H264码流解码。发现在用到ffmpeg debug版本运行正常，切换到release时,出现“无法定位程序输入点？。。。于动态链接库avcodec-56.dll”。

    我是直接从http://ffmpeg.zeranoe.com/builds/网站上下好的已经编译通过的dll。当时我就怀疑dll只是debug模式下编译的，而非release版本。

    但我下载的文件中并没有区分debug与release版本的dll。

    所幸查找关键词“ffmpeg release 错误 动态链接库无法”，发现了解决方案：

    只要修改工程属性可以解决这个问题。首先打开工程属性，找到链接项目，在优化中有个引用项，选择保留未引用数据(/OPT:NOREF)即可，我的工程是英文版，截图如下：

在MSDN上查找/OPT（优化）相关信息

REF | NOREF

/OPT:REF 清除从未引用的函数和数据；

/OPT:NOREF 保留从未引用的函数和数据。

    当启用 /OFT:REF时，LINK会移除未引用的已打包函数和数据。 如果对象已经用 /Gy 选项编译过，它将包含打包的函数和数据 (COMDAT)。 此优化称为可传递的 COMDAT 消除。 默认情况下，在非调试生成中启用 /OPT:REF。 若要重写此默认值并在程序中保留未引用的 COMDAT，请指定 /OPT:NOREF。 可以使用 /INCLUDE 选项重写特定符号的移除。

    在显式或默认启用 /OPT:REF 后，将启用受限形式的 /OPT:ICF（仅会折叠相同的函数）。 如果需要 /OPT:REF 而不是 /OPT:ICF，则必须指定 /OPT:REF,NOICF 或 /OPT:NOICF。

    如果指定了 /DEBUG，则 /OPT 的默认项是 NOREF，而且所有函数都保留在映像中。 若要重写此默认项并优化调试生成，请指定 /OPT:REF。 由于 /OPT:REF 隐式使用 /OPT:ICF，建议你同时指定 /OPT:NOICF 以在调试生成中保留相同的函数。 这样更容易读取堆栈跟踪以及在本应折叠在一起的函数中设置断点。 /OPT:REF 选项禁用增量链接。

    你必须将 const 数据显式标记为 COMDAT；使用 __declspec(selectany)。

    指定 /OPT:ICF 不启用 /OPT:REF 选项。

    ICF[= iterations ]| NOICF

    使用 /OPT:ICF[=iterations] 执行相同的 COMDAT 折叠。 可以从链接器输出中删除冗余 COMDAT。 可选 iterations 参数指定遍历符号以查找重复项的次数。 默认迭代次数是两次。 附加的迭代可以找到更多前一次迭代中未通过折叠发现的重复项。

    指定 /OPT:REF 并且 ICF 默认为有效时的链接器行为方式与显式指定 /OPT:REF,ICF 时的行为方式不同。 单独使用 /OPT:REF 启用的 ICF 的窗体不折叠只读数据（包括 .rdata、.pdata 和 .xdata）。 因此，为 x64 生成映像时将折叠较少的函数，因为这些模块中的函数更依赖于只读数据（例如.pdata 和 .xdata）。 若要获取完整的 ICF 折叠行为，请显式指定 /OPT:ICF。

    若要在 COMDAT中放置函数，请使用 /Gy 编译器选项；若要放置 const 数据，请将其声明为 __declspec(selectany)。 有关如何指定用于折叠的数据的详细信息，请参阅 selectany。

    默认情况下，如果 REF 处于打开状态，则 ICF 处于打开状态。 若要重写此默认值，当指定 REF 时，请使用 NOICF。 当未在调试生成中指定 /OPT:ICF 时，你必须显式指定 /OPT:REF 以启用 COMDAT 折叠。 但是，由于 /OPT:ICF 能合并相同的数据或函数，因此它也能更改显示在堆栈跟踪中的函数名。 它还能使你无法在某些函数中设置断点或在调试器中检查某些数据，并让你在单步执行代码时进入意外的函数。 因此，建议不在调试生成中使用 /OPT:ICF，除非较小的代码的好处能弥补这些不足。