2

私は、クライアントに freeglut (長く機能していない glut に基づく) を使用している開発プロジェクトに携わっています。

クライアントは最終的に、大規模な 3D 環境との完全な対話を可能にします。freeglut を使用して開発を続行する必要がありますか (可能でしょうか)、または libsdl、opentk、さらには axiom などの別の代替手段を使用するようにアドバイスする必要があります。

私はグラフィックスの専門家ではありませんが、freeglut は限られた選択肢になる可能性があると感じています。

最も説得力のある回答 (賛成または反対) が認定されます。

編集:作成するいくつかのポイント...

  • プロジェクトは既に Tao フレームワークを使用しています。
  • DirectX と XNA はオプションではありません (つまり、freeglut や libsdl などを使用する必要があります)。

私が調査を行ったところ、freeglut が再び活発に開発されており、リリースが保留されていることがわかりました。それはまだ潜在的に限られた選択肢であるかもしれないという私の気持ちを変えるものではありません.

私の質問は、それがどのように行われたかではなく、freeglutが潜在的に大きくなる可能性のあるものに対してまだ実行可能な選択肢であるかどうか、および開発を少し楽にする可能性のある「最新の」ソリューションがあるかどうかについてです.

EDIT:他の代替手段がより優れたマルチスレッドサポートを備えている場合(オブジェクトのレンダリングではなく、データの処理など)に役立ちます。

編集: もう少し詳しく説明すると、クライアントは少なくとも Linux と Windows で動作する必要があります。

ありがとう!

4

3 に答える 3

6

フリーグルトには何の問題もないと思います。それは活発に開発されており、Nabbleをサポートするためのアクティブなボードがあります。

とはいえ、WindowsでOpenGLコンテキストを作成することは難しくありません。それでは、直接使用してみませんか?Red Bookが使用していたので、人々はGlut/FreeGlutを使用しているといつも思っていました。(マウスとキーボードのコールバックは物事を単純化しますが)私はそれを計時したことはありませんが、Glutは常に相互運用機能を介してOpenGLを使用するよりも少し遅いと感じました。

OpenGLを直接使用する場合は、Taoプロジェクトに優れたOpenGLラッパーがあります。また、FreeGlutとGLFW用の優れた.Netバインディングもあります。これは、マウスとキーボードのコールバックも提供するGlutの代替手段です。

于 2009-07-21T11:09:28.323 に答える
3

libsdlを選びます。そのマルチメディア機能により、オーディオハードウェアの操作も簡単になり、C#やその他のさまざまな言語へのネイティブバインディングがあり、モバイルインターフェイスを統合する場合にも役立ちます。あなたのプロジェクト。

于 2009-07-29T14:06:10.810 に答える
1

C#を使用したOpenGLは、ラッパーを介して実行されます。それらのほとんどは、もはや積極的に開発されていません。

c#を使用した3D開発の標準的な選択は、マネージドDirectXを使用するか、XNAライブラリを使用することです。

R

于 2009-07-21T08:36:46.213 に答える