OpenCV 3.1のsfmモジュールのビルド再び

性懲りもなくまだやってます。(作業メモ的な記事なので読みづらいです)

以前Visual Studio2015環境でビルドに挑戦して、サンプルコードを試す前に力尽きてしまったのだけど。。。 QiitaのOpenCV Advent Calendar 2016で良記事がアップされたので再び真似してやってみ...

前回、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が正式リリースされていたのでそれを使う。
ということで、ビルドする順番として以下。

  1. Eigen3.2.10→cmake→Eigen.sln
  2. Gflags2.2.0→cmake→gflags.sln
  3. Glog-master→cmake→google-glog.sln
  4. suitesparse-metis-for-windows1.3.1→cmake→SuiteSparseProject.sln
  5. Ceres-Solver1.12.0→cmake→Ceres.sln
  6. VTK-6.3.0→cmake→VTK.sln
  7. opencv-3.1.0opencv_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“ボタンから追加して再びビルドしたら通った。

そして、再びサンプルコードを動かす準備。

これは、OpenCV Advent Calendar 2016 17日目の記事です。関連記事は(にまとめられています。 --- 12...

オイラはopencv2/sfm.hppに

#define CERES_FOUND 1

を追加して対処した。

あれ、今度はエラーでウィンドウすら出ない。。。

ちくしょう!台無しにしやがった!お前はいつもそうだ。誰もお前を愛さない。

やっぱりVTK関係なのかな。ビルド設定の問題というより、実行環境のハードウェア的な問題だったりして…

GitHub上のsfmモジュールのリポジトリを見てみると、5ヶ月前に”Fix for SFM module build on Windows”ってなってるけど、最新版を使えばすんなり行くのだろうか。

opencv_contrib - Repository for OpenCV's extra modules

この画を早く見たい。。。


スポンサーリンク

関連記事


Also published on Medium.