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