• <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 閱讀(4350) | 評論 (7)編輯 收藏

            僅列出標題  
            国产精品九九久久精品女同亚洲欧美日韩综合区| 国产精品久久久久久五月尺| AV无码久久久久不卡网站下载 | 久久久久九国产精品| 国产成人综合久久精品红| 久久久久人妻精品一区 | 97久久香蕉国产线看观看| 国产午夜精品理论片久久| 国产亚洲精品久久久久秋霞| 久久婷婷久久一区二区三区| 日韩欧美亚洲国产精品字幕久久久 | 久久天堂AV综合合色蜜桃网 | 看久久久久久a级毛片| 久久夜色精品国产| 久久电影网2021| 久久精品国产亚洲精品2020| 午夜精品久久久久久影视777| 久久精品亚洲中文字幕无码麻豆| 久久久久久久综合综合狠狠| 97久久久精品综合88久久| 国内精品伊人久久久久777| 久久一区二区三区免费| 久久91精品国产91久久麻豆| 久久精品一本到99热免费| 亚洲色大成网站www久久九| 伊人久久大香线蕉成人| 亚洲国产精品无码久久青草| 久久高潮一级毛片免费| 久久九九亚洲精品| 日本精品久久久久中文字幕| 国产一区二区精品久久| 精品国产一区二区三区久久久狼| 一本一道久久综合狠狠老| 亚洲国产成人久久综合野外| 亚洲精品乱码久久久久久蜜桃| 久久精品成人欧美大片| 久久国产视屏| 久久久噜噜噜久久中文字幕色伊伊| 日本精品一区二区久久久| 波多野结衣久久| 久久久久亚洲Av无码专|