性懲りもなくまだやってます。(作業メモ的な記事なので読みづらいです)
前回、sfmモジュールのビルドでgflagsのリンクが上手くいかったので、その対処を考える。
前回はglogをビルドする時にgflagsが有効になっていなかった。glog同梱のVisual Studioソリューションファイルを使ってしまうと、gflagsが無効のままビルドされてしまうようだ。同梱のソリューションファイルは無視して、自分でcmakeしてビルドしないとダメだ。
ただ、GitHubで配布されているglog v0.3.4にはなぜかCMakeLists.txtが入っていなかったので、現在の最新masterをダウンロードしてきた。(なのでバージョンは明記できず…)
cmakeの変数設定でWITH_GFLAGSにチェックを入れてslnファイルをGenerateした。
最新のmasterだからか、今回は特にコードの修正をしなくても普通にビルドまで通ったしまったぞ。
スポンサーリンク
前回のビルドでは、sfmモジュールのサンプル実行時にvizモジュール関係のエラーで止まってしまったので、今回はVTK-7.1.0ではなく、安全な(？)VTK-6.3.0を使う。また、Ceres-Solverはバージョン1.12.0が正式リリースされていたのでそれを使う。
ということで、ビルドする順番として以下。
- Eigen3.2.10→cmake→Eigen.sln
- Gflags2.2.0→cmake→gflags.sln
- Glog-master→cmake→google-glog.sln
- suitesparse-metis-for-windows1.3.1→cmake→SuiteSparseProject.sln
- Ceres-Solver1.12.0→cmake→Ceres.sln
- VTK-6.3.0→cmake→VTK.sln
- opencv-3.1.0とopencv_contrib-3.1.0→cmake→OpenCV.sln
と、ここまでやって今頃気づいたけど、前回Qiita記事にあったこれやるのを忘れてたからgflagsのリンクとsfmモジュールの有効化に失敗したんだな↓
スポンサーリンク
さらに新たな変数として
GFLAGS_INCLUDE_DIRS
GFLAGS_LIBRARIESを”Add Entry“ボタンから追加して，それぞれ，”
/include/”と，” /lib/gflags.lib”を設定してみてください．
ということで(笑)、OpenCVのcmake設定でgflagsのリンクを追加すると、sfmモジュールが有効になるんですね。(元記事ちゃんと読め！)
これでOpenCV.slnのALL_BUILDをビルドしたんだけど、opencv_sfm310.dllとopencv_sfm310d.dllだけビルドに失敗してしまった。
ダメ押しでOpenCVのcmake変数に
CERES_INCLUDE_DIR
CERES_LIBRARY
も明示的に”Add Entry“ボタンから追加して再びビルドしたら通った。
そして、再びサンプルコードを動かす準備。
http://qiita.com/ChaoticActivity/items/178d23508b92a09e59ea
オイラはopencv2/sfm.hppに
#define CERES_FOUND 1
を追加して対処した。
あれ、今度はエラーでウィンドウすら出ない。。。
ちくしょう！台無しにしやがった！お前はいつもそうだ。誰もお前を愛さない。
やっぱりVTK関係なのかな。ビルド設定の問題というより、実行環境のハードウェア的な問題だったりして…
GitHub上のsfmモジュールのリポジトリを見てみると、5ヶ月前に”Fix for SFM module build on Windows”ってなってるけど、最新版を使えばすんなり行くのだろうか。
https://github.com/opencv/opencv_contrib/tree/master/modules/sfm
この画を早く見たい。。。
スポンサーリンク
コメント