OpenGL
さげ
ほどほどで大丈夫。
ダイアログとか自前でつくったほうがカコイイしね
http://pc.2ch.sc/test/read.cgi/tech/981044659/
ゲーム系の話題の方がスレが伸びるか…？
基本的には表示のみのAPI群でしょう。
衝突とかキャラ管理とか、そーいったものはCなりC++なりで書くもんだろう。
３Ｄ系は全部この板に移行して欲しいね。
どんな理由からですか？
OpenGLで無理なら何なら可能？？
世の中ﾜｶﾗﾝことばかりだ。
アクションゲームみたいなリアルタイム処理って大丈夫かな。
ただ、昔はOpenGLは遅くて使い物にならないってだけだったのよね。
今はハードの性能が上がったし、ＯｐｅｎＧＬだってハードウェアアクセラレーション効くし
全然問題ないと思われ。
まったく問題なし。つうかQuakeとか見たことある？
OpenGLで作ってますよ。
ttp://www.sys.wakayama-u.ac.jp/~tokoi/opengl/libglut.html
ttp://miso.ice.ous.ac.jp/~oka/opengl/index.html
ttp://www-nishilab.sys.es.osaka-u.ac.jp/~sonson/gl/opengltop.htm
ttp://www.butaman.ne.jp/~nobuyuki/3DDemo/index.html
ttp://www.nk-exa.co.jp/mmtech/OpenGLEdu/
ゲーム
ttp://nehe.gamedev.net/
あとは赤本見ながらここでわからないことを質問するぐらいで
何も困らないと思います。
俺も殆どそこで学んだけど、最後のリンクのチュートリアルは興味深いなぁ。
http://www.nk-exa.co.jp/mmtech/OpenGLEdu/ ここお勧め。
NeHeはいいですね。
このレベルになるとOpenGLの場合海外サイトばかりになるんですよね。
DirectXに比べて日本語資料が少ないのはどうしたものか・・・。
海外のDirectX資料も意外に少ない。
OpenGLの資料を参考にしている。
サウンドだけDirectXってのも変だし。
Ｌｉｎｕｘでも動きます？
glutを使っているの?
ソース見たことないけど、使っていないような気がするけど。
勉強なんてつもりじゃなにも身につかねぇな。
教育上のデータとして聞いたのか？
まともなってのが曖昧だが、
GLだけなら1日。
3Dからなら1週間。
数学からなら1.5週間。
熱心な方なんですね。1日に何時間くらいなのかもお答え頂けると嬉しいです。
確かに、GLUTなら初日でちょっとしたものくらいは作れますね。
数学も、線形数学の初歩的な知識があれば最初のうちは事足りますしね。
まともな、っていうのは、まぁ、ウォークスルーやテキスト出力を用いたプログラム・・・じゃ初歩的過ぎますか。
ウォークスルーができればまともとはいえると思う。
ちゃんと座標変換の意味を理解できてればの話。
あと、クォータニオン使用。
１日に何時間ってのは、そりゃぁ寝る時間と食う時間以外。
学生なら、自由に取れるすべての時間。
基礎のうちはすべての時間をそれにつぎ込むべき。
あと何年もかかるんだろうなぁ・・・（笑）。あるいは永遠に？
OpenGLに限らず、3Dって表示するだけと応用するのとでは
天と地ほどの差があるような。日々是勉強。怠け者にはきつい。
OpenGLを応用するわけじゃない。
結局、OpenGLとかは道具にすぎないからね。
そういえばSDLスレ下がっちゃったね。
クオータニオンを噛み砕いて、説明して下さい。
使ってはいるけど、理解してないです。
それも、原点回りの回転に限定する。
これは俺なりの理解の仕方だから、証明じゃないんでよろしく。
クォータニオンは極座標と関係がある。（みたい）
原点からの距離と角度で座標を表現するやつだ。
p = r(cosA + i*sinA);
q = r'(cosB + i*sinB); なら、p*q は rr'(cos(A+B) + i*sin(A+B))となり
q をAだけ回転させて長さに r を掛けたものになる。
これは次のように考えることもできる。
q(x, y) とすると q = x*i + y*j とベクトル表記できる。
このとき極座標系ってのは実はもう１つの軸 k を用いた表記であって
p = r(cosA + k*sinA);
q = r'(cosB + k*sinB);
となり、複素数に外積の振る舞いを追加して
i*j = -j*i = k;
j*k = -k*j = i;
k*i = -i*j = j;とすると、p*qは
r(cosA + k*sinA) * (x*i + y*j)で、これを展開してくと
r(xcosA-ysinA)*i + r(xsinA+ycosA)*j となる。
x = r' *(x/r') = r'cosB だから、加法定理を用いて
rr'(cos(A+B)*i + sin(A+B)*j) となり最初と同じ結果になる。
だが、厳密にはおなじではない。後の方は交換法則が成り立たない。まあ、外積を用いてるからあたりまえだ。
交換すると-A の回転になる。
ここで分かるのは p にベクトルを掛ければ k 回りに A だけ回転したベクトルが得られるということ。
ただ、ここで１つ問題があって、長さが r 掛けられてしまうということ。
いま、回転だけを扱いたいので、この r を打ち消す必要がある。
そこで、今の結果に p の共役な値 (1/r)*(cosA - k*sinA) を今度は
逆から掛ける。
= (1/r)*(cos(-A) + k*sin(-A)) で、かつ逆から掛けて逆回転ってことで
さっきの結果をさらに A だけ回転させることになる。
さらに回転しちゃうが、r はなくなった。これでOK。
ってことで、この p がクォータニオンだ。任意の軸 v 回りのクォータニオンは
cos(A/2) + sin(A/2) * v になるのはご存知の通り。
なんで、素直に r で割らないんだ！
って話になると思うが、おそらく、任意軸に拡張すると
r で割るだけではうまくいかないのではないかと。
まあ、専門書読んだことないんで、適当な理解の仕方だ。
31 では、クォータニオンは'使用'って書いただろ？
k*i = -i*k = j;
この前それ大学で習った（ｗ
>>40
ってことはだいたいあってるてことか？
それじゃなんでクォータニオンの回転は
p*q*p' じゃないといけないのか教えて欲しい。これがわからん。
ってか、この辺が載ってるお勧めの本とか。
その辺は何学なんだ？高卒なんで分からん。
OpenGLなら、
どんな画像でもテクスチャーに出来るよ。
どうやってBMP読み取れるの？
OpenGL自体には特定のビットマップフォーマットを読み込む機能はないので、
指定したピクセルフォーマットのベタデータにコンバートするコードを書くか、
その手のイメージ処理を行うライブラリを使ってベタなイメージデータを作る必要があります。
＃GL_RGB なら RGBRGBRGBRGB .... という具合に並べておかないといけないって事ね。
ベタデータ（photoshopで.raw形式で出力されるファイル）であれば直に読み込む
事ができますけれど。
BMPぐらいなら自力でDIBで読んで適当にできるよ。まぁ、自己満足かもしれないが。
詳しくはこのへん参照。
ttp://www.sm.rim.or.jp/~shishido/windows.html
JPGやPNGは… ライブラリに頼る、か。
自力で読めるんならやってみたいが、難しそう。つか、これは自己満足やね。
すいません。やっぱわかんないやｗ
取り敢えず、他の資料と照らし合わせて眺めときます。THX!
簡単に読み込みたきゃglaux使えば？
行列と変換郡って本で読んだんだけど、
覚えている内容は↓の感じ。
2次元の回転はY軸を虚数でおいた複素平面では、
EXP（iθ）＝cos(θ)+i*sin(θ)で回転を表せる。
座標は(x,y)=x+iyね。
Y軸が実数なら行列
cos(θ) -sin(θ)
sin(θ) cos(θ)
で回転できる。
これらの関係をSpecialUnitary（１）＝SpecialOrthogonal（２）っていうらしい。
Specialは行列式が＋１になるって意味とのこと。
他に、i*i=-1だけど、
行列Aを
0 1
-1 0
と置くと、
A*A＝−E（Eは単位行列）
になって、
行列Aが虚数iに見えるよなぁって話もでてた。
高価なOpenGLボードを使えばGeForce3より速くなるのでしょうか？
ハイエンド用途ならOpenGLなのでしょうか？
DirectX と OpenGL をDQN的に単純比較することで
その優劣を評価しようと試みた人間は過去に大勢いましたが
これといった成果を残すことなくログの藻屑と消えてゆきました。
ほい。
http://www.dstorm.co.jp/dev/docs/lwsdk65/docsj/filefmts/lwo2.html
C魔我でもやってたね。
と関係するかもしれませんが。Softimage,Mayaなどのハイエンドツールで
OpenGLが使われているのはなぜでしょうか？
まあこれからはDirectXに変わっていくのかもしれませんが。
Softimage|XSIのシェーダーなんかはどうやってDirectX→OpenGL変換して
いるのでしょうか？
Softimage,Mayaなどのハイエンドツールは
他のＯＳにも移植する事を考えて、
OpenGLを使ってるのだと思うョ。
DirectXはWindowsだけのAPIだからね。
Fahrenheitが実現すればよかったんだろうけどネ
ＯｐｅｎＧＬならＰＣ死ななくて 再起動できるから好き。
そうそう、それ重要です。
とかないでしょうか？
キーボードの同時押しは判定できないのでしょうか？
できないと思うのです。キーのリピートで繰り返し呼ばれてるような気がするのです。
GLUT API
http://www.sccs.chukyo-u.ac.jp/~miyazaki/glut_man/
ここ見た感じだと (Shift Ctrl Alt) + key ならできる… かも。
つか、素直にWindows で GetAsyncKeyState とか。
ありがとうございました。
glutKeyboardUpFuncですが、
ヘッダファイルを見たところ、
#if (GLUT_API_VERSION >= 4 ...)
GLUTAPI void GLUTAPIENTRY glutKeyboardUpFunc(...);
...
#endif
ということで、将来サポート予定の機能のようです。
今のところ、glutは諦めた方が良いみたいですね。
自力で作るべし。
俺もつくるぜぇ〜(;´Д｀)
正直、そこまでくると NeHe の Lesson2 を見て
wgl (って言うんだっけ？) とか glx 使ったほうがラクそうな気がします。
これ気になる。3DベースのAPIで2Dの処理もしないといけない時
って結構あるもんだ。
NVSDKのサンプルでもみんなで読みましょう。
OpenGL上でもアクセラレーション対応させたいんですけど
（今までソフトエミュレーションだったので･･･）。
その辺詳しい方、おられますか？
http://oss.sgi.com/projects/ogl-sample/registry/EXT/vertex_weighting.txt
ＮＶやＡＴＩも、好き勝手やってるようですが、
これが本流という事ですね？
とりあえず、組み込んで見ます。
NVはvertex_blendだけサポート
本流も２流あるね
ATiとnVが逆だよ。
それにしても、ほんと好き勝手やってるなぁ＞ATiとnV
結局あれって行列では誤差があるからこっちのほうが良いよ、ってことで使うんですか？
あと、姿勢の補間と。
この２つの理由のみからですよね？
オイラー角の致命傷を防ぐ。
ＩＫの問題解決には、AXISかクォータニオンしかないね。
WGL系拡張なのが気に入らないなあ。
GLUTと併用してうまくいった人いる？
ていうかRADEON欲しい。
＞オイラー角の致命傷
ってどんなんですか？ジンバル六区とか？
いまいちクオータニオン使うメリットがわからんです
まさに。
まあ、だからといってクオタニオンにする必要もないんだけどね。
とりあえずオイラー角はやばい、と。
なすて？
ジンバル六区とか
（以下、無限ループ）
ゲームの場合基本的に地面がある場合が多いので
ベクトルは事実上二次元(極座標)で扱えば計算量はぐっとへる。
CPUだって高性能なんだからなんでもかんでもGPU任せで
結局はフェイクシェーディングのATIやNVの方針はどうかと思う。
ところで音楽関係だけどでもとか商用でない場合はFMOD、BASS、MIDPlugを使うのが
OpenGLの基本だと思う。
おれはWinだけだけどDirectDrawの画像変換とDirectInputとDirectSound、DirectShowを使う
あとOpenGLトゥーンシェーディングとかはラインを併用すれば
古いマシンでもアンチエイリアスがそこそこの速度でじっそうできるのがよい。
パーティクルたくさん。楽しいねえ。
ソースもあるよ。
ttp://romka.demonews.com/index_eng.htm
アキュムレーションバッファを使った処理（モーションブラー等）
が異様に遅いのは俺だけ？
ちなみにビデオカードはGeForceMXと3dfx Voodoo3の２種類。
そのテクスチャだけ表示だと正常に表示されるのに、違うテクスチャと切り替えてると表示されません。
4枚テクスチャがあってそのうちの2枚は正常
異常な2枚だけを表示させるとそのうちの1枚だけ正常
1枚だけだと正常
○見てみる
表示付近が完璧と思うなら、glGenTextures付近で失敗してるとかは？
ttp://csgl.sourceforge.net/
日本語のVisualStudio.NETっていつ頃になるの？
100〜のスレッドの続きを読む