私は最近、いくつかのコンピューターベースの視力検査を書くのを手伝うために雇われました、そして、コードのほとんどはVB.Netで書かれています。個人的にはC++で書いた方がいいと思いますが、船はすでに出航していると思います。ほとんどのテストはグラフィカルに非常に単純です。たとえば、奥行き知覚テストは黒の背景に3本の灰色/銀色のバーであり、中央のバーはnvidia3Dメガネを使用してポップインまたはポップアウトして表示できます。他のテストは異なりますが、一般的には単純な2Dグラフィックスが含まれます。私の理解では、DX9以降の管理対象言語に対するDirectXのサポートはありません。XNAを使用できることはわかっていますが、エンドユーザーにXNAインストーラーをダウンロードさせたくはありません。私はWPTの使用を考えていましたが、WPFはベクターグラフィックスに基づいており、1つのWPFピクセルが必ずしも真のピクセルであるとは限らないことを理解しています。テストが正確になるように、ピクセルまでのオブジェクトの間隔を非常に正確に制御する必要があります。私の質問は、古いバージョンのDX9 aまたはbを使用する必要があるのか、それともslimDXのようなDXラッパーを使用する必要があるのかということです。私が持っていた最後の考えは、各テストのグラフィックスの側面のためにc ++とdirectXでWindowsアプリケーションコントロールを作成し、可能であればそのコントロールをvb.netアプリで使用することでした。どんなアイデアでも歓迎します。それが可能であればネットアプリ。どんなアイデアでも歓迎します。それが可能であればネットアプリ。どんなアイデアでも歓迎します。
質問する
1628 次
2 に答える
3
更新：OPは、NVidia3DVisionをサポートするAPIを使用したいことを明確にしました
SlimDXはDirectXのC＃ラッパーであり、非常に完全です。実際、NVidia 3DでのSlimDXの使用に関する関連するSOの投稿は次のとおりです：C＃でDirectX11とSlimDXを使用したNvidia 3dビデオ （フォローアップを読むと、ポスターがDX9で機能することがわかります）
2Dのみの部分については、WinForms / GDI +が適していますが、SlimDXを使用して全体をコーディングすることもできます。これは、すでに利用可能になっているためです。
GDI +：-2DグラフィックスAPI-C＃（目的のC ++に近い）で作業し、従来のVB.Netと統合できます-ピクセルレベルの制御
GDI +の唯一の欠点は、DXやOpenGLなどのGPUで高速化された3Dライブラリに比べて遅いことですが、正直なところ、何メガピクセルもプッシュしていて、フレームレートの要件が高い場合を除いて、これは目立ちません。
Managed DirectXがDX9で停止したことは正しいです（x86ターゲットでのみ使用可能です）。
于 2012-07-19T02:24:57.127 に答える
1
古き良きGDI+を試すことができます
于 2012-07-19T01:34:37.873 に答える