OpenGL

あ · 01/11/15 23:34

現在OpenGLを勉強してますが、OpenGLでは３Dゲームは作れないのでしょうか？無駄なのでしょうか？

**名無しさん＠お腹いっぱい。** · 01/11/15 23:48

作れるよ

01/11/15 23:56

やはりWinAPIとかも使えないとダメなんでしょうか。

**名無しさん＠お腹いっぱい。** · 01/11/15 23:59

Quake
さげ

**名無しさん＠お腹いっぱい。** · 01/11/16 00:11

>>3
ほどほどで大丈夫。
ダイアログとか自前でつくったほうがカコイイしね

01/11/16 00:16

衝突検出はどうやるんでしょうか。ax+by+cz+d=0でdの符号から判断する、面の交差を判断する方法でいいんでしょうか。

**名無しさん** · 01/11/16 00:33

OpenGLスレ＠ム板
http://pc.2ch.net/test/read.cgi/tech/981044659/

ゲーム系の話題の方がスレが伸びるか…？

**名無しさん＠お腹いっぱい。** · 01/11/16 03:05

ラッパーライブラリは知らないけれど、OpenGLもDirect3Dも
基本的には表示のみのAPI群でしょう。
衝突とかキャラ管理とか、そーいったものはCなりC++なりで書くもんだろう。

**名無しさん＠お腹いっぱい。** · 01/11/16 03:25

この板できてからム板は見るのやめた。
３Ｄ系は全部この板に移行して欲しいね。

**名無しさん＠お腹いっぱい。** · 01/11/16 09:33

OpenGLで人間を作るのは不可能に近いと思う・・・

**名無しさん＠お腹いっぱい。** · 01/11/16 10:00

はやくにんげんになりたーい

**名無しさん＠お腹いっぱい。** · 01/11/16 13:47

>>10
どんな理由からですか？
OpenGLで無理なら何なら可能？？
世の中ﾜｶﾗﾝことばかりだ。

**名無しさん＠お腹いっぱい。** · 01/11/16 21:49

glutのコールバックって割り込みじゃなくてポーリングタイプだよね。
アクションゲームみたいなリアルタイム処理って大丈夫かな。

**名無しさん＠お腹いっぱい。** · 01/11/17 04:51

OpenGLもDirect3Dも同じだろ？
ただ、昔はOpenGLは遅くて使い物にならないってだけだったのよね。

今はハードの性能が上がったし、ＯｐｅｎＧＬだってハードウェアアクセラレーション効くし
全然問題ないと思われ。

**名無しさん＠お腹いっぱい。** · 01/11/17 12:40

>13

まったく問題なし。つうかQuakeとか見たことある？
OpenGLで作ってますよ。

**名無しさん＠お腹いっぱい。** · 01/11/17 12:53

入門
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/

あとは赤本見ながらここでわからないことを質問するぐらいで
何も困らないと思います。

**レプタリアン教授** · 01/11/17 12:58

>>16
俺も殆どそこで学んだけど、最後のリンクのチュートリアルは興味深いなぁ。

http://www.nk-exa.co.jp/mmtech/OpenGLEdu/　ここお勧め。

**名無しさん＠お腹いっぱい。** · 01/11/17 17:51

>17

NeHeはいいですね。
このレベルになるとOpenGLの場合海外サイトばかりになるんですよね。
DirectXに比べて日本語資料が少ないのはどうしたものか・・・。

**名無しさん＠お腹いっぱい。** · 01/11/17 17:55

DirectXも日本語資料が少ないのは同じと思われ。
海外のDirectX資料も意外に少ない。
OpenGLの資料を参考にしている。

**名無しさん＠お腹いっぱい。** · 01/11/17 18:25

OpenGLでゲーム作ってる人ってサウンドはどうしてるのかな。
サウンドだけDirectXってのも変だし。

**名無しさん＠お腹いっぱい。** · 01/11/17 18:28

QuakeもサウンドではDirectX使ってるはず。

**レプタリアン教授** · 01/11/17 18:36

OpenGLは互換性最強だから、大学のFreeBSDで学術モデル用にも使えるから便利★

**名無しさん＠お腹いっぱい。** · 01/11/17 19:23

>>22
Ｌｉｎｕｘでも動きます？

**レプタリアン教授** · 01/11/17 19:26

もちろんそうよ

**名無しさん＠お腹いっぱい。** · 01/11/17 19:37

＞まったく問題なし。つうかQuakeとか見たことある？
glutを使っているの?
ソース見たことないけど、使っていないような気がするけど。

**名無しさん＠お腹いっぱい。** · 01/11/17 21:40

単にラスタライザとして使ってるだけだよ

**レプタリアン教授** · 01/11/17 22:06

1日にどれくらいGLを勉強しました？どれくらいの期間勉強して、まともなプログラム組めるレベルにこぎつけました？

**名無しさん＠お腹いっぱい。** · 01/11/18 02:35

>>27
勉強なんてつもりじゃなにも身につかねぇな。

28 · 01/11/18 02:42

すまん、上みてなかった。
教育上のデータとして聞いたのか？

まともなってのが曖昧だが、
GLだけなら1日。
3Dからなら1週間。
数学からなら1.5週間。

**レプタリアン教授** · 01/11/18 03:18

>>29
熱心な方なんですね。1日に何時間くらいなのかもお答え頂けると嬉しいです。
確かに、GLUTなら初日でちょっとしたものくらいは作れますね。
数学も、線形数学の初歩的な知識があれば最初のうちは事足りますしね。

まともな、っていうのは、まぁ、ウォークスルーやテキスト出力を用いたプログラム・・・じゃ初歩的過ぎますか。

28 · 01/11/18 03:42

数学ってのも曖昧だったか。１＋１からなら５、６年かかりそう。
ウォークスルーができればまともとはいえると思う。
ちゃんと座標変換の意味を理解できてればの話。
あと、クォータニオン使用。

１日に何時間ってのは、そりゃぁ寝る時間と食う時間以外。
学生なら、自由に取れるすべての時間。

基礎のうちはすべての時間をそれにつぎ込むべき。

**名無しサソ** · 01/11/18 03:51

　まとも＝Quake並とか言い出したら、おそらく自分は
あと何年もかかるんだろうなぁ・・・（笑）。あるいは永遠に？

　OpenGLに限らず、3Dって表示するだけと応用するのとでは
天と地ほどの差があるような。日々是勉強。怠け者にはきつい。

**名無しさん＠お腹いっぱい。** · 01/11/18 03:52

SDLで頑張ろうと思ってますが何か？

**レプタリアン教授** · 01/11/18 03:58

ttp://www.rimath.saitama-u.ac.jp/lab.jp/tsakurai/opengl/index.html　ここのプログラムとかもいいですねぇ。個人的にはGLCLOCKが一番気に入ってますが・・

**名無しさん＠お腹いっぱい。** · 01/11/18 04:05

>>32
OpenGLを応用するわけじゃない。
結局、OpenGLとかは道具にすぎないからね。

**名無しさん＠お腹いっぱい。** · 01/11/18 04:27

>>33
そういえばSDLスレ下がっちゃったね。

_ · 01/11/18 04:39

>>31
クオータニオンを噛み砕いて、説明して下さい。
使ってはいるけど、理解してないです。

28 · 01/11/18 07:24

３次元じゃめんどくさいんで、２次元で。
それも、原点回りの回転に限定する。
これは俺なりの理解の仕方だから、証明じゃないんでよろしく。
クォータニオンは極座標と関係がある。（みたい）
原点からの距離と角度で座標を表現するやつだ。
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 では、クォータニオンは'使用'って書いただろ？

28 · 01/11/18 07:29

すまん、途中間違えた
k*i = -i*k = j;

**レプタリアン教授** · 01/11/18 14:21

>>38
この前それ大学で習った（ｗ

28 · 01/11/18 15:33

すまん、OpenGLの話じゃないんだが１つだけ聞かせて欲しい。

>>40
ってことはだいたいあってるてことか？
それじゃなんでクォータニオンの回転は
p*q*p' じゃないといけないのか教えて欲しい。これがわからん。
ってか、この辺が載ってるお勧めの本とか。

**レプタリアン教授** · 01/11/18 15:55

なはは。学ぶのと教えるのは別次元ですよ。力不足でスミマセン。

**初心者** · 01/11/18 16:47

SO(3)とSU(2)が同じとかって話はクォータニオンに関係ある？

**名無しさん＠お腹いっぱい。** · 01/11/18 19:43

>>43
その辺は何学なんだ？高卒なんで分からん。

01/11/18 21:05

テクスチャーってBMPダメなんでしょ？ならどうやってテクスチャー用の画像を作るの？

**名無しさん＠お腹いっぱい。** · 01/11/18 21:17

>>45
OpenGLなら、
どんな画像でもテクスチャーに出来るよ。

01/11/18 21:34

え・・glTexImage2D()でしょ。　海外サイトでも、OpenGLではjpg、Gif、BMPなどの形式は一切サポートしてません、って書いてあったし。
どうやってBMP読み取れるの？

**名無しさん＠お腹いっぱい。** · 01/11/18 22:05

>>47
OpenGL自体には特定のビットマップフォーマットを読み込む機能はないので、
指定したピクセルフォーマットのベタデータにコンバートするコードを書くか、
その手のイメージ処理を行うライブラリを使ってベタなイメージデータを作る必要があります。

＃GL_RGB なら RGBRGBRGBRGB .... という具合に並べておかないといけないって事ね。

ベタデータ（photoshopで.raw形式で出力されるファイル）であれば直に読み込む
事ができますけれど。

**名無しさん** · 01/11/18 22:42

>>47
BMPぐらいなら自力でDIBで読んで適当にできるよ。まぁ、自己満足かもしれないが。
詳しくはこのへん参照。
ttp://www.sm.rim.or.jp/~shishido/windows.html

JPGやPNGは… ライブラリに頼る、か。
自力で読めるんならやってみたいが、難しそう。つか、これは自己満足やね。

＿ · 01/11/18 23:13

>>38
すいません。やっぱわかんないやｗ
取り敢えず、他の資料と照らし合わせて眺めときます。THX!

**名無しさん＠お腹いっぱい。** · 01/11/18 23:47

>>47
簡単に読み込みたきゃglaux使えば？

**名無しさん＠お腹いっぱい。** · 01/11/19 04:56

そこで蕎麦屋のSDLサンが「おう！それなら俺の出番だね」と顔を出すわけだ。

**名無しさん＠お腹いっぱい。** · 01/11/19 17:12

>>44
行列と変換郡って本で読んだんだけど、
覚えている内容は↓の感じ。

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に見えるよなぁって話もでてた。

**名無しさん＠お腹いっぱい。** · 01/11/22 22:12

DirectXに比べてOpenGLのほうが優れているのは何でしょうか？
高価なOpenGLボードを使えばGeForce3より速くなるのでしょうか？

ハイエンド用途ならOpenGLなのでしょうか？

**名前は開発中のものです。** · 01/11/22 22:37

>>54

DirectX と OpenGL をDQN的に単純比較することで
その優劣を評価しようと試みた人間は過去に大勢いましたが
これといった成果を残すことなくログの藻屑と消えてゆきました。

**名前は開発中のものです。** · 01/11/23 01:51

変換郡に住みたい。。。

01/11/25 01:48

LightWaveで作ったモデルってプログラムに使える？

**名前は開発中のものです。** · 01/11/25 01:55

>>57
ほい。
http://www.dstorm.co.jp/dev/docs/lwsdk65/docsj/filefmts/lwo2.html

**名前は開発中のものです。** · 01/11/26 07:37

>>55
C魔我でもやってたね。

**名前は開発中のものです。** · 01/12/03 23:16

>54

と関係するかもしれませんが。Softimage,Mayaなどのハイエンドツールで
OpenGLが使われているのはなぜでしょうか？

まあこれからはDirectXに変わっていくのかもしれませんが。

Softimage|XSIのシェーダーなんかはどうやってDirectX→OpenGL変換して
いるのでしょうか？

**名前は開発中のものです。** · 01/12/04 00:28

>60
Softimage,Mayaなどのハイエンドツールは
他のＯＳにも移植する事を考えて、
OpenGLを使ってるのだと思うョ。
DirectXはWindowsだけのAPIだからね。

**名前は開発中のものです。** · 01/12/04 00:40

>>61
Fahrenheitが実現すればよかったんだろうけどネ

**名前は開発中のものです。** · 01/12/05 07:40

OpenGLとD3Dの場合、僕のＰＣでは　Ｄ３ＤこけるとＰＣ死ぬけど
ＯｐｅｎＧＬならＰＣ死ななくて　再起動できるから好き。

**名前は開発中のものです。** · 01/12/05 12:46

>63

そうそう、それ重要です。

**名前は開発中のものです。** · 01/12/06 17:00

レンダラ作りたいんですが参考になりそうなOpenGLのソース
とかないでしょうか？

**名前は開発中のものです。** · 01/12/06 17:20

ない。

**名前は開発中のものです。** · 01/12/06 20:19

glutでは、キーを離したときのイベントが無いようなのですが、
キーボードの同時押しは判定できないのでしょうか？

**名前は開発中のものです。** · 01/12/06 21:00

>>67
できないと思うのです。キーのリピートで繰り返し呼ばれてるような気がするのです。

GLUT API
http://www.sccs.chukyo-u.ac.jp/~miyazaki/glut_man/

ここ見た感じだと　(Shift　Ctrl　Alt) + key ならできる… かも。
つか、素直にWindows で GetAsyncKeyState とか。

**名前は開発中のものです。** · 01/12/06 21:20

glutKeyboardUpFuncこれはちがぅ？

67 · 01/12/06 22:52

>>68-69
ありがとうございました。

glutKeyboardUpFuncですが、
ヘッダファイルを見たところ、

#if (GLUT_API_VERSION >= 4 ...)
GLUTAPI void GLUTAPIENTRY glutKeyboardUpFunc(...);
...
#endif
ということで、将来サポート予定の機能のようです。

今のところ、glutは諦めた方が良いみたいですね。

**名前は開発中のものです。** · 01/12/06 23:15

>>70
自力で作るべし。
俺もつくるぜぇ～(;´Д｀)

**名前は開発中のものです。** · 01/12/07 03:44

>>67
正直、そこまでくると NeHe の Lesson2 を見て
wgl (って言うんだっけ？) とか glx 使ったほうがラクそうな気がします。

**名前は開発中のものです。** · 01/12/07 21:48

OpenGLを2D描画に使ってる人いますか？

**名前は開発中のものです。** · 01/12/07 22:50

>73

これ気になる。3DベースのAPIで2Dの処理もしないといけない時
って結構あるもんだ。

**名前は開発中のものです。** · 01/12/11 01:10

age!
NVSDKのサンプルでもみんなで読みましょう。

**名前は開発中のものです。** · 01/12/13 13:24

DIRECTXの頂点ブレンドに位置する機能を
OpenGL上でもアクセラレーション対応させたいんですけど
（今までソフトエミュレーションだったので･･･）。
その辺詳しい方、おられますか？

**名前は開発中のものです。** · 01/12/13 15:23

http://oss.sgi.com/projects/ogl-sample/registry/ARB/vertex_blend.txt
http://oss.sgi.com/projects/ogl-sample/registry/EXT/vertex_weighting.txt

**名前は開発中のものです。** · 01/12/13 18:43

どうもありがとう。
ＮＶやＡＴＩも、好き勝手やってるようですが、
これが本流という事ですね？
とりあえず、組み込んで見ます。

**名前は開発中のものです。** · 01/12/14 01:08

ATIはvertex_weightingだけサポート
NVはvertex_blendだけサポート

本流も２流あるね