Visual Studio 2017について

Question

visual studio 2015で制作したkinect v2を使用したプログラムを別のパソコンでvisual studio 2017をダウンロードして実行したのですが、動いたもののkenectの骨格検出がカクカクして重くなってしまいます。考えられる原因、またその改善方法がわかれば教えてください。
パソコンのスペックは問題無いと思います。

Answer 1

こんにちは。

回答ではないのですが。

Visual Studio 2015と2017のVC++は大差ありません。
もしかして、Debugビルドしている等のミスはないでしょうか？

そのような問題がないのであれば、念のため、Visual Studio 2015で生成したexeを2017を走らせているPCへ持っていって動作させてみては如何でしょうか？
カクカクするなら、何かPC環境の相違が有る筈です。それを各種ベンチマーク・ソフトなどを使って１つ１つ追求するしかないと思います。
カクカクしないなら、ソフトウェアが原因であることは間違いないのでちょっとたいへんですが2015をインストール（2015と2017は共存できます）して確認したり、dllの相違や他にビルドオプション等の相違を追求したりするべきと思います。

Comments

[qwertyui]

グラフィックボードが以前のパソコンがGTX 965M、新しいパソコンが960Mで少し性能が落ちるとは思いますが、kinectの環境はクリアしていると思いますし、960の方でSDKのサンプルを動かすと骨格が滑らかに動きます。この性能差は今回の問題に影響していると思いますか。

[Chironian]

感覚的には大きな差がでるとは思えないです。（最近のグラフィックボードの性能を把握していませんが、nVIDIAは概ね型番が近い時は性能も近いですから。）

それでもカクつくのですから、何か原因が有る筈です。書かれている情報から私が思いつく原因としてはデバッグ・ビルドしていることくらいしかありません。
リリース・ビルドしても明確な性能差があるのならば、１つ１つ解きほぐしていかないと原因にたどり着くことは厳しいように感じます。

[退会済みユーザー]

これが直接関係あるかはわかりませんが、新しい方のPCがWindows 10 Creators Updateで、古い方はそれ以外だったりしませんか？

http://pc.watch.impress.co.jp/docs/news/1080350.html

[qwertyui]

デバック・ビルドの指摘については
デバック-デバックなしで開始
という操作をすればいいのでしょうか。

デバックなしで開始をしても改善されませんでした。

[qwertyui]

自分のバージョンは1703 OSビルド15063.540だったので
http://pc.watch.impress.co.jp/docs/news/1080350.html
この記事に該当しているのかもしれません。記事では.540の部分は表記されていませんでしたが。

うまく動いている方のパソコンはバージョン1607でした。

[Chironian]

> デバック-デバックなしで開始

違います。2015のドキュメントですが、2017も大差ないので下記ページが参考になります。
https://msdn.microsoft.com/ja-jp/library/wx0123s5.aspx

デバッグ構成でビルドした場合、デバッグしやすいようにするため、あまり最適化されません。ですので結構遅いです。

[qwertyui]

ありがとうございます。
リリース構成にするということですね。さっきよりは滑らかになったかなくらいのレベルで改善されました。
しかしデバック構成でも滑らかに動いていた以前のものと比べると差があります。

バージョンが影響しているということは可能性としてあると思いますか。

[Chironian]

可能性はあると思いますよ。