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