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ダメなんでしょ？ならどうやってテクスチャー用の画像を作るの？