• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Breaking Free

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              1 隨筆 :: 0 文章 :: 11 評論 :: 0 Trackbacks

            2008年9月1日 #

              整個周末基本上就浪費在折騰ffmpeg的編譯上了。
              從接手實驗室的某個項目開始,就一直在用ffmpeg這個強大的東西。不知道啥時候開始,ffmpeg的結構做了一次調整,幾個頭文件分別放到了單獨的目錄,結果mingw就無法編譯了,錯誤是"No rule to make target `libavdevice/avdevice.dll' ", 好像這沒啥關系。后來一直也沒去理會過這個,直到前天寫程序的時候突然被ffmpeg的強大所感動, 開始打算找出問題,編譯個新版本,ft,多幼稚,這一下搞得我浪費了差不多2天時間。 首先用cygwin嘗試編譯,卻發現非常的順利,不明白。幾經折騰,才發現原來是makefile變了,而我的mingw上的make版本低了,3.79,更新到3.81后就順利編譯通過了,但是從3.79->3.80->3.81究竟有些啥區別我也沒去細究了,總之能夠編譯了。
              編譯是完成了,但是編譯后的程序卻有問題,播放mepg-4的avi沒問題,但是播放264卻非常干脆的掛了,這太要命了。突然我想起以前用ffmpeg的時候總會打印一段話,大概意思是說libavcodec應該用4.2以上的gcc編譯,否則會很慢或者Crash。所以我立刻去mingw上找最新版本的gcc,卻發現只有4.3.0 alpha的,但是這個時候最新的gcc已經是4.3.2了,alpha的用著多不爽。google吧,還真有三方的mingw gcc 4.3.2,叫TDM gcc吧,欣喜之下立刻下來安裝,編譯。。。 這次更郁悶了,編譯倒是很順利,但是ffplay沒法用,"Application failed to initialize properly"。 無奈,alpha就alpha吧,湊合著用。 但是官方的果然就是官方的啊,imba,這alpha版本也足夠了,編譯、運行統統OK,牛!

               但是老毛病又來了,alpha還是看著不爽,一定要搞個4.3.2來試試才罷休。于是下載了gcc4.3.2,找到了個網上的教程, 用MINGW編譯GCC4.2.2指南。 這個過程太郁悶了,之間出的大小問題無數,主要這幾個大問題:
               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。在這里卡住后,已經折騰到了凌晨3點半。怒了,決定把mingw全部重裝一遍,不過睡一覺先。  重裝mingw又是件繁瑣的事情,基本上大部分組件的最新版本都下載安裝了。還好努力沒白費,不但這個錯誤通過了,而且gmp也順利的編譯了。其實還是不明白到底是mingw系統中哪個部分出錯了
               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 基本就是抄的那個鏈接的。

               不幸的是結果還是一樣的。靜態連接的ffplay可以使用,但是動態連接的仍然和TDM發行的gcc4.3.2編譯結果一樣,"Application failed to initialize properly"。所以還是等待官方的mingw吧,不過這個alpha版的也沒啥問題,不過我一直對性能比較以及alpha字眼過于在乎,才會去實驗編譯新版本,其實上自己也知道沒啥差異,就那個毛病。
             
              中間我還有個想法是能不能把mingw編譯的靜態庫在VC下鏈接,結果一試發現不行,粗略看了看,基本上都是CRT的函數找不到,可能是mingw用的CRT lib不一樣,沒有VC6,也就沒去試了。路過的朋友,如果知道些什么,請教了,:)





            posted @ 2008-09-01 15:20 Arcrest 閱讀(4354) | 評論 (7)編輯 收藏

            僅列出標題  
            久久中文字幕人妻熟av女| 久久久久久久久久久| 国产成人久久精品二区三区| 99久久精品国产高清一区二区| 欧美综合天天夜夜久久| 免费久久人人爽人人爽av| 国内精品久久久久影院优 | 久久国产欧美日韩精品| 亚洲AV日韩精品久久久久久| 国产日韩久久久精品影院首页| 久久天天躁狠狠躁夜夜avapp| 久久久无码一区二区三区 | 久久99热精品| 97热久久免费频精品99| 久久久久国产一级毛片高清板| 久久亚洲私人国产精品vA| 日韩人妻无码一区二区三区久久99| 久久精品国产久精国产思思| 久久久久久一区国产精品| 国内精品久久久久影院优| 久久精品国产99国产精品亚洲| 青青草国产精品久久| 久久天天躁狠狠躁夜夜躁2O2O | 久久精品国产亚洲AV高清热| 久久婷婷五月综合成人D啪| 久久久噜噜噜久久| 久久精品国产影库免费看| 国产∨亚洲V天堂无码久久久| 久久久久久精品免费免费自慰 | 日日狠狠久久偷偷色综合96蜜桃| 日本高清无卡码一区二区久久 | 久久噜噜久久久精品66| 久久99国产亚洲高清观看首页 | 伊人丁香狠狠色综合久久| 日韩欧美亚洲综合久久影院d3| 久久99精品久久久久久动态图| 亚洲va中文字幕无码久久| 伊人久久无码中文字幕| 青青青青久久精品国产| 久久不射电影网| 久久综合视频网站|