openglのウィンドウハンドラー

Question

ウィンドウハンドラーとしてglutを使用してopenglをプログラミングしていますが、最近、wxWidgetsやqtなどの代替ウィンドウハンドラーに切り替える利点があるかどうかを考えてきました。

大きな違いはありますか、それとも単なる好みの問題ですか？ glutは、ウィンドウ処理機能を超えるopenglプログラミングのための追加機能を提供するため、追加ツールキットとglutを組み合わせることに意味はありますか？

Answer 1

QTの使用経験からのみ話すことができます：

基本構造が設定されたら、それはあなたがいつもやっていることの簡単なケースです：例えば、私が現在取り組んでいるプロジェクトには、ウィンドウに埋め込まれたオープンglウィジェットがあります。

このウィジェットには、initializeGL、resize ... paintGLなどの機能があります。利点には、他のウィンドウ/ウィジェットなどから変数を渡す機能が含まれます。QTには、マウスクリックなどを処理する追加機能もあります（2dに最適） 32dのものには、より複雑な数学が必要です）

Answer 2

より複雑なコントロールやダイアログなどが必要になったらすぐに、大食いから移動する必要があります。

QTには優れた openGLウィジェットがあり、ニュースレターには興味深い記事もあります。 GLの上にコントロールを描画して、クールなWPFスタイルのエフェクトを提供します。

wxWidgetsには openglの例も付属していますが、持っていませんそれの多くの経験。

Answer 3

まあ-大食いはプロトタイプを作っても大丈夫です。

OSに依存しますが、後でスクリーンセーバーが起動しないようにしたい場合は、タスクスイッチを無効にしたい場合があります（ただし、悪者だけがこれを行います）。イベント。 glutは、1つまたは別のオペレーティングシステムのデッドキーを処理できないことがわかります。または、または、または...取り除く必要がある理由は、1,000あります。

これは、開始を簡単にし、必要な通常の作業の90％を実行するように設計されたフレームワークですが、100％を実行することはできません。あなたはいつでも大食いにハックしたり、init-codeを持ち上げることができますが、いつかinit-codeをゼロから再設計し、タスクに合わせて調整する方が簡単であることがわかります。

ウィンドウを開いてOpenGLを初期化することは、ロケット科学ではありません。それがあなたのために働く限り、しかしそれが問題を取り除くとすぐに、過剰を使用してください。それはあなたに何時間もたっぷりの手がかかりますので、あなたは多くを失うことはありません。

おもちゃプロジェクトの場合、過剰摂取は行く方法です。

Answer 4

SDL は、ウィンドウハンドラだけでなく、生のWin32コードよりもOpenGLを使用しやすくします。 。ただし、Qt、GTK、およびwxWidgetsでの私の経験はそれほど悪くはありませんでした...確かにWin32ほどではありません。おそらくそのような場合の好みの問題です。

ウィンドウとリソースをきめ細かく制御したい場合は、GLUTのようなウィジェットとラッパーを避けることをお勧めしますが、開発の速度だけを探しているなら、これらのツールは理想的です。