スキップしてメイン コンテンツに移動

OpenCVをCMakeして64bit版OpenNIを使う方法

OpenCVをCMakeでコンパイルするときにWITH_OPENNIオプションを付加することになる。だが64bit版のOpenNI、PrimeSensorを使っているとCMakeでConfigureしたときに、OPENNI_LIB_DIR、OPENNI_PRIME_SENSOR_MODULE_BIN_DIRに値が入らない（何を入力しても空白になってしまう）。

どうやら64bit版を使うにはOpenCVFindOpenNI.cmakeの変更が必要でした。その手順メモとなります。

【環境、バージョン】
Windows7
OpenNI win64 1.5.2.23
PrimeSense win64 5.1.0.41
OpenCV 2.3.1
cmake 2.8.7 x86

【手順】

  1. Where is the source codeに設定してあるフォルダ配下にあるOpenCVFindNI.cmakeを開く。

  2. 以下の内容に合わせて二箇所修正する。

    3. 修正箇所は Finding OpenNI in windows 64bitの OpenCVFindOpenNI.2.patch を参考にしました。

    ■20～21行目
    ・修正前


    find_file(OPENNI_INCLUDES "XnCppWrapper.h" PATHS $ENV{OPEN_NI_INCLUDE} "/usr/include/ni" "/usr/include/openni" "c:/Program Files/OpenNI/Include" DOC "OpenNI c++ interface header")
    find_library(OPENNI_LIBRARY "OpenNI" PATHS $ENV{OPEN_NI_LIB} "/usr/lib" "c:/Program Files/OpenNI/Lib" DOC "OpenNI library")


    ・修正後


    if(WIN32)
    if(NOT (MSVC64 OR MINGW64))
    find_file(OPENNI_INCLUDES "XnCppWrapper.h" PATHS "$ENV{OPEN_NI_INSTALL_PATH}Include" DOC "OpenNI c++ interface header")
    find_library(OPENNI_LIBRARY "OpenNI" PATHS $ENV{OPEN_NI_LIB} DOC "OpenNI library")
    else()
    find_file(OPENNI_INCLUDES "XnCppWrapper.h" PATHS "$ENV{OPEN_NI_INSTALLPATH64}Include" DOC "OpenNI c++ interface header")
    find_library(OPENNI_LIBRARY "OpenNI64" PATHS "$ENV{OPEN_NI_LIB64}" DOC "OpenNI library")
    endif()
    elseif(UNIX OR APPLE)
    find_file(OPENNI_INCLUDES "XnCppWrapper.h" PATHS "/usr/incude/ni" "/usr/include/openni" DOC "OpenNI c++ interface header")
    find_library(OPENNI_LIBRARY "OpenNI" PATHS "/usr/lib" DOC "OpenNI library")
    endif()


    ■27行目
    ・修正前


    find_file(OPENNI_PRIME_SENSOR_MODULE "XnCore.dll" PATHS "c:/Program Files/Prime Sense/Sensor/Bin" DOC "Core library of PrimeSensor Modules for OpenNI")


    ・修正後


    if(NOT (MSVC64 OR MINGW64))
    find_file(OPENNI_PRIME_SENSOR_MODULE "XnCore.dll" PATHS "$ENV{OPEN_NI_INSTALL_PATH}../PrimeSence/Sensor/Bin" DOC "Core library of PrimeSensor Modules for OpenNI")
    else()
    find_file(OPENNI_PRIME_SENSOR_MODULE "XnCore64.dll" PATHS "$ENV{OPEN_NI_INSTALL_PATH64}../PrimeSense/SensorKinect/Bin64" DOC "Core library of PrimeSensor Modules for OpenNI")
    endif()


    ※ OpenCVFindOpenNI.2.patch ではパスが"$ENV{OPEN_NI_INSTALL_PATH64}../PrimeSense/Sensor/Bin64"でしたが、私の環境では"$ENV{OPEN_NI_INSTALL_PATH64}../PrimeSense/SensorKinect/Bin64"だったので変更してあります。もしかしたらバージョン、あるいは人の環境によってそれぞれなのかもしれません。

  3. 修正したOpenCVFindNI.cmakeを保存する。

  4. OPENNI_LIB_DIRにC:/Program Files/OpenNI/Lib64、OPENNI_PRIME_SENSOR_MODULE_BIN_DIRにC:/Program Files/PrimeSense/SensorKinect/Bin64を設定して、Configureボタンをぽちっとなする。

  5. エラーが出ることなく、それぞれの値が設定されていることを確認する。

  6. こっからはGenrateしていつもの流れへ。

    7. 以上です。
ラベル:

コメント

コメントを投稿

このブログの人気の投稿

間違ったフォーマットのプログラムじゃないんだけど

以下エラーに対し、 ファイルまたはアセンブリ 'SSPI'、またはその依存関係の 1 つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。 以下環境で対応した話です。 VisualStudio2012（C# ASP.NET MVC4.0） IIS7.5 とあるところのdllを使用中 ASP.NETをIISに発行しようとしたら、上記エラーが発生。 他のプロジェクトでは問題なく発行できているのに、 何かと思ってみたら、google先生に尋ねてみると、 DLLファイルの対象プラットフォーム（32bit／64bit）が異なる とのことでした。 このサイトでは対処方法として、 運用環境のプラットフォームに合わせ、適切なランタイムファイルを配布してください。 と記載されていますが、今回の私のようにとあるところのdllを使用している場合などは、 そうもいかない場合もあるでしょう。 そこでdllを変更できない場合には、 IISのアプリケーションプールの設定で、 32bitアプリケーションを有効化してあげることで対応できます。 以下手順です。 コントロールパネル　→　管理ツール　→　インターネット インフォメーション サービス (IIS) マネージャー　を起動します。 変更したいアプリケーションを右クリックして、詳細設定を選択します。 32ビットアプリケーションの有効化をTrueに変更します。 もう一度発行します。 ここまでです。 簡単だけど知らないとなかなかはまるかなって気がしますね。 独特のくせなのかもしれません。 そして、次なるエラー発生中です・・・。
コメントを投稿
続きを読む

SQLServer2008でのトランザクションログの切り捨て方

SQL Server 2008でとあるDBのトランザクションログが一杯に。 BACKUP LOG DatabaseName WITH TRUNCATE_ONLY を使ってトランケートしようとしたら、 'TRUNCATE_ONLY' はBACKUP オプションとして認識されません。 との冷たい返事。2008で廃止されていたのを忘れていた。 SQL Server 2008 で廃止されたデータベース エンジンの機能@MSDN そこでヌルデバイスを使用してバックアップを取得する方法で、切り捨てを試みる。 BACKUP LOG DatabaseName TO DISK = ‘nul’ GO するとまた冷たい返事。 現在、データベースのバックアップが存在しないので、BACKUP LOG を実行できません。 2008では過去にフルバックアップを取得しておかないと、ランザクションのバックアップが取得できないことを忘れてた。てなわけで、まずはデータベースのフルバックアップを取得して、 BACKUP DATABASE DatabaseName TO DISK = ‘nul’ GO もう一度トランザクションのバックアップをして、やっと切り捨てれた。最初から単純にしておけばよかった・・・。
2 件のコメント
続きを読む

並列化できない非同期の話

あるバッチ処理で顧客にメール送信する場面ありますよね。そんなとき、メール送信はメールサーバに投げ込むだけなんだから、投げ込むの非同期すりゃ早くなるんじゃないって思いませんでした？ 思いますよね？ そんなことを考えて、C# で SmtpClinet を使ったお話です。ちなみに結論的に非同期で早くなりません。 SmtpClient.SendAsync C# でメール送信するなら、SmtpCilent クラスってのがありますと。こいつが同期でメール送信する Send だけではなく、非同期でメール送信する SendAsync ってのを持っているわけですよ。 MSDN を参照すると、 指定した電子メール メッセージを、配信用 SMTP サーバーに送信します。 このメソッドは、呼び出し元のスレッドをブロックしません。また、呼び出し元は、操作の完了時に呼び出されるメソッドにオブジェクトを渡すことができます。 とのこと。非常に Good ですね！ 少しの背景と過大な期待 背景として、すでに動いているバッチが遅いって話になって、性能改善に取り組んでいました。現存しているバッチは Send で動作しています。 てことは、 SendAsync にするだけいいんじゃないの？それだけ非同期になるから早くなっちゃうんじゃないの？こんな期待感でいっぱいでした。 ところが 修正して実行すると想定以上の時間で完了しました。でもメールが飛んできません。。。よくよく見ると例外が。。。そしてよくよく MSDN を見ると、 SendAsync を呼び出した後、Send または SendAsync を使用して別の電子メール メッセージを送信する前に、電子メールの伝送が完了するまで待機する必要があります。 とのこと。 これって結局メール送信は非同期で並列になることことを許容していないってことだったんですね。 非同期と並列処理は別ですが、とは言え並列処理を許容していないとは。。。 結局 今回は Parallel.Foreach を使って、メール送信箇所は並列処理するように書き直しました。これもお手軽ですね。
コメントを投稿
続きを読む