整個周末基本上就浪費在折騰ffmpeg的編譯上了。
從接手實驗室的某個項目開始，就一直在用ffmpeg這個強大的東西。不知道啥時候開始，ffmpeg的結構做了一次調整，幾個頭文件分別放到了單獨的目錄，結果mingw就無法編譯了，錯誤是"No rule to make target `libavdevice/avdevice.dll' "， 好像這沒啥關系。后來一直也沒去理會過這個，直到前天寫程序的時候突然被ffmpeg的強大所感動, 開始打算找出問題，編譯個新版本,ft，多幼稚，這一下搞得我浪費了差不多2天時間。 首先用cygwin嘗試編譯，卻發(fā)現(xiàn)非常的順利，不明白。幾經(jīng)折騰，才發(fā)現(xiàn)原來是makefile變了，而我的mingw上的make版本低了,3.79，更新到3.81后就順利編譯通過了，但是從3.79->3.80->3.81究竟有些啥區(qū)別我也沒去細究了，總之能夠編譯了。
編譯是完成了，但是編譯后的程序卻有問題，播放mepg-4的avi沒問題，但是播放264卻非常干脆的掛了，這太要命了。突然我想起以前用ffmpeg的時候總會打印一段話，大概意思是說libavcodec應該用4.2以上的gcc編譯，否則會很慢或者Crash。所以我立刻去mingw上找最新版本的gcc，卻發(fā)現(xiàn)只有4.3.0 alpha的，但是這個時候最新的gcc已經(jīng)是4.3.2了，alpha的用著多不爽。google吧，還真有三方的mingw gcc 4.3.2，叫TDM gcc吧，欣喜之下立刻下來安裝，編譯。。。 這次更郁悶了，編譯倒是很順利，但是ffplay沒法用，"Application failed to initialize properly"。 無奈，alpha就alpha吧，湊合著用。 但是官方的果然就是官方的啊，imba，這alpha版本也足夠了，編譯、運行統(tǒng)統(tǒng)OK，牛！
但是老毛病又來了，alpha還是看著不爽，一定要搞個4.3.2來試試才罷休。于是下載了gcc4.3.2，找到了個網(wǎng)上的教程，
用MINGW編譯GCC4.2.2指南。 這個過程太郁悶了，之間出的大小問題無數(shù)，主要這幾個大問題:
1. gmp無法編譯，從4.2.1到4.2.3都試過了，也在google上搜索了，但是很少見到有說gmp編譯不過的，最后找了個編譯好的成品
GMP Install Instruction for Windows Platform。題外話，這東西聽起來很牛的樣子，我太土了。
2. libtool問題，中間有個libtool 運行m4的命令，始終報告錯誤 m4 gcc : no such file or directory。在這里卡住后，已經(jīng)折騰到了凌晨3點半。怒了，決定把mingw全部重裝一遍，不過睡一覺先。 重裝mingw又是件繁瑣的事情，基本上大部分組件的最新版本都下載安裝了。還好努力沒白費，不但這個錯誤通過了，而且gmp也順利的編譯了。其實還是不明白到底是mingw系統(tǒng)中哪個部分出錯了
3.最后一個組件貌似libgomp，缺少pthreads。找找了，libpthread.a是存在的，但是沒pthread的頭文件，后來是在這里下載了
POSIX Threads (pthreads) for Win32 的頭文件，但是貌似這里的bin和source中帶的頭文件不一樣，source中的三個頭文件才是可用的。
編譯過程很漫長，build目錄下文件累積大概700M，本本的風扇一直呼呼的轉，最后嘎嘎直響向我抗議，唉，明天拿去維修吧。
幸運的是最后編譯成功了:
$ gcc -v
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../../source/configure --prefix=/mingw --enable-languages=c,treelang --disable-nls --disable-werror --disable-win32-registry --enable-sjlj-exceptions --enable-threads=win32 --disable-libstdcxx-pch --enable-fully-dynamic-string --enable-libgomp --with-tune=generic --with-as=/mingw/bin/as.exe --with-ld=/mingw/bin/ld.exe --with-gcc --with-gnu-ld --with-gnu-as
Thread model: win32
gcc version 4.3.2 (GCC)
configure option 基本就是抄的那個鏈接的。
不幸的是結果還是一樣的。靜態(tài)連接的ffplay可以使用，但是動態(tài)連接的仍然和TDM發(fā)行的gcc4.3.2編譯結果一樣，"Application failed to initialize properly"。所以還是等待官方的mingw吧，不過這個alpha版的也沒啥問題，不過我一直對性能比較以及alpha字眼過于在乎，才會去實驗編譯新版本，其實上自己也知道沒啥差異，就那個毛病。
中間我還有個想法是能不能把mingw編譯的靜態(tài)庫在VC下鏈接，結果一試發(fā)現(xiàn)不行，粗略看了看，基本上都是CRT的函數(shù)找不到，可能是mingw用的CRT lib不一樣，沒有VC6，也就沒去試了。路過的朋友，如果知道些什么，請教了，:)