移植x264到vs2008

最新的x264已经没有提供windows版的可编译工程，微软的VS编程开发工具无疑是最好的调试工具，要把它移植到vs开发环境下面有很多的工作要做。

网上也有很多人在问找x264的vs版本，本人根据之前在项目中的移植经验，总结如下：

1.从官网上下载最新的x264代码，我下载代码是2012年的版本x264-snapshot-20120108-2245。

2.x264在不同的目录下面有好几个文件名字是相同的，需要重新命名，否则会出现你无法想象到的链接错误。

3.把所有的代码添加到微软的VS2008的开发环境里面，编译。这时候，你会发现有很多编译错误，注意先不要加汇编。

  这些编译错误，总的来说，主要是由两类原因引起的。

 3.1 x264采用的C99的语法标准，而VS2008的开发环境是不支持这些语法的。

 3.2 相应的宏开关没有打开。

 

对于第一类错误，是一个体力活，也就是把这些C99的语法改成标准的C语言语法。这项工作大概需要2到3天的时间。

对于第二类错误，就是根据相应错误，找到其代码所在的宏，把相应的宏加到工程里面去。需要增加的宏主要如下：

 HAVE_STRING_H
__ICL
_WIN32
SYS_WINDOWS
HAVE_THREAD
HAVE_VISUALIZE
ARCH_X86
ARCH_X86_32

4. 这时候，你会发现，还有一些没有定义的宏和其它一些编译错误，有一个宏BIT_DEPTH，这个要重新定义为8。还有有些文件是没有必要加进来的，可以去掉。比如，output目录下面的mp4，flv相关的文件从工程中去掉，input目录里面同样有些文件可以去掉。

5. x264里的有一类宏定义的参数可变的，这种vs开发环境当中不支持的。需要把可变参数宏修改为固定的参数宏定义，代码中用到了几个参数的宏就重新定义几个参数的宏。

6.  当所有的编译错误已经解决之后，就是链接错误。这个比较容易解决，一般都是相关的宏没有打开。找到这些代码对应宏，将宏重新定义上。

7.  如果你完成了上面的过程，你基本上可以再vs平台用c代码跑x264了。

这里讲的是如何把汇编语言添加进来，而不是跑C代码。

1. 首先，要下载到yasm这个汇编语言编译工具，其编译命令可以在vs开发环境当中统一添加为如下格式：

yasm.exe -I..\common\x86\ -f win32 -O2 -DPREFIX -o "$(IntDir)\$(InputName)".obj "$(InputPath)"

注意：如果你的yasm的版本比较老，可能会有一些汇编语言的格式没法识别的问题。

2. 把相关的汇编语言源代码都添加到vs2008里面，注意：64位的汇编不用添加。添加汇编的源文件如下：

 

 

上述文件列表里面的vs_aligned.asm是我自己写的，待会叙述。

当然，还要添加MMX的宏定义到工程之中：HAVE_MMX。

上述步骤完成之后可能会有BIT_DEPTH这个宏在汇编文件中没有定义的现象，在汇编当中需要重新定义如下：

%ifndef BIT_DEPTH
%assign BIT_DEPTH 8
%endif

 

编译链接没有错误的情况下，运行，结果程序crash掉了。其原因在于：

GCC编译器会自动把堆栈16字节对齐，而vs的编译器则不会。而SSE的很多指令都要求地址是16字节对齐的，这样导致内存访问异常。

于是，在函数调用之前，需要自己对齐堆栈。

3. 十六字节对齐堆栈

    x264中有这样一段代码：

1                 /* No shortcuts here. The SSSE3 implementation of intra_mbcmp_x9 is fast enough. */2 #ifndef VS_ASM_STACK_16ALIGNED3                 /* No shortcuts here. The SSSE3 implementation of intra_mbcmp_x9 is fast enough. */4      i_best = h->pixf.intra_mbcmp_x9_4x4( p_src_by, p_dst_by, cost_i4x4_mode-i_pred_mode );5 #else6      i_best = call_func_stack_align16_3((void* )(h->pixf.intra_mbcmp_x9_4x4), (void* )p_src_by, (void* )p_dst_by, (void* )(cost_i4x4_mode-i_pred_mode));7 #endif

 上述代码，上面部分是x264原有的，下面的代码是我自己添加的。

 函数

call_func_stack_align16_3

其中， 函数名最后面的3，表示函数有 3 + 1 = 4 个参数，其中第一个参数是原来函数的名字，后面的参数与这个函数本身的参数保持一致。

声明如下：

[csharp] view plaincopy

1. int call_func_stack_align16_3 (void* p_func, void* p1, void* p2, void* p3);  

实现如下：

 1  _call_func_stack_align16_3: 2     push ebp 3     mov  ebp, esp 4     sub  esp, 12 + 16 5     and  esp, ~15 6     mov  ecx, [ebp+8] 7     mov  edx, [ebp+12] 8     mov  [esp], edx 9     mov   edx,[ebp+16]10     mov  [esp+4],edx11     mov   edx,[ebp+20]12     mov  [esp+8],edx13         14     call ecx15     leave16     ret

上述代码请自行理解。

x264代码中还有好些其它crash的地方，用同样的方法，按照参数个数的不同，依葫芦画瓢地修改相应的汇编代码，就可以解决crash的现象。