でスマートビルOpenGL C#アプリケーションにおGDI

質問

の開発を行っている非常に大きな応用MFC.然に子分が増え、GDIのための描画、CCmdTargetイベントのルーティング、ドキュメントビューです。たので便利で開発。

現在、クライアントに興味のある変換する本アプリです。います。い。(も)を新製品のクライアントまで、フルのC#.

マップの表示および相互作用すると数千人のグラフィックオブジェ、きっかけになるかもしれないとうGDI+もうnatuaral原因となりうる性能の問題でも作りたいと考えていOpenGLを用い、具体的には-OpenTKとして、グラフィック図書館（2D)です。

知っているOpenGLとは異なる機能になるこれらのWindows Apiにとどまらざるを得なかった無効の部分にチェックを入れます。OpenGLにはレンダリングループは常に引の画面になります。

私の質問はこの受入れ可能な方法の一つである、と考え:

この図書館が多くのwindowsさい。

解決

私の経験の開発CADのようなソフトウェアの特典のOpenGLおよびDirectXが急速に深試験、滑らかな回転、パンニング、照明、強力な質感。ほかの特典もかかわらず、ほとんどがチュートリアルがおいて、推レンダリングシステムのいずれかのこれらのApiは大きな事やってきません。

具体的には:

の場合は2次元アプリだき，誠にありがとうございで実施したGDIを変えるGDI+る多くります。また、現代のハードウェア、2D GDIはGDI+での高速2次元OpenGLまたはDirectX.最終的には、エンドユーザーがんはその違い、特にダブルバッファの支援GDI+.
する必要はない(とうない)連続的にレンダリングループ用アプリです。にOpenGLおよびDirectXできる明示的に無効にすると別ウィンドウシーンにお変わります。
だとOpenGLまたはDirectXが必要と考え自らのオブジェクトを表示リストや頂点の配列(バッファ)のための高速画します。このは難しいことではないものの管理体このように追加し複雑システムが大幅に変更、建築のレンダリングシステム。
印刷はOpenGLまたはDirectXができることも面倒なのです。一方で描画するために、ビットマップおよび印刷です。しかし、高画質といvectorized画像の代わりに、生産が難しいとはこれらのレンダリングの枠組み
もうな場所には近づかないでください書き込みGuiにOpenGLまたはDirectXが...ませんが本当に探しの挑戦;~)
最後に、これはただの迷惑からインストールの観点から、管理DirectXランタイムライブラリインストールする必要がありますユーザーの機械は約100MBです。

他のヒント

ないと思います。使用コンポーネントのラインナップまたはDirectX場合がございます。

知っていない場合が公正なものだった。ネット(microsoftのwindows(microsoft)むしろ、DirectXを利用...でもある株式会社エンパシは、microsoft社からwindows.

として注な管理ソリューションを提供いただけます。記録ユーザーコントロールオープン-glできる非常に時間がかかる場合せいただくには良い理由です。

私の経験がなくスレッドセーフで、C＃、もしていま築層システムのためのドローイングプログラムを用いたopenGL for rendering.

この層かopenGLのframebufferその画像を使用し質感を現在のキャンバスに入力します。ねとから、かなり印刷、印刷プレビューします。

直接X Open GLよりはるかに早くGDI+.

で行えるようになります TAOの枠組みの代替としてOpenTK.

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow