OpenGL

あ · 01/11/15 23:34

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

**レプタリアン教授** · 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だけサポート

本流も２流あるね

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

>>79
ATiとnVが逆だよ。
それにしても、ほんと好き勝手やってるなぁ＞ATiとnV

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

ちょっとクォータニオンについて素朴な疑問なんだけど、
結局あれって行列では誤差があるからこっちのほうが良いよ、ってことで使うんですか？
あと、姿勢の補間と。
この２つの理由のみからですよね？

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

>>81
オイラー角の致命傷を防ぐ。
ＩＫの問題解決には、AXISかクォータニオンしかないね。

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

姿勢補完

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

WGL_ARB_render_textureが面白そうなんだけど、
WGL系拡張なのが気に入らないなあ。
GLUTと併用してうまくいった人いる？

ていうかRADEON欲しい。

**デザイーナ** · 01/12/31 15:37

>>82
＞オイラー角の致命傷
ってどんなんですか？ジンバル六区とか？

いまいちクオータニオン使うメリットがわからんです

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

>ジンバル六区とか？
まさに。

まあ、だからといってクオタニオンにする必要もないんだけどね。
とりあえずオイラー角はやばい、と。

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

>>とりあえずオイラー角はやばい、と。
なすて？

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

>なすて？
ジンバル六区とか

（以下、無限ループ）

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

絶対角で管理すればクォータニオンを使う必要はないんじゃ？
ゲームの場合基本的に地面がある場合が多いので
ベクトルは事実上二次元(極座標)で扱えば計算量はぐっとへる。

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

現状ハードに対応しているかどうかということではOpenGLはDirectX8.1に負けているように思うけれど
CPUだって高性能なんだからなんでもかんでもGPU任せで
結局はフェイクシェーディングのATIやNVの方針はどうかと思う。

ところで音楽関係だけどでもとか商用でない場合はFMOD、BASS、MIDPlugを使うのが
OpenGLの基本だと思う。
おれはWinだけだけどDirectDrawの画像変換とDirectInputとDirectSound、DirectShowを使う

あとOpenGLトゥーンシェーディングとかはラインを併用すれば
古いマシンでもアンチエイリアスがそこそこの速度でじっそうできるのがよい。

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

ttp://romka.demonews.com/opengl/demos/zip/particles.zip
パーティクルたくさん。楽しいねえ。

ソースもあるよ。
ttp://romka.demonews.com/index_eng.htm

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

ヘボい質問ですまぬが、
アキュムレーションバッファを使った処理（モーションブラー等）
が異様に遅いのは俺だけ？

ちなみにビデオカードはGeForceMXと3dfx Voodoo3の２種類。

**名前は開発中のものです。** · 02/01/08 06:39

みんな遅い。安心しろ。

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

age

**名前は開発中のものです。** · 02/01/14 03:26

glBindTextureでテクスチャを切り替えて貼ってるんですけど、表示されないで生ポリゴンになっちゃうテクスチャがあります。
そのテクスチャだけ表示だと正常に表示されるのに、違うテクスチャと切り替えてると表示されません。

4枚テクスチャがあってそのうちの2枚は正常
異常な2枚だけを表示させるとそのうちの1枚だけ正常
1枚だけだと正常

**名前は開発中のものです。** · 02/01/14 04:05

とりあえずソースを見せないことにはどうにもならないのでわ

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

とりあえず、glGetError()でどうなってるとか見てるというのは？

**名前は開発中のものです。** · 02/01/14 05:09

×見てる
○見てみる

表示付近が完璧と思うなら、glGenTextures付近で失敗してるとかは？

**名前は開発中のものです。** · 02/01/14 05:13

それがエラー出てないんですよ。

**名前は開発中のものです。** · 02/01/21 02:04

OpenGL & SDL for C#
ttp://csgl.sourceforge.net/

日本語のVisualStudio.NETっていつ頃になるの？

**名前は開発中のものです。** · 02/02/02 17:05

寂れてしまった…

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

DAKINIさんとこで紹介されていたOpenGL良質リンクの転載

ttp://romka.demonews.com/index_eng.htm
ttp://nehe.gamedev.net/
ttp://www.delphi3d.net/
ttp://www.sgi.com/software/opengl/advanced97/programs/programs.html

みんなツールとかでもDirectX使っているの？ツールもゲームもOpenGL使いたい
んですけどね。コンシューマゲーム機のライブラリもかなりOpenGLライクだし。

**名前は開発中のものです。** · 02/02/17 16:59

winだけで動けばいいツール作るならDirectXの方が楽。
昔と違うから。

**名前は開発中のものです。** · 02/02/17 19:53

初期化はOpenGL（wgl）のほうが楽っぽい。
ゲーム本体とコード共有するなら、DirectXのほうがいいかねぇ？

**名前は開発中のものです。** · 02/02/17 19:55

DirectXは初期化で挫折しましたGLUTは楽なんでこいつしか
使えません。

**名前は開発中のものです。** · 02/02/17 19:55

>>104
DX8.1と比べても？

**名前は開発中のものです。** · 02/02/17 20:00

wglCreateContext（）とwglMakeCurrent（）使うだけだから。
タイプ量だけなら、少なそうだ。

でも、AudioとかInputとかないから、結局DirectXも使うんだろうけど。

**名前は開発中のものです。** · 02/02/17 20:54

glutでは簡単なツールしか作れない。

**名前は開発中のものです。** · 02/02/17 21:03

wgl使えば、GLUT使わなくても、Windowsイベント処理＋OpenGLできるよ。

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

wgl*関連の日本語資料ってどの本？or HP を参考にすればいいでしょう？
皆さんはどうやって覚えました？

**名前は開発中のものです。** · 02/03/02 13:45

Borland C++ Builderのサンプル。初期化ミスがある最悪なサンプルだが...
というか、ウィンドウに割り当てるだけなんで、そこらのWebに載ってるサンプルで十分じゃない？
あとは、普通のOpenGL＋Win32APIだし。

あと、OpenGLは、SDL使ってやるのも楽だよ。

**名前は開発中のものです。** · 02/03/02 13:56

>>110
白本（OpenGL Programming for Windows）があるけどもう内容が古いし
訳も最悪だから立ち読みか図書館などで。

**名前は開発中のものです。** · 02/03/02 15:23

>>110
私は適当なサンプル拾ってきて、
重要そうなヤツを英語のMSDNで調べる。って感じ。
英語弱いので単語を拾って読むだけだけど。

日本語で解説してるページはあるのかねぇ…

**名前は開発中のものです。** · 02/03/03 15:21

>>105
君はDX7の日本語ヘルプをｹﾞﾄｰしてよめ。
俺もこれを入手するまでは、初期化で断念してたけど、これはかなりｲｲ。

図入りだし、サンプルコードのコメントまで和訳でのってるし。

**名前は開発中のものです。** · 02/03/03 15:38

みんなQuake2やHFとかSinで使われてるQuakeGLライブラリの使い方を
発掘しませんか?
これつかうと、DXとOpenGLに加えてGlideとかS3のあれとかPowerVRまで
同じインタフェースでポリゴンだせるとおもうんだけど....。

つうことで、とりあえずQuake2のソースダウンしてみた今日この頃。

まあ、素人なんでこの手のゲームくらいポリゴンでたら当分もつと思うし
PS1もこれくらいで扱えるくらいのポリゴンしかでないはずだし、ソース
の共通化になればらくだよな～。

**名前は開発中のものです。** · 02/03/06 00:19

>>115
は何か進展があったのだろうか age.