编译选项对ffmpeg调用的影响之一

一个视频控件，主要包含了3部分的东西：视频窗口管理、码流接收、解码播放控制

上周6之前都是好的，上周6时候发现，原本好好的客户端变成了视频窗口大小不变了，即正常情况下当客户端窗口放大缩小时，视频窗口要随控件的大小改变而改变，结果现在不会改变了，上周6没在意，今天发现还是不行。

今天看了下代码，周上早上给别人发的控件没有问题，周6一天没有改代码。自己调试的和别人的唯一区别是一个release，一个debug。

周6做了一件事，因为控件占用cpu比较高，所以用了vs2010的一个性能分析工具进行代码分析，在进行分析时，提示需要使用 /profile 编译选项，即“配置文件”的链接选项设置为“是”，结果它自己进行了重新编译。

今天仔细看了下工程，和周6前的工程对比了一下，发现只有这一个选项修改了，先保持这个选项不动，跟踪代码，最终到了调用ffmpeg的接口 av_log_set_callback() ，此调用直接卡住了，不返回！所以导致后面的窗口改变参数无效，所以整个视频窗口的大小不再改变。

然后修改链接选项“配置文件”为“否”，编译再支行客户端，一切正常。

总结：

编译选项 “配置文件”在设置为“是”时，会在生成的代码中插入一些内容，它导致和ffmpeg的不兼容，从而使ffmpeg的接口调用异常。