OpenGLスレ Part13

2009/07/12(日) 06:55:24

2009/07/12(日) 06:56:54

- 関連スレ -
OpenGL 2.0 専用スレ
http://pc12.2ch.net/test/read.cgi/tech/1126268759/

くだすれOpenGL（超初心者用）
http://pc11.2ch.net/test/read.cgi/tech/1131208166/ (dat落ち)

- 各社のOpenGL拡張対応状況-
nVidia
http://developer.nvidia.com/object/nvidia_opengl_specs.html
ATI
http://mirror.ati.com/developer/sdk/radeonSDK/html/info/Prog3D.html

- その他もろもろリンク集 -
http://www.nbrains.net/php/pukiwiki/index.php?OpenGL

2009/07/12(日) 06:57:48

- 補助ライブラリ -
■OpenGLコーディングの補助
・glew　　　　　　　　　　　http://glew.sourceforge.net/
OpenGL拡張の利用を簡便に。

■数値演算ライブラリ
・CwMtx library　　　　　http://www.xs4all.nl/~hkuiper/cwmtx/cwmtx.html
行列、ベクトル、クォータニオンの演算ライブラリ。LGPL。
・Matrix, vector and quaternion library 2.0　　　　　　　http://www.programmersheaven.com/zone3/cat415/26784.htm
配布ページの記述によれば無償で使えるらしい。ライセンスは未確認。
C++のメタテンプレート技法を多用しているので高速。APIとしての形も非常にシンプル。
・MathGL++　　　　　　　http://sourceforge.net/projects/mathgl-pp/
行列、ベクトル、クォータニオンなどの各種演算用ライブラリ。APIはOpenGLライク。LGPL。

■マルチプラットフォーム化・イベントやサウンドなどのハンドリング
・SDL　　　　　　　　　　　http://www.libsdl.org/index.php
定番。数多くの関連ライブラリが開発されている。現在のバージョンでは描画とイベントハンドリングを分離できないため、
描画がもたつくとイベント処理ももたつく。ライセンスはLGPL。
・Allegro　　　　　　　　　http://www.talula.demon.co.uk/allegro/
サポートしている機能、対応ＯＳともにSDLに似ている。日本語資料は少ないが、Gift-wareという位の寛大なライセンスが魅力。
・GLFW　　　　　　　　　　http://glfw.sourceforge.net/
キーボード、マウス、ジョイスティックなどのイベント処理、タイマ、マルチスレッド辺りのみをシンプルに抑えたマルチプラットフォームライブラリ。
サウンドやその他は他のライブラリと組み合わせたい場合は、こちらの方が競合などの問題が無く安心か。
・Java+jogl　　　　　　　　https://jogl.dev.java.net/
OpenGLのJavaバインディング。現在のSun JavaVMがC++に肉薄した演算パフォーマンスを発揮している今、
Javaの豊富な標準ライブラリやSwing・Java2Dと連携できる事も考えると、今後はダークホース的選択肢に？

2009/07/12(日) 06:58:48

■サウンド
・OpenAL 　　　　　　　　　http://www.openal.org/
３Ｄサウンドライブラリ。マルチプラットフォーム。DirectXゲームでもサウンドはこれを使っているものも。MacOSXでは標準で入っている。

■その他
・OpenSceneGraph　　　 http://www.openscenegraph.org/
シーングラフライブラリ。
・freetype　　　　　　　　　 http://www.freetype.org/
ビットマップフォントやベクタフォントのレンダリングを行うライブラリ。

■フォント描画
・FTGL　　　　　　　　　　　http://homepages.paradise.net.nz/henryj/code/index.html#FTGL
Freetypeを利用したもの。マルチプラットフォーム。アウトラインフォント対応。日本語が使えるかは未確認。

■物理エンジン
・ODE：Open Dynamics Engine　　　　　　　　　http://ode.org/ode.html
オープンソース物理エンジン(GPL or BSD-Style License)

2009/07/12(日) 06:59:34

850：デフォルトの名無しさん：sage：2009/06/26(金) 01:22:49
毎年恒例の、課題提出時期の質問ラッシュな予感！

2009/07/12(日) 11:53:22

>1
乙

2009/07/12(日) 12:42:30

>>5
テンプレかwww

2009/07/13(月) 01:41:59

glMultMatrixf では float [16] なのに、GLUT の vvector.h では [4][4] なのが辛いなあ

2009/07/13(月) 01:50:32

そんな内部ヘッダを中途半端に流用するから悪いんだろ
MULTMATRIXマクロでも使ってろってこった

2009/07/13(月) 02:39:39

>>8
vvector.hなんて知らないけど、これじゃだめ？
glMultMatrixf( &(matrix[0]) );

2009/07/13(月) 03:24:34

>>10
それも良いけど、行と列の取り方が違うから、一度行列を転置させなきゃいけなくて、
些細なことだけど、結局手間は変わらないんだよね残念ながら

なんで GLUT 付属のマクロでOpenGLと扱いが違うのか謎

2009/07/13(月) 03:54:45

うっへ、自己解決したｽﾏｿ
計算の順番変えれば良いだけだよな……

2009/07/13(月) 03:58:21

というか回答を鵜呑みにするならglMultTransposeMatrixで足りるはずだが

2009/07/13(月) 11:02:17

ごめ、そんな関数が有るって今知った
ホントスレ汚しスマン

2009/07/13(月) 12:56:32

前スレの終盤にくらべたら、水滴が落ちた程度のことだ。

2009/07/15(水) 02:16:47

ttp://ruffnex.oc.to/kenji/gl/の解説を見ながら
ttp://ruffnex.oc.to/kenji/src/xi.cppを弄ってますが
２点ばかりわからない点があるので教えてください。

１点目：
このままのソースではX軸周りは回転を行わず平行移動だけなので、
display()の中で、直前の回転方向を保存しておき、RotateCube()の
第5引数に渡してみたところ、一応回転するようにはなりました。
しかしよくみると、X軸→Z軸→X軸と回転させると面の色の変化が
おかしなことになってしまいます。
これはどう考えて解決するべきでしょうか？

２点目：
現在接地している面の色を知るためにはどう考えて解決するのが
一番効率的でしょうか？

2009/07/15(水) 03:44:50

カラーに関しては、
void BottomColor(GLdouble* bColor, GLdouble **vertex)
{
GLdouble color[][3] = {
{ 1.0, 0.0, 0.0 }, { 0.0, 1.0, 0.0 }, { 0.0, 0.0, 1.0 },
{ 1.0, 1.0, 0.0 }, { 1.0, 0.0, 1.0 }, { 0.0, 1.0, 1.0 },
};

int face[][4] = {
{ 0, 1, 2, 3 }, { 1, 5, 6, 2 }, { 5, 4, 7, 6 },
{ 4, 0, 3, 7 }, { 4, 5, 1, 0 }, { 3, 2, 6, 7 },
};
int i;
for(i=0; i < 6; i++){
if(vertex[face[i][0]][1] < 0.0 && vertex[face[i][1]][1] < 0.0 && vertex[face[i][2]][1] < 0.0 && vertex[face[i][3]][1] < 0.0)
break;
}
bColor[0] = color[i][0];
bColor[1] = color[i][1];
bColor[2] = color[i][2];
}
こんなんでどうにでも成る
回転に関しては、ちょっと何やってんのか分かんない

2009/07/15(水) 12:43:45

>>16
移動回転するなら行列演算のが簡単で、元ソースみたいな頂点を自力で変更する方法はあまり良いとは言えないんじゃないかな
もちろん調べてるだけってならかまわんけど。
glRotate*やglTranslate*で移動回転して、ワールド欲しければMODELVIEW等をgetすればいいし。
接地が一番下向いてる面ってことなら法線とＹ軸との内積が最小（-1)ってやるのがてっとり早いような

2009/07/15(水) 21:35:44

glewを使ってマルチサンプリングでアンチエリアシングをしようとしているのですが、
うまくいきません。それで一つ質問があるのですが、以下のURLの一番下のサンプル

http://www.codesampler.com/oglsrc/oglsrc_14.htm#ogl_multisample_transparency

では、GetDC→ChoosePixelFormat→SetPixelFormat→wglCreateContext→wglMakeCurrent
という通常の手順でカレントのレンダリングコンテキストを設定した上でglewInit()を呼んで
GLEWを初期化しています。

そしてwglMakeCurrent(NULL, NULL)→wglDeleteContextといったんコンテキストを削除した上で
wglChoosePixelFormatARBを実行し、
再度GetDC→SetPixelFormat→wglCreateContext→wglMakeCurrent
とカレントのレンダリングコンテキストを設定しています。

サンプルがやろうとしていることの意味は理解できるのですが、
他のサイトにはSetPixelFormatは同じウィンドウに対して一度しか呼べない、という記述もあります。
上記サンプルでは2度呼んでいるのですが、これは間違っているのでしょうか。
それとも「同じウィドウに対して一度しか呼べない」というのは
「同じDCに対して一度しか呼べない」という意味でしょうか？

2009/07/16(木) 15:25:23

>>19
どのみちそのサンプルでは同じDCに二度SetPixelFormatしてるね。
wglがらみの問題はOSで挙動が異なることが多々あるから動くならいいやというスタンスしかない気もする。

今回の件は、最初のコンテキスト生成のためにダミーのウィンドウとDCを臨時で作って、
用が済んだらすぐ削除してはどうだろうか

2009/07/16(木) 20:49:55

glPolygonOffset( factor, units ) でポリゴンのスクリーン Z 座標にオフセットを
加えることができますが、OpenGL の仕様書には
オフセット値 = m * factor + r * units
と書かれています。

このときの r は implementation-dependent constant と書いていますが、この値を
取得したり計算する方法はあるでしょうか？

2009/07/16(木) 21:25:41

>>20
どうも。ダミーのウィンドウを作る線でやってみようと思います。

話しは変わるけれど、テンプレの>>4のFTGLは日本語（ワイド文字）使えるよね。

2009/07/16(木) 22:36:03

>>22
FTGLはワイド文字で日本語いけますね。速いし簡単だしでとても便利。
ただ、フォントファイルに MSGOTHIC.TTC みたいなフォントコレクションを指定すると、
face indexが指定できないせいで等幅かプロポーショナルかとか選択できなくて困るんですよね。
指定できるようにするのなんて簡単だと思うんですが、なんでそうなってないんでしょう・・・。
（もし指定する方法あったら教えてください）

2009/07/17(金) 19:53:54

>>23
うーん、FTGLはよく使うけど等幅の選択みたいなことはしたことないというか
そういう関数は見あたらないなぁ。

2009/07/18(土) 08:20:51

opengl 初心者ですが、
visual studio で作成したGUIからの入力でopengl での描画を更新したいんですが
可能でしょうか？

2009/07/18(土) 11:08:06

可能です。

2009/07/18(土) 11:42:01

どうやって？

2009/07/18(土) 11:43:30

openGLプログラムと、GUIプログラムのプロセス間通信で
やったけど、できれば一つのプログラムで行いたいのですが。

2009/07/18(土) 11:50:23

Windowsのプロセスって、自分と通信できないんだっけ？

2009/07/18(土) 12:34:12

>>28
スマンが質問の意味が判らない。
OpenGLプログラムって何のことを指してる?

GUIアプリでOpenGLを使うだけだと思うのだが。

2009/07/18(土) 12:52:20

わからない人はだまっててください。

2009/07/18(土) 13:08:45

そして
実際にコンパイルできるソースを書いてくれませんか？
だな

2009/07/18(土) 13:35:31

>>30
GUIアプリのプロセス内でGLコンテキストを持つウィンドウを作るのが常套手段だよなあ。

2009/07/18(土) 14:19:21

GLUTとか使ってると面倒かもね。

2009/07/18(土) 15:20:09

またいつものキチガイだろ。スルーしろよ。

2009/07/18(土) 18:54:03

ここまで物議をかもすとは思わなかった。
CGの形を変える変数をGUIで打ったら、
それに応じて表示を変えるということをしたいのです。
glutMainLoop();に入ると、マウスやキーボードからの入力は受け付けるけど
GUIからの入力をどうやって反映させるのか？と思いまして。
VisualStudio2008　expressでGUIを作り、CGの形を決める変数と紐付けられたリストボックスの項目を選択すると
下の関数に入るという風にしました。
private: System::Void listData_SelectedIndexChanged(System::Object^ sender, System::EventArgs^ e) {

とりあえずプロセス間通信で変数をOpenGLのプログラムに送り
glutDisplayFunc(display);のコールバック関数 displayで受け取り
CGの形を変えるようにしました。

これで問題ないけど、できればプロセス間通信無しで行いたいと思うのですが。

2009/07/18(土) 19:01:55

>>36
GLUT使わずに自前でコンテキスト作成すればいいじゃない

2009/07/18(土) 19:16:54

>>36
なんでプロセス間通信とか、わざわざ面倒臭い道を選ぶんだよwwww
と言いたいところだけど、自前でGLのコンテキスト作るのも慣れないと面倒だからねぇ。

えーと、そのGUIのプログラムとやらに、GL用のウィンドウを追加するのが早いと思うよ。
ただ、GLUTを使わないでやることになるので色々と追加でお勉強が必要になる。
まずはGUIプログラムとは別に、Win32API(&wgl)で簡単なOpenGL表示テストアプリを
作ってみることをオススメする。それをGUIプログラムに持っていけばいいかなと。
「OpenGL win32api」とかでぐぐれかす。

2009/07/18(土) 19:27:28

GLUTつかうとこういう罠があるからねぇ。
かといって、コンテキスト云々もWinでOpenGLが目的じゃないんなら余計な手間だし、
GLUTに依存してるコード書き直すのも面倒だと思うんで今のままでいいんじゃないかな。

2009/07/18(土) 19:27:53

>>36
なんでもいいならAntTweakBarが楽だよ

2009/07/18(土) 20:07:34

GLUTをVisual Studio 2003 でやっているんだけど
オートコンプリート等のインテリセンスが機能しないから
効率が悪いんです
2008 Expressだとオートコンプリート機能はつきますか？
もしくはオートコンプリート機能を追加する方法はありますか？
質問がひどければ謝ります

2009/07/18(土) 20:21:58

VS2003でも2008でもインテリセンス動くでしょ？
ただ、2003も2008もたまに機嫌を損ねるのか、インテリセンス動かなくなるけど。

あれ全然分かんないんだよなー。なんで動かなくなるのか、
動かなくなったらどうすれば回復するのか・・・。

2009/07/18(土) 20:27:13

アドバイスありがとうございました。
そうですか。GLUTから変えるしかないということで。
今のプログラムはとりあえずこのままで使っていって、
別のopengl プログラム作るときにはコンテキスト作成するようにします。
AntTweakBarも楽に出来るなら見てみます。

2009/07/18(土) 20:28:33

>>25
GLUTを使わないで自分でGLコンテキストを作る、
openGLに対応したGUIを使う(MUIからQtまでいろいろ）
ダイアログボックスにしてopenGLとは分離してしまう
とかかな

>>40
前スレで知ってちょっと見ただけだけど、AntTweakBarはGLUTと相性悪くね。
openGLのモデル描画を変更があったときだけ再描画したいときとか困るし

2009/07/19(日) 14:08:14

>>36
あれ、よく見たら、もしかして.NetっていうかC++/CLI（C#と混合？）でやってんの？
だからプロセス間通信なのか・・・。
だとしたら、win32apiとか使えないかも。C++/CLIは使ったことないけど。

.Netの事は良く知らないけど、OpenGLを描画するためのコンポーネントとか無い？
まずはそれを検索してみると良いのでは。

あるいは、GLUT使ってるんならCかC++は使えるんだろうから、
C++/CLIを使うのはやめてC++でGUIも書くとか。
wxWidgets+wxFormBuilderとか、Qt(GPL版)とか使えば、GUIの作成も手っ取り早いよ。
まぁもっとも、手っ取り早いのは慣れた人だけで、wxもQtもそれなりの勉強時間は必要だけど。

2009/07/19(日) 14:13:05

わからない人はだまっててください。

2009/07/19(日) 14:17:53

>>45
「.net openGL」でググっただけでいかようにもなりそうだが。
日本語でも英語でも。

2009/07/19(日) 14:20:48

>>47
おおう。ホントだ！　しかも何コレ簡単だし楽そうだなぁ。
今度小さなテストアプリ書くときは.Netでやってみるか～。

>>46
w

2009/07/22(水) 23:11:28

質問です。
初期処理にて
glEnable(GL_DEPTH_TEST);
glPolygonMode(GL_FRONT_AND_BACK, GL_FILL);

とやり、描画ループのバッファクリアのタイミングで
glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
としているのですが、ポリゴンが面の片側にしか描画されません。
こういった場合にまず疑う or 検証すべき箇所はどこでしょうか。

他にオプション関係で初期処理中に行っている事といえば、
glEnable(GL_POINT_SMOOTH);
glPolygonMode(GL_FRONT_AND_BACK, GL_FILL);
glEnable(GL_CULL_FACE);
glCullFace(GL_BACK);
あと、頂点の並びが個人的にイメージしやすいので
glFrontFace(GL_CW);
としています。よろしくお願いします。

2009/07/22(水) 23:22:53

GL_CULL_FACEの意味をちゃんと調べたほうがいい

2009/07/22(水) 23:22:55

カリングやってるからじゃね？

2009/07/22(水) 23:59:57

>>50,51
ありがとうございます。
そこは確かに怪しいのですが、カリングOFFでも状況変わらずでした。
たとえば、辺の長さ1の立方体を、Z軸の真ん中で分断するような面↓を作り、
GLfloat vert[] = {
　0.0f,　0.0f,　0.5f,
　0.0f,　1.0f,　0.5f,
　1.0f,　1.0f,　0.5f,
　1.0f,　0.0f,　0.5f
};
GLfloat texPoints[] = {
　0.0f,　0.0f,
　0.0f,　1.0f,
　1.0f,　1.0f,
　1.0f,　0.0f
};
glBindTexture(GL_TEXTURE_2D, someTexID);
glTexCoordPointer(2, GL_FLOAT, 0, texPoints);
glVertexPointer(3, GL_FLOAT, 0, vert);
glDrawArrays(GL_QUADS, 0, 4);

とでもしてみて、立方体から北側となる｛0.5f,　0.5f,　-2.0f｝辺りの視点
から上記のvert面を確認します。すると立方体の南面、東面、西面を裏側から
観る事になるのですが、この時、南面と東面の裏側にだけ、意図しない
黒いポリゴンが表示されるのです。分断面そのものは期待通りに描画されます。

どなたか似たような経験をされた方がおられれば、と思って質問しました。

2009/07/23(木) 00:11:48

すみません、話が飛躍してしまったので追記といいますか、補正です。

そもそも最初にこちらで質問したかったのは、
「画面内に意図しない黒いポリゴン面が描画される原因」でした。

それで、よく見てみると、その変な黒いポリゴン面が描画されるのは
「透明部分を含むテクスチャ」を使用している面（の背後）でした。
テクスチャ画像の透明部分から、当然、向こう側が透けて見えるわけですが、
その向こう側には別のテクスチャの裏面が描画されているわけです。

そこで、その遠いテクスチャの裏返しが描画されているのなら納得できるのですが、
見えているのは真っ黒なポリゴン面でした。それで>>49のような質問を
させて頂きました。

>>52で書いたのは、そういった話をすっ飛ばして、
透明テクスチャの周囲で描画がおかしくなる、という現象の説明でした。
説明が飛び過ぎてよくわからないですね。すみません。

2009/07/23(木) 06:00:21

透けるの透けないの、黒いの白いの東西南北、さっぱりわからん
ゴチャゴチャ言ってないで、うまくいかないシンプルなプログラムを丸ごとどっかにupしろ
つか、課題なら授業中に講師に聞け

2009/07/23(木) 08:30:12

ただの描画順の話でないの？
透明とか半透明を含むポリゴンは奥から手前の順番になるように描かないとだめだよ

2009/07/23(木) 08:48:28

光が当たらないと真っ黒になるよね

2009/07/23(木) 09:12:53

皆さんありがとうございます。

>>54
結構巨大なソースになりつつあるので、全体をアップするとは考えても見ませんでした。ちょっと時間を用意して、できる事なら該当箇所を切り出して見ます。本当にもう、課題だったら先生に聞けて楽なのですが……。ありがとうございました。

>>55,56
そのあたり、あまりきちんと理解せずに組んでいるかもしれません。特に透明が絡んだ時の描画順については全く意識していなかったので、調べて見ます。ありがとうございました。

2009/07/23(木) 18:31:23

前スレで外部モジュールのnvoglnt.dllでエラーが発生する件で質問をしていた者です。
問題が解決したので、ご連絡します。

＝＝＝状況＝＝＝
GLUTを用いてマルチウィンドウを実装したソフトを動かしていると、不定期なタイミングでnvoglnt.dllでエラーが発生する。
問題のモジュールが呼ばれる順序が
kernel32->glut32->opengl32->nvoglnt
となっていた為、問題箇所を特定することが出来ず、デバッガーで追うことが出来ない（追う方法を知らない）
＝＝＝問題点＝＝＝
複数のウィンドウを連動させる為に、
　「dispAの描画が発生したらdispBの描画も行う」
という処理を実装する際に以下のようなコーディングを行っていました。

2009/07/23(木) 18:32:29

何かのデータ処理を行う関数(){
/* データ処理を記述 */
/* dispAの描画を実行 */
dispA();
}

dispA(){
glutSetWindow( dispA );
/* dispAの描画処理を記述 */
・・・
glutSwapBuffers();

/* dispBの描画を実行 */
dispB();
}

dispB(){
glutSetWindow( dispB );
/* dispBの描画処理を記述 */
・・・
glutSwapBuffers();
}

dispAの描画を行う箇所が複数存在していて、ソースを簡略化するために
上記のようにdispA()の中でglutSetWindow( dispA )を実行するようにして、
dispAを呼び出したい場所ではdispA();と一行記述すればいいようにしていました。
この記述方法だと、何かのデータ処理を行う関数()が実行されると強制的にdispA()が実行されてしまうのが問題で
下記のようにglutPostRedisplay();をコールすることで描画タイミングをハードウェアに任せるように記述することで問題が解決しました。

2009/07/23(木) 18:33:24

何かのデータ処理を行う関数(){
/* データ処理を記述 */
/* dispAの描画を実行 */
glutSetWindow( dispA );
glutPostRedisplay();
}

dispA(){
/* dispAの描画処理を記述 */
・・・
glutSwapBuffers();

/* dispBの描画を実行 */
glutSetWindow( dispB );
glutPostRedisplay();
}

dispB(){
/* dispBの描画処理を記述 */
・・・
glutSwapBuffers();
}

前スレが見えなくなってしまったので、アドバイスを頂いた方の番号が分からないのですが、本当にありがとうございました。

2009/07/24(金) 19:31:37

glutについて質問したいのですが、あまりにもレベルの低い
内容なので、ここで質問して良いものか迷っています。
glutに関して初心者が集うようなスレッドはありますか。
あれば紹介して欲しいです。なければここで質問させてほしいです。

2009/07/24(金) 19:35:48

ここでどうぞ

2009/07/24(金) 21:59:33

>>62
早いお返事ありがとうございます！

どの程度説明すれば伝わるか分からないのですが、とりあえず…
1.x,z軸に沿った平面を作りまして
2.その平面の上から平面に向かって垂直にスポットライトを当てまして
3.平面の光が当たっている部分が丸く明るくなっているのを確認しまして
平面は拡散反射にしているのに、何故かカメラを上に平行移動させると
丸く明るくなっているところが手前にずれてきて楕円になってしまうのです。
イメージ的にはカメラが上に上がるにつれてライトがこちらを向いてきている
ような…
因みに、カメラはライトの真上ではなくて斜めから向けてます。

長々と分かりづらい文章ですみません。
必要でしたらソースコードとか動画とか載せますんでお願いします。
私としては平面図形とライトが何故か別々の動きをしていて
それを何とかできれば…と思っているところです。

2009/07/24(金) 22:08:50

どう考えても必要だからまずソースうｐれよ

2009/07/24(金) 22:22:50

>>64
それもそうですね。
見づらいでしょうが、よろしくお願いします。

#include <GL/glut.h>
GLdouble vertex[][3] = {
{ -0.5, 0.0, -0.5 },
{ -0.5, 0.0, 0.5 },
{ 0.5, 0.0, 0.5 },
{ 0.5, 0.0, -0.5 },
};
int face[4] = { 0, 1, 2, 3};
GLdouble normal[] = { 0.0, 1.0, 0.0 };
GLfloat light0pos[] = { -1.0, 5.0, 0.0, 1.0 };
GLfloat spotDir[] = { 0, -1, 0 };
GLfloat lightred[] = { 1.0, 0.3, 0.3, 1.0 };
GLfloat white[] = { 1.0, 1.0, 1.0, 1.0 };
int flag_right = 0;
int flag_left = 0;

void display(void)
{
int i,j,k;
static double d = 0;
glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

glLoadIdentity();
/* 視点位置と視線方向 */
gluLookAt(0.0, 6.0+d*d, 50.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);

2009/07/24(金) 22:25:18

/* 光源の位置設定 */
glLightfv(GL_LIGHT0, GL_POSITION, light0pos);
glMaterialfv(GL_FRONT_AND_BACK, GL_AMBIENT, white);
/* 土台の描画 */
glMaterialfv(GL_FRONT_AND_BACK, GL_DIFFUSE, white);
for( i=0; i<40; i++){
for( j=0; j<40; j++ ){
glPushMatrix();
glTranslated( i-20, 0, j-20);
/* 1*1の平面 */
glBegin(GL_QUADS);
glNormal3dv(normal);
for (k = 0; k < 4; k++) {
glVertex3dv(vertex[face[k]]);
}
glEnd();
glPopMatrix();
}
}

glutSwapBuffers();
if ( flag_right ) d = d + 0.05;
if ( flag_left ) d = d - 0.05;
if ( d < 0 ) d = 0;
}

とりあえず入りきらなかったので初期化関係その他は省きました。
全部必要だったりします？

2009/07/24(金) 23:51:11

>>65
起動させてみたけど、ただ単にカメラを上げるにつれ、ライトとカメラのなす角度が小さくなってゆく訳で、
特に異常はないけど？

> 前にずれてきて楕円になってしまう
むしろ楕円だったのが真円に近くなってくるだろ、d増加につれ

2009/07/24(金) 23:55:11

どこでスポットライト？
ソースチラ見でわかんなかったから、ちょっとコード足したら普通に点光源で動いたが
ソース出すなら、めんどくさいから全部出したほうがいいんじゃね
PROJECTIONによっては楕円に見えるかもしんないし

2009/07/25(土) 03:31:13

>>67-68
ありがとうございます。
正常に動いてますか…
いよいよどこか勘違いしてる気がしてきました。。
以下、残りです。
void resize(int w, int h)
{
glViewport(0, 0, w, h);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
gluPerspective(30.0, (double)w / (double)h, 1.0, 500.0);
glMatrixMode(GL_MODELVIEW);
}

void init(void)
{
glClearColor(0.0, 0.0, 0.0, 1.0);
glEnable(GL_DEPTH_TEST);
glEnable(GL_CULL_FACE);
glCullFace(GL_BACK);
glFrontFace(GL_CCW);
glEnable(GL_AUTO_NORMAL);
glEnable(GL_NORMALIZE);
glEnable(GL_LIGHTING);
glEnable(GL_LIGHT0);
glLightfv(GL_LIGHT0, GL_DIFFUSE, lightred);
glLightfv(GL_LIGHT0, GL_AMBIENT, lightred);
glLightf(GL_LIGHT0, GL_SPOT_CUTOFF, 30);
glLightfv(GL_LIGHT0, GL_SPOT_DIRECTION, spotDir);
glLightf(GL_LIGHT0, GL_QUADRATIC_ATTENUATION, 0.01);
}

2009/07/25(土) 03:34:16

void mouse(int button, int state, int x, int y)
{
switch (button) {
case GLUT_LEFT_BUTTON:
if (state == GLUT_DOWN) {
flag_left = 1;
glutIdleFunc(idle);
}
else {
flag_left = 0;
glutIdleFunc(0);
}
break;
case GLUT_RIGHT_BUTTON:
if (state == GLUT_DOWN) {
flag_right = 1;
glutIdleFunc(idle);
}
else {
flag_right = 0;
glutIdleFunc(0);
}
break;
default:
break;
}
}

2009/07/25(土) 03:35:02

int main(int argc, char *argv[])
{
glutInit(&argc, argv);
glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH);
glutCreateWindow(argv[0]);
glutDisplayFunc(display);
glutReshapeFunc(resize);
glutMouseFunc(mouse);
init();
glutMainLoop();
return 0;
}

手間をかけさせるような真似をしてすみません。

2009/07/25(土) 03:57:53

スクショみせてみ、何に不満なのか

2009/07/25(土) 04:03:18

やっぱライトの設定があったか
init()の中のGL_SPOT_DIRECTIONをdisplayのGL_POSITIONと同じ場所で
ライトの設定はgluLookAtの後でやらないとビュー座標になる

2009/07/25(土) 20:59:41

>>73
おお、直りましたありがとうございます！
座標、ベクトル関係は変換行列だとかの
影響を受けるということなのかな…。。

>>72
もう解決してしまいましたが、一応。
http://www1.axfc.net/uploader/Sc/so/20994.jpg

OpenGLスレのみなさん、お騒がせしてすみませんでした。

2009/07/25(土) 22:01:51

【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/07/24]

http://namidame.2ch.net/test/read.cgi/hidari/1225537555/

2009/07/28(火) 19:07:26

ちょい質問

メインスレッドで描画してたプログラムの描画命令部分をスレッド化しようとしてる
それで描画命令部分をそっくりそのままスレッド化したら、

プログラム起動　->　描画スレッド呼出（1回目）　->　スレッド破棄　->　スレッド呼出（2回目）　…

この呼出2回目以降描画されなくて困ってるんだけど、原因に心当たりないかな？
HDC、HRCの設定と破棄は描画スレッドでやってる
1回目は何の問題もなく描画されてるから、原因がさっぱりわからなくて困ってる・・・

2009/07/28(火) 19:21:11

>>76
まずはソース出せよ

2009/07/28(火) 19:57:52

エラーチェックしろよ

2009/07/29(水) 12:30:43

Google 3D ギャラリーの3DモデルをOpenGLで読み込みたいんですが参考になるページありませんか？

2009/07/29(水) 13:26:15

なんか藻前等凄いなｗ

OpenGLって文書があんま充実してないのに、よく生き残ってるよな。
以前はもっと使いやすいHOOPSとかいう３Dグラフィクスライブラリなんか
あったんだよ（すげー使いやすいかた）。

ほんと、このスレで得意げになってGLのコードすらすら書いてるヤシって
ただもんぢゃねー

2009/07/29(水) 15:31:49

HOOPSっておいおい……

2009/07/29(水) 18:30:17

LinuxやFreeBSDだとOpenGLしかないからな。
DirectXがあったところできもいので使わないけど。
ただOpenGLやDirectXにかわるスマートで見通しのいいAPIがあっても良いと思う今日この頃。

2009/07/29(水) 19:03:47

DirectX あの命名規則はなんとかならんの?

2009/07/29(水) 19:19:11

OpenGLやDirectXにかわる・・・幻と消えたFahrenheit・・・
どんなAPIになる予定だったのだろう

2009/07/29(水) 20:30:52

>>81-84

レスどうもです。
思うのはね、もうちっとMayaなんかとの連携がスムーズになっていても
よかったんじゃないかなぁ・・・って。

だって、モデリングして、それ取り込んで、それからコードづらづら
書くなんてさ、１５年前のGLと大差無いんですもん。

Unityとかoolong（だっけ？）なんていう技術が生まれてはいるんだけど、
なんか使い肉そぉ。

EclipseとかVisual Studioとかの統合開発環境が
これだけ発達したんだから、もちっとOpenGL自体も他の技術との親和性を
高めて欲しい。PS3とかで３Dゲームばりばり作ってる人には、SCEが
フレームワーク準備してあげてるんでしょ？

そういうフレームワークがOpenGL自体に欲しいのよね。ホントこの状態で
ばりばりOpenGLのコード書く連中って神がかってるｗお世辞ぢゃなくて。

2009/07/29(水) 20:37:52

フレームワークなんて探せばゴロゴロ出てくる。
個人の趣味レベルのものから商業レベルのものまでな。
使いこなせるかどうかは別として。

2009/07/29(水) 20:46:57

gltexsubimage2Dを使ってテクスチャの書き換えをして
オブジェクトに落書きみたいなことをしたいんだけど
この場合透明な色に書き換えることってできる？

2009/07/29(水) 20:47:47

よけいなことをしないのがopenGLのいいところ
だからこそ、それぞれの分野で足りないところは自分で補えるし、使いやすい。

つか、得意げになってとか神がかってるｗとか、お世辞ぢゃなくてバカにしてんだろ？ｗ

2009/07/30(木) 00:49:48

>>85
そりゃOpenGLはグラフィックス用のアセンブリ言語と呼ばれる位だから。
高レベルなことをしたいならそれなりのフレームワークを使えばいい。
有名どころではOpenSceneGraphとかOGREとか。他にも沢山ある。

2009/07/30(木) 01:01:52

>>87
ごめんなさい。質問読み返したらわけが分からなかったので再質問

テクスチャ貼ってる正方形のオブジェクトに真っ白のテクスチャを貼っている状態(この状態だと見た目は白の正方形）のものがある
ここで貼っているテクスチャをglTexSubImage2Dを用いて一部を塗り替える
塗り替えた部分を透明(オブジェクトの背景まで透ける)にするためにはどうしたらいいですか？

2009/07/30(木) 01:10:38

なんでアルファ使わないの？

2009/07/30(木) 02:00:06

>>91
アルファ値を設定しても反映されないんです
オブジェクトの色とか設定するときには反映されるんですが
gltexsubimageで大きさ1*1にして1ピクセル分の要素(RGBA)を設定してるんですがRGBしか反映されません
どんな原因があるでしょうか？

2009/07/30(木) 02:23:51

コードが間違っているんだろ

2009/07/30(木) 03:06:04

そもそもblendがらみの設定をしてない・おかしいとか、
texの大きさを2^nにあわせるのに失敗しているとか、
1ピクセル分の要素の元のメモリ側の配列と、glでテクスチャイメージとして送る際の設定が噛み合ってないとか

いろいろありそう

2009/07/30(木) 03:16:05

質問者は再現コードを提示すべき。
言ってることとやってることが違うのは良くあることだから。

2009/07/30(木) 10:22:37

アルファ付きのテクスチャフォーマットを指定してないとか

2009/07/31(金) 05:16:34

>>89

　　　「ここがダメだよ、OpenGL >>85 補足」

いや、ほら、OpenGL と Open GL ESじゃはっきり言って別物だしさ、
だって、openシーングラフなんてOpenGL ESじゃ使えねーし。

なんか背後の設計思想が未熟だよ。俺だったら、もっと抽象度高めて
ESだろうが、バージョンが変わろうが、もっと透過度っつーのかな、
ともかく上手につくるね。

GLがポータビリティ高いなんて、大嘘だよ、絶対騙されるなよ。

もうJavaもObjCも、OpenGLと連携できますじゃなくて、自前のAPI設計
しろよ。やっぱできねーんじゃねーのかなｗ

2009/07/31(金) 05:25:41

>>97
> 自前のAPI設計

AGLのことか？

2009/07/31(金) 08:53:29

>>97
当然それぞれの仕様書は読んでるんだろうけど、気に入らないのはどの部分？
設計思想ってことは冒頭かな？
具体的におかしいとこ挙げてどう変わるべきか
書かなけりゃアンチが騒いでるだけにしか見えないよ

2009/07/31(金) 09:17:26

「6AkAkDHteU」で検索すると面白いよ！

2009/07/31(金) 11:21:11

>>97
ううん・・・一言で言っちゃえば、
　6AkAkDHteUさんにとって必要なのはOpenGLではない
ってだけの話のような。
抽象度の高い、透過的なライブラリなら他にあるでしょ多分。知らんけど。

ちなみに自前のシーグラフライブラリは、ちょっと手直ししたらESでも
いい感じに動いたよ。全然複雑な事やってないから、てのもあるけど。
winからiPhoneにそのまま持っていけて、便利便利。

でもって今はGL2.1/ES2.0で動くシーングラフライブラリを一から組み直し中。
シェーダ中心になると、高レベルレイヤの組み方からして変わってくるから
GL1.x/ES1.xまで透過的に扱えるよう設計するのは、僕には難しかった・・・。
無理すればやれないことはないんだろうけど、手間の割に益無さそうだし。

2009/07/31(金) 11:50:54

要するに、OpenGLが何のために定められている仕様なのか、理解できてないってことだな

2009/07/31(金) 12:09:35

>>101

断言しる、藻前の技術力、相当なもんだ。

>>100と>>102については、もう「はぁ」って感じぃ～
プログラミングのパラダイムって変わったんだよ。簡単に言うと、
EmacsからEclipseへってことだ。

とにもかくにも、OpenGLのバージョン間での透過性だけじゃなくて、
他のツールとの透過性も意識しなきゃもう時代遅れよ。GLには
フレームワーク化の努力が決定的に欠けていた。

扱うためには、>>101みたいな技術力持ってなきゃいかんっつぅのは
もうAPIとして失格。

一言で言うと、３Dっていう概念を狭く取りすぎてるんだ。
もっと視野を広げて、シェーディング、モデリングを他のツールと
上手に連携しながら行う一つの環境っつぅか、パッケージの構築に
注力しなきゃいかん。

>>101はどうよ？　おまえ、凄いけど、もちっと遠くを見てOpenGL批判できる
ぐらいでなきゃだめよ。つーか、お前ぐらいの技術力あるヤシにこそ、
そういう思想を身につけてもらいたい。

以上だ（一応、京大院卒）。

2009/07/31(金) 12:14:25

「6AkAkDHteU」で検索すると面白いよ！

2009/07/31(金) 12:19:09

フレームワークってのは枠にはまってるうちはいいが、
枠から外れることをする必要がでると途端に難しくなる
フレームワークはフレームワークでいくらでも存在してていいが、
OpenGLのようなハードウェアと直接対話するローレベルなAPIも選択肢としては欲しい

2009/07/31(金) 12:52:22

おまえら釣られすぎだろ
キチガイに構うなよ

2009/07/31(金) 14:00:31

てかシーングラフと3DCG関数群って
全然レイヤの違う話じゃないか。
何いってんだが。

2009/07/31(金) 14:11:10

病院行きだな。俺もスルーしよっと。

2009/07/31(金) 14:28:58

夏だねっ！

2009/07/31(金) 18:32:51

>>107
スレ違いかもしらんが・・・・行くよ、サンロクマルで・・・

まじ倒すよ、プレステを。

2009/07/31(金) 22:18:38

>>103
ぜひそのフレームワーク実装してくれ。
OpenGLもDirectXも使わずになw

2009/08/01(土) 00:48:18

OpenGLを批判できる俺かっこいいまで読んだ

2009/08/01(土) 07:38:47

>>111
DirecXなんてさらに閉じた環境だな。オープン系なんて呼ぶなよ、ヴォケ。

まぁ、OpenGLの設計思想は完全な失敗だったね。

モデラーとの連携性悪すぎ、「動的スクリプティングの拡張」も無し、
OpenGL ESとのシームレスな継続性も酷いもんだ。

でもな、日本からこういった技術って生まれないよな。

>>105の言うハードウェアとの「直接対話」って、結構見落とせない部分で、
その点ぢゃOpenGLの功績は評価できるレベルだと思う。でも90年初期から
進化がなかったよ。

ちょっとさ、俺の言うことに反論できないんぢゃ、どの情報工学科からも
ドクターなんて絶対取得できないぜ。＞ALL

2009/08/01(土) 07:43:27

OpenGLのポリゴンの上で動画（AVIとか）を再生したいのですが可能でしょうか。
参考になるコードありませんか。

2009/08/01(土) 07:59:11

>>113
>>1を読め。禁止事項全てに該当するのでお前は出入り禁止だ。

2009/08/01(土) 08:01:32

>>114
普通に出来る。
mplayerなどはOpenGLバックエンドがあるからそのコードでも参考に。

2009/08/01(土) 08:03:20

>>113
結局、技術力＆理解が無い上っ面だけの理屈ヤローじゃんｗ

＞モデラーとの連携性悪すぎ、「動的スクリプティングの拡張」も無し、

あのなOpenGLは低レベル描画APIで有って、
そんなのを求めてる時点で技術の無いクレクレ房なだけじゃん

どっかのミドルウェアで、モデラーと連携して動的スクリプティングの拡張してあって
GLとDXの切り替え付いてれば、GL選択して使えよｗ

＞OpenGL ESとのシームレスな継続性も酷いもんだ。

ESってのは組み込み向けなんだよ、前提としてるハードが全然違うの
ネーミングの文句言うならともかく、お前はES、ESと言いたいだけだろｗ
って感じ

OpenGLとOpenGL ESを同列に扱おうとしてる時点で
C++とアセンブラを同じ目線で語って文句言ってるようなもんだ
”アセンブラは酷いもんだ、クラスとか無いし”ってな感じｗｗ

2009/08/01(土) 08:20:39

相手すんなよ

2009/08/01(土) 10:05:42

>>116
トン
NeHeも探してたんですがLesson35にもありました。
そのサンプルも見てみます。

2009/08/01(土) 12:08:36

>>113
設計思想を理解できてないくせに設計思想を語るのやめようぜwww

まず、仕様書を第一章から５分でいいから読んでみろ。
普通の英語力なら今お前が理解できていない内容について
すべてを物語っている一言に到達できるだろう。

お前が言っているのはお米をつくっている農家に対して
「これからはおにぎりだ、海苔がないなんて考えられない、
　お米なんてつくったってダメじゃん、アハハ～」
といっているのと同じことだってことだ。

理解できたら自分のバカさ加減を認識してとっとと去ね。
理解できなかったら自分の理解力のなさを認識してとっとと去ね。

さて、これで俺もあらし認定決定だし、消え去るといたしますかなw

2009/08/01(土) 12:31:49

>>113
OpenGLってのは3Dソフトウェアから見れば最下層のAPIで、
3Dじゃないソフトウェアで言うなら、BIOSみたいなもんだよ。
APIやプログラミングモデル自体に不満（ステート変更が頻雑になるとか
バッファの扱いが面倒だとかシェーダの直行性が保てないだとか）があるなら
ともかく、そんな高レベルの話はOpenGLの範疇外だよ。
BIOSに対して「スクリプトで拡張できない！」とか言い出すヒトはいないでしょ。
（あ、でもBIOSがスクリプトで拡張できたら面白いナ・・・）

あと、ESとの継続性(?)って、具体的に何が不満なのかな。
全く同じソースコードが動くようにするなら、わざわざESなんて作る必要性が
無いわけで(笑)ある程度書き換えないといけないのは当たり前かと。
それよりも、API名やプログラミングモデルが共通なので今までのノウハウが
そのまま使えるというのが重要なんだと思いますが。

>>117
OpenGLとOpenGL ESの違いを、C++とアセンブラの違いに例えるのは
いかがなものかと・・・。

2009/08/01(土) 12:46:00

>>121
＞（あ、でもBIOSがスクリプトで拡張できたら面白いナ・・・）
っ Extensible Firmware Interface

＞ API名やプログラミングモデルが共通なので
1.1赤本くらいしか読んでいなかった人は面食らったと思う。俺とか。
まあすぐに適応したけどラッパー類の構造はかなり書き直しが必要だったな。
OpenGLがC++だとしたらESは生Cくらいの印象かなあ。

2009/08/01(土) 13:37:30

>>122
EFIは、スクリプティングとはちと違うような。
スレ違いになるけどEFIって現状どうなってるんだろ。普及してんのかなw

ラッパの書き直しのとき、ESでは使えない機能の場合は置いておいて、
例えばglDrawElementsでインデクスのtypeにGL_UNSIGNED_INTが使えない
みたいな制限があった場合、どうしました？
１．ラッパのAPIを、GL_UNSIGNED_SHORTまでに制限する
２．ラッパの内部でintのインデクスをshortに作り直す
僕はもう面倒臭いんで１．を採用することが多いんですがw

2009/08/01(土) 15:04:19

>>123
俺はmacも使うからEFI搭載マシンを使っていることになるな。
かといっていじれないから恩恵は受けていないのだがw

2にすると一つだけ問題があって、PSPとかiPhoneみたいなハード側の制限が厳しい環境だと、
最適化が甘いと露骨にパフォーマンスを悪化させるという点ですかね。実際2をやるんだけどさ。
多分最適な方法はラッパ側でtypedefしちゃって対象ごとに切り替えちゃうことなんだけど、
Cは精度が落ちる暗黙の変換が緩いので想定外のバグを生む可能性は知っていないとならない。

2009/08/01(土) 19:41:09

>>117

先ず日本語ちゃんと使えるようにしような。その語学力じゃOpenGLは
ちとキツイだろ？

つぅか、おま、OpenGLの思想どころかエンジニアリングって何なのか
理解できてねぇつーか、理解不能なんだな。オタク工学部出身だと
したら５流大出だろ（俺、いちお京大院修了済み）。

俺はOpenGLがGLだった頃から知ってんだ。
言語は言語にとどまっちゃいかんのよ、その先へ行かなきゃ。Javaは
それで失敗したけどな。

OpenGLにはフレームワークっていぅ概念さえないぢゃん。だめだよ、
この程度ぢゃ・・・・はっきりいって駄作だ。

2009/08/01(土) 20:10:12

もう触れるなよ、約束だ

2009/08/01(土) 20:30:43

じゃね

2009/08/01(土) 20:31:57

> OpenGLがGLだった頃

何時だ

2009/08/01(土) 20:33:38

古参を気取るようなおっさんが「ぢゃ」とか使ってるのは気持ちが悪い。

2009/08/01(土) 20:34:13

>>452
死ね

2009/08/01(土) 21:02:39

>>125

おまえ、「フレームワーク」って言葉を最近覚えて気に入っちゃったみたいだけど
言葉の意味ちゃんと理解してる？w
OpenGLはグラフィックハードウェアの機能・構成に対するフレームワークとして
十分その役割を果たしているだろ。

あと、ここのスレの奴らがいろいろ教えてくれてるの、ちゃんと読んでるか？
読んでて>>125のレス出してるなら理解力０のバカ（関西における意味で）だぞ。

もう一つ、GLの頃から知っているって主張するのは、かなり前から知っているけど
なんにも理解できていないんですって主張しているようなもんだから、やめときなw

2009/08/01(土) 21:30:04

相手する奴も同罪

2009/08/01(土) 21:31:30

125がバカだとは思うが、openGLはフレームワークではないだろ。
べつにフレームワークが偉いわけでも、そうでないといけないわけでもないし
低レベルなステート操作なAPIだからこそ息が長く汎用性もあるとも言えんじゃね

2009/08/01(土) 21:42:34

そんだけ長い間この分野に関わっておきながら、いまだ機能の階層構造という
概念の理解に到達しない人間がいるということに驚かされる。
しかもそれでエンジニアリングを語るとか、一体どうなってるんだ。京大パネェ

2009/08/01(土) 22:00:39

京大修士が2chのスレでこれほど痛い書き込みをするほど余裕が
無いとはにわかに信じがたい話だ

2009/08/01(土) 22:02:05

>>134
いや、俺は京大学派に属してても、亜種っつぅかさ、系統図じゃ上のほうに
属してるんだ。

多いよ、APIだからどうのとかいってさ、言語ないしは計算機環境の
設計にまで思い至らない連中がさ。NECや富士通とかの技術者がその程度
なんだよ。

低レベルI/Oの処理とかさ、バカなこと言ってねぇで、もっと視野広げると
楽しいよ。ほんと。ま、無理だろうけど。

2009/08/01(土) 22:08:06

ここでグチグチ言われても鬱陶しいだけなんだが。
なにが気に食わないのかしらないが、自分で行動を起こせばいいだろ

2009/08/01(土) 22:13:58

136は134の日本語が理解できないようだ

2009/08/01(土) 22:33:42

京大院卒→ 京大院修了済み→ 京大学派

2009/08/01(土) 22:38:06

要は京大に喰い付いて欲しいんだろ。
学があるだのないだのみたいな。
お前ら好きだろそういうの、がんばれよ。

2009/08/01(土) 22:49:19

じゃあここで東大院CG系研究室の俺が颯爽と

2009/08/01(土) 23:09:36

じゃあ東工大院でCGとは全く関係無かった俺はひっそりと

2009/08/01(土) 23:32:58

学歴の話はスレ違い、そろそろ余所でやってくれ

2009/08/01(土) 23:39:16

赤本7版ひどいな
http://www.amazon.com/OpenGL-Programming-Guide-Official-Learning/dp/0321552628

2009/08/01(土) 23:56:04

>>141
ラジオシティ法の命名の件で愚痴る先生の研究室ですねわかります。

2009/08/02(日) 00:02:00

>>133
>openGLはフレームワークではないだろ。
うん、まあね。
「OpenGLのパイプラインの処理モデルをホストのシステムと協力して実現できる
ことがグラフィックハードウェアに課せられている」という意味で書いたんだけど、
これって現実的にはなんの制限にもなってないよねw
そもそもGPUなんてなくたってCPUに処理させちゃっていいってことなんだし。

まあ、バカをバカにしてみたかったバカの発言ってことでお許しくださいw

2009/08/02(日) 00:13:55

>>136 は >>129 に指摘されて言葉改めたのか？w
もうちょっと頑張れよwww

てか、お前何話してんの？OpenGLの話しようぜ。

2009/08/02(日) 00:38:58

>>145
いや、元自分の研究室の学生と結婚しちゃった新進気鋭の若手先生のとこかもw

2009/08/02(日) 01:19:18

何？>>136って>>134で対象となっている人間が自分だって気付いていないってこと？
スゲェな

2009/08/02(日) 01:51:46

>>141,145,148
こんなに東大のCG研の人間がいたらそりゃあ馬鹿は袋叩きに遭うわけだｗｗｗ

2009/08/02(日) 02:36:17

ここでもう一人東大関係者登場。
東大は駒場の馬鹿のせいで全学2chへの投稿が弾かれているはずだ。
お前らフシアナも出来ないはずですよ！ m9('v`)ノ

2009/08/02(日) 02:42:53

いあ、解除されてる。試しにふしあなしてみろ。

2009/08/02(日) 05:24:51

珍しく伸びてるから何かと思えば

2009/08/02(日) 07:02:40

♪Et de l'Étoile à la Concorde, un orchestre à mille cordes
♪Tous les oiseaux du point du jour chantent l'amour

♪Aux Champs-Elysées, aux Champs-Elysées
♪Au soleil, sous la pluie, à midi ou à minuit
♪Il y a tout ce que vous voulez aux Champs-Elysées

2009/08/02(日) 10:12:15

なにこの街の遊撃手のCM

2009/08/02(日) 15:27:27

あの見事な車のCMのか

2009/08/02(日) 22:01:55

glReadPixelsとかglTexImage2Dとかを使う回数はやっぱり抑えたほうがいいの？

2009/08/03(月) 00:11:33

必要なだけやればいい。
他の方法で代替できるならそうしたほうが良い場合もある

2009/08/03(月) 00:21:10

>>157
可能な限り抑えた方がいいです

2009/08/03(月) 01:21:16

glDrawPixelsとテクスチャ付き矩形で比較すると、同時間で描画できるピクセル数が10倍以上違うのが普通。
Vista世代のオンボカードでもglDrawPixelsじゃ1フレームで画面の1/4程度（500x500）の面積しか描けない。
バスが細いネットブック向けだと200x200がせいぜいじゃないかな。

2009/08/03(月) 01:43:53

glDrawPixelsにはそれを使うのに適した時があるから、テクスチャ矩形と速度比較しても意味無い
てか、オンボカードってなに？

2009/08/03(月) 01:49:40

オンボカード失礼しました
まあ、基本的にはキャッシュすればいいものはキャッシュするに越したことはないということですわな

2009/08/03(月) 02:36:57

PBO使えばおｋ

2009/08/04(火) 01:35:53

OpenGL 3.2発表されたらしいね。Geometry Shaderも入ったとか。
これでAMDも言い訳できまい。さっさと実装汁。

2009/08/04(火) 02:15:22

質問です。
マルチテクスチャの機能を使って、4枚のテクスチャを混ぜようとしていますが、
2枚のテクスチャを混ぜることはできたものの、3枚以上を混ぜる方法が分かりません。
ググったりしてみたのですが、見つけたサンプルは2枚のものばかりでした。
どなたか、3枚以上のマルチテクスチャマッピングを教えて下さい。
シングルパスでできれば、さらに嬉しいです。

2009/08/04(火) 03:12:48

AMDまだGS実装してなかったのかよｗ

2009/08/04(火) 03:21:52

>>165
シェーダーで
使わなくてもできるだろうけど、個別の調整とかその後の拡張を考えたら、素直な実装はシェーダーの時代かと

2009/08/05(水) 01:45:45

>>165
2枚が出来るなら3枚でもできるんじゃね？
glActiveTextureのGL_TEXTURE0とかGL_TEXTURE1とかなってるところを
GL_TEXTURE2とかGL_TEXTURE3に増やして同じことやればいいだけ
ちゃんと2枚のサンプルを理解していればいけるはずだ

2009/08/05(水) 09:25:39

なんか今年はOpenGLに勢いが感じられるね。

2009/08/05(水) 19:21:28

main関数内のglutMainLoop();
に入ったらすぐにエラーか何かでプログラムが終了してしまいます。
何が原因なんでしょう？

下のようなメッセージが出ているのですが関係あるんでしょうか？

'C:\WINDOWS\system\glut32.dll' を読み込みました。バイナリはデバッグ情報と一緒にビルドされませんでした。
'C:\WINDOWS\system32\nvoglnt.dll' を読み込みました。バイナリはデバッグ情報と一緒にビルドされませんでした。

2009/08/05(水) 20:15:48

WebGLが面白そうだ

2009/08/05(水) 22:10:11

複数のパスを使ったシェーダーを記述するのに使う標準形式ってないんですか？
COLLADA FXというのがあるみたいですが、どういうものなのかよく分かりません。
自分のプログラムに使えるんでしょうか。

シェーダーを記述するのに使うツールって何使えばいいんでしょうか。
現在AMDのRenderMonkeyしか知りません。NVIDIAはFX Composerというのがあるみたいですが
HLSLのみで、GLSLは対応していなかった気がします。

2009/08/05(水) 22:59:21

Texture Unitが二つしかない環境で開発してるとか？＜165

2009/08/06(木) 00:24:31

>>170
エラーか何かで終了するだけじゃわかりません。正常終了かもしれません。
そのメッセージは関係ありません。

>>172
特に標準形式といったものはない
とにかく複数のパス用のシェーダを通せばいいだけなので何でもいいとも言える
COLLADAでもいいけど読み込むのは結構面倒
GLSLじゃなくてCgでもいいならCgFXが読み込みは楽だよ

2009/08/06(木) 04:28:32

int main(void){
/* コールバックとか色々中略 */
glutTimerFunc(16, timer, 0);
glutMainLoop();
}

void timer(int value){
glutPostRedisplay();
glutTimerFunc(16, timer, 0);
}

GLUTの解説サイトによくあるコードなのですが、
glutTimerFuncをこのように利用すると、メモリリークする症状が見受けられました。
他の関数での末尾再帰はコンパイラで最適化されて起こりません。
関数の仕様なのでしょうか？

2009/08/06(木) 04:42:34

スクリーンの特定の領域だけをアップデートする方法はありませんか

2009/08/06(木) 04:47:14

glScissor()を使え

2009/08/06(木) 05:02:44

>>175
メモリーリークなどしません。原因は他にあるのでデバッグしてください

2009/08/06(木) 05:07:26

>>175
timer()が末尾再帰しているとでも言いたいのか？
そもそも末尾再帰なんて全く関係ない。普通にデバッグしろ。

2009/08/06(木) 06:45:58

おおかたDisplay関数あたりで肥大してんじゃねーの？

2009/08/06(木) 09:55:07

>>172
CgFXをVisualStudio用のHSLS記述アドオンのInteliShadeで書いてる。
今の所ソースの色分けと関数の折りたたみと組み込み型、関数のインテリセンスぐらいしか利かないけど、
3.2が出るのが待ち遠しい。

2009/08/06(木) 13:54:29

>>177
ありがとうございますだ

特定のピクセルに点を打ちたいときはどうすればいいんでしょう
pixelAt(int x, int y)
のような感じでスクリーンの左上からx,yの位置にあるピクセルに点を打ちたいのです

2009/08/06(木) 14:11:13

>>182
手っ取り早いのはglRasterPos+glDrawPixels/glBitmapの組み合わせ。
ただし基本的にはノース経由のバスで座標データがやり取りされるから、そこがボトルネックになって遅くなるのは確か。

すでに送ってあるテクスチャとかをpix to pixに書くには、
射影行列をロールバックしてorthoな射影で書いて、
その後射影行列を元に戻すといった操作が有効。
auxバッファに蓄積してglCopyPixelsを使うという手もある

2009/08/06(木) 14:12:54

>>182
glRasterPos2*()/glWindowPos2*()とglDrawPixels()でいける
glScissor()もそうだが、もうこういうことは全部シェーダーでやる時代なんだよな

2009/08/06(木) 17:48:24

>>183
>>184
glRasterPos2fとglDrawPixelsで動作を実現できました
ありがとー

2009/08/07(金) 20:59:18

GSLS ESにて、画像の2値化を
シェーダでやってみたいのですが可能でしょうか。
無知な初心者で申し訳ございませんが、
ご教授お願い致します。

2009/08/07(金) 23:29:00

二値化したい画像をテクスチャとしてバインド
ピクセルシェーダで二値化しつつ描画
でおｋ

2009/08/08(土) 09:21:54

>>187さん
ご回答ありがとうございます。
処理フローはなんとなくイメージできたのですが
"ピクセルシェーダにてニ値化する"点について
詳しくご解説して頂けませんでしょうか。

2009/08/08(土) 13:57:35

>>188
vec3 tcol = テクスチャから拾ってきた色;
if (どっちの色？(tcol)) (
　gl_FragColor = 色１;
) else (
　gl_FragColor = 色２;
)
ってやるだけ

2009/08/08(土) 14:48:54

>>189さん
ご解説ありがとうございます。
あとは、参考書片手にやってみます。
ご丁寧にありがとうございました。

2009/08/08(土) 16:23:07

ゴメン突っ込まれる前に一つ言い訳させて
ifの複文の{}が()になってるのは単なる打ち間違いデスorz
自分の使ってるキーボード、(){}[]が全て同じキーなもので（修飾キーで打ち分ける）
しかも古いCRTのフォーカスが甘くなってて打ち間違いに気付かなかった
もういい加減LCDに買い換えるか・・・

2009/08/09(日) 03:48:44

このｽﾚではGSLSとかHSLSって書くの流行ってるの？

2009/08/09(日) 10:24:35

OpenGLでWebサイトを表示したりできないでしょうか。
ポリゴンの上にHTMLをレンダリングしたいのですが。

2009/08/09(日) 10:25:42

OpenGL利用してる方々、衝突判定について、質問させて頂きます（あえて、数学板ではなくて）。３次元座標上の

一点が移動前と移動後で、ある平面上の三角形と衝突しているかどうかです。

移動前の座標：P0=[x0, y0, z0]、移動後の座標：P1=[x1, y1, z1]
平面：aX + bY + cZ = D 上にある三角形[x2, y2, z2], [x3, y3, z3], [x4, y4, z4]

１）まず平面を通過したかどうか判定
２）平面上の通過点を求める
３）その通過点が三角形内部にあるかどうを判定

で、質問は１）なんですが、教科書によると、平面の法線ベクトルN=[a, b, c]とP0、P1の内積を使ってP0・N + D

とP1・N + Dの積が負だと１）の判定に合格するのですが、どうしてＤを足すのかが理解できません。

衝突判定で悩んだ方、どうかお助けください。よろしくおながいしますだ。

2009/08/09(日) 10:31:06

それ足すんじゃなくて引くべきじゃないか？　aX + bY + cZ + D = 0なら兎も角

2009/08/09(日) 11:12:39

>>195さん、どうもありがとうございます。教科書によるとＤは加算になっています。

float locationToPlane(float triangle[3], float againstLocation[3]) {
float normal[3];
triangleNormal(triangle, normal); // 平面の法線ベクトル算出

float A = normal[0] * triangle[0];
float B = normal[1] * triangle[1];
float C = normal[2] * triangle[2];
float D = A + B + C;

return DOT(normal, againstLocation) + D; // DOTは内積の計算
}

上のようになっていて、(P0・N + D)×(P1・N + D) < 0 だと平面を通過したことになるそうです。
この方法（アルゴリズム）を是非理解したいのですが、みなさんよろしくおながいしますだ。

2009/08/09(日) 11:30:05

>>196
>>195のいうように、その場合の
平面の方程式は「aX + bY + cZ + D = 0」で
「aX + bY + cZ = D」が間違ってるんだろ。

しかし、>>196のコードは意味不明だなぁ。

2009/08/09(日) 11:44:45

教科書が間違ってるか、194さんが教科書を読み間違ってるかのどっちかでしょうねぇ。
平面の方程式を aX + bY + cZ = D と置いたなら、表裏判定は aX + bY + cZ - D > 0 ? になるし、
aX + bY + cZ + D = 0 と置いたなら、表裏判定は aX + bY + cZ + D > 0 ? になりますよ。
>>196のコードは>>194の１）とは関係無いっぽいし、なんか194さん勘違いしてるんじゃないかな。

2009/08/09(日) 11:46:49

>>197さん、どうもありがとうございます。>>194の平面式の部分は私が書いたのですが、教科書の著者は aX + bY + cZ - D = 0 を念頭に置いていたみたいですね。>>195さんが正しいです。すみません。

>>196のＣ言語関数は、aX + bY + cZ - D = 0 に通過前の点 P0=[x0, y0, z0] を代入しているのだと思います。内積という言葉が教科書で使われていましたから、それで混乱してしまって。

でも、同じように通過後の点 P1=[x1, y1, z1] を代入して、result0×result1 < 0 だと平面通過判定合格なんですが、どうしてそうなるのかがわかりません。証明を知りたいんですが、どなたかよろしくおながいしますだ。

2009/08/09(日) 11:50:53

>>198
おお、どうもありがとうございます。
Ｃの関数>>196で使っているtriangleは平面上にありますので、それで法線ベクトル[a, b, c]を算出してるんです。

すみません、>>198さんのおかげで理解できました。表裏判定してて、それで積が負になると平面通過判定合格なんでつね！

みんなありがとう！！！恥かいたけど、聞いてよかた。 ^^;