OpenGL

あ · 01/11/15 23:34

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

**名前は開発中のものです。** · 2010/10/19(火) 01:25:52

たぶん

**名前は開発中のものです。** · 2010/10/19(火) 01:27:59

俺だよオレオレ

**名前は開発中のものです。** · 2010/10/19(火) 01:35:45

では実装してみてください

Youtubeで公開してくれたら尊敬いたします

**名前は開発中のものです。** · 2010/10/19(火) 01:46:31

え？　もしかしてタダで？　なんで？

**名前は開発中のものです。** · 2010/10/19(火) 02:23:13

リアルタイムミラーハウスは相当高度な技術です

実現できたらノウハウで稼げるでしょう

**名前は開発中のものです。** · 2010/10/19(火) 02:39:13

おそらくSIGGRAPHにも出展できるくらいの技術です

できるのであれば作って欲しい

**名前は開発中のものです。** · 2010/10/19(火) 02:49:49

ヘーソーナンダー

**名前は開発中のものです。** · 2010/10/20(水) 21:13:22

ミラーハウスって何？ｗ

鏡面反射のこと？ｗ

**名前は開発中のものです。** · 2010/10/20(水) 21:34:12

ミラーハウスと聞いて、その実装がどれほど難しいのか
理解できないカスは、まさかいないよな？

**名前は開発中のものです。** · 2010/10/20(水) 22:12:21

MirrorHouseの概念が固定じゃないから定義してくれないと。
それによって難しさも変わる。
外側が鏡張りの家もミラーハウスだし
鏡をいっぱい置いてある家もミラーハウスって呼ぶよ？

抽象的な名称じゃなく具体的な仕組みを提示してほしい。
自分の中の言葉の持つ意味が世界中で通用するはずだとか思ってないよね？ｗ

**名前は開発中のものです。** · 2010/10/20(水) 22:36:07

おもってんだろ

**名前は開発中のものです。** · 2010/10/20(水) 22:49:13

カスの難癖は笑えるｗｗ

全部壁が鏡でできた３Dダンジョンと考えろ珍滓君

**名前は開発中のものです。** · 2010/10/20(水) 23:55:44

リアルタイムレイトレース！！！

**名前は開発中のものです。** · 2010/10/21(木) 00:05:39

>全部壁が鏡でできた３Dダンジョンと考えろ珍滓君
また難癖()笑の付けやすい稚拙な文を書くww

**名前は開発中のものです。** · 2010/10/21(木) 00:46:14

単純に鏡面反射を繰り返すだけのことじゃないか
実装なんて難しくもなんともない。

実用的な処理速度になるかどうかは別問題。

**名前は開発中のものです。** · 2010/10/21(木) 01:04:09

シェーダで組めば問題ないだろ

**名前は開発中のものです。** · 2010/10/21(木) 01:25:56

＞単純に鏡面反射を繰り返すだけのことじゃないか
＞実装なんて難しくもなんともない。

ならやってみせたら？

**名前は開発中のものです。** · 2010/10/21(木) 03:54:22

必要もないのに出来るとわかってることをやる意味が見出せないよ。
>>430 と同じ疑問が沸くｗ
よほど暇で、気が向いたらやるかもしらんが。

**名前は開発中のものです。** · 2010/10/21(木) 04:21:28

鏡面反射の方法だけでも言ってやったら？

**名前は開発中のものです。** · 2010/10/21(木) 05:18:53

検索すればすぐ見つかると思うんだがｗ

うちは反射面に視点を移動させてから
適当なバッファにシーンを書き出す＞それをテクスチャに取り込む＞必要に応じて反転させて反射面に貼り付け
という流れでやってるよ。

その他の反射材質（100%反射ではないもの）の場合は
虚実空間を作ってステンシルなんかで切り抜く手法をとるね。
上に出てるミラーハウスや合わせ鏡なんかもこの方法でやる。

単純な面じゃない鏡面（たとえば湾曲した鉄板とか磨かれた車のボディ）の場合はもう一工夫必要だけど
基本的に上の二つを何度も組み合わせてそれらしく見せるかな。
なので複雑な空間を構築するほどにレンダリング速度は下がるよ。

>>442
ぜひやり方を聞きたいｗ

**名前は開発中のものです。** · 2010/10/21(木) 05:39:03

>>446
ミラーハウスは万華鏡のように無限に多重反射を繰り返すところが肝だから、
その古典的な手法で「何度も組み合わせてそれらしく見せる」のはかなり困難だと思うなあ。

**名前は開発中のものです。** · 2010/10/21(木) 06:34:20

俺の考え方は、ミラーの面に対して逆側にモデルを反転して描画して、
その映像のミラーの部分をテクスチャとして使う

で出来るんじゃないかと

>>446と同じかな？

**名前は開発中のものです。** · 2010/10/21(木) 06:35:57

多重になるとその繰り返しだから・・
限界あるよね

確かにシェーダーてどうやるんだ？

**名前は開発中のものです。** · 2010/10/21(木) 08:32:31

うんにゃ、困難じゃないよ。
仮に鏡の中の虚空間が無限だったとしても人間の視力は無限じゃないからね
「無限に反射を繰り返す」と思い込みが、いかにもすごそうだと勘違いさせるだけで
実際に構築する虚空間は5回程度で十分それらしくみえるよ。

**名前は開発中のものです。** · 2010/10/21(木) 08:51:34

映画見てないの？

**名前は開発中のものです。** · 2010/10/21(木) 12:31:10

5回程度、で、すむのだろうか...
2回反射としても、2 * 4回くらいバッファ作ることになるんじゃないかと思うんだけど...
3回反射なら、さらに * 10くらい?
狭い室内だからってことで視野を広角にするとさらに大変に...

**名前は開発中のものです。** · 2010/10/22(金) 05:11:54

メガデモスレに依頼したら？

**名前は開発中のものです。** · 2010/10/23(土) 13:46:21

オブジェクトが「点」になるまで収縮するのに、たかだか5回じゃ、
できあがるのは全くの別物過ぎるだろ。消失点とか完全に逸脱するし。

結論、無理。

**名前は開発中のものです。** · 2010/10/23(土) 14:37:37

GPGPUによる高速レイトレースに頼るしかないね
鏡のモデルが単純だから解像度が低ければ数十回反射をトレースしてもそれなりに速度出るかも

**名前は開発中のものです。** · 2010/10/23(土) 22:34:14

上で簡単にできるって言ってた奴は結局口だけってこと？

**名前は開発中のものです。** · 2010/10/23(土) 23:45:57

え？この板口だけがデフェでしょ？

**名前は開発中のものです。** · 2010/10/23(土) 23:48:55

それって板の存在意味ないじゃんねー

**名前は開発中のものです。** · 2010/11/06(土) 21:33:39

すみません。
フラグメントシェーダやっていて、どうしても理解できない現象が出てこまっています。
シェーダプログラムは↓みたいな感じなのですが、どうも自分の視点と向かい合っている面が
明るくなってしまうのです…。
（一応、ライトを動かすことでも陰影の様子は変わりますが、ライトは動かさずに視点だけがが
動いてもフラグメントの色が変わってしまう状態です。）

宜しくお願いします。

varying vec3 position;
varying vec3 normal;

void main (void)
{
vec4 color;

// アンビエントは強制的に反映
color = gl_FrontMaterial.ambient * gl_LightSource[0].ambient;

// 法線とライトベクトルとのcosθの度合いだけディフューズが反映される。
vec3 fnormal = normalize(normal);
vec3 light = normalize(gl_LightSource[0].position.xyz - position);
float diffuse = dot(light, fnormal);

if( diffuse > 0.0 ){
color += gl_FrontMaterial.diffuse * gl_LightSource[0].diffuse * diffuse;
}
gl_FragColor = color;
}

**名前は開発中のものです。** · 2010/11/06(土) 21:41:21

あと、バーテックスシェーダプログラムです。↓

varying vec3 position;
varying vec3 normal;

void main(void)
{
position = vec3(gl_ModelViewMatrix * gl_Vertex);
normal = normalize(gl_NormalMatrix * gl_Normal);

gl_Position = ftransform();
}

**名前は開発中のものです。** · 2010/11/10(水) 23:33:41

>>460
gl_NormalMatrixがビュー行列×モデル行列の逆転置行列になってない?

gl_Normalにモデル行列の逆転置行列を掛けて
フラグメントシェーダではワールド座標系でライティングを計算する
もしくは
gl_Normalにビュー行列×モデル行列の逆転置行列を掛けて
フラグメントシェーダではカメラ座標系でライティングを計算する

でうまくいくと思う。

**名前は開発中のものです。** · 2010/11/16(火) 20:04:42

>>461
当人ではないけど、言っている意味がわからない。
positionおよびnormalはカメラ座標になってる。
元プログラムの何が問題なの?

**名前は開発中のものです。** · 2010/11/17(水) 00:35:22

>>459
glLightでライトの位置を指定されたときにmodel-view matrixが掛けられるけど
毎回model-view matrixを変更した後にちゃんとライトの位置を設定している?
ライトの位置を設定するときにwに1を設定している?

>>426
ミラーハウスのプログラムと解説がプログラム板のメガデモスレッドにあるよ。

**名前は開発中のものです。** · 2010/11/24(水) 05:01:50

フラグメントシェーダってなんだ？
ピクセルシェーダ-で統一しろ

**名前は開発中のものです。** · 2010/11/24(水) 10:04:43

↑まず末尾を伸ばすのか伸ばさないのか、ーなのか-なのか統一しろｗ

それはともかく、計算対象がピクセルじゃなくフラグメントなんだから、フラグメントシェーダだろjk

**名前は開発中のものです。** · 2010/11/24(水) 11:50:25

フラグメントが良いよな。
まだピクセルじゃねーし。

**名前は開発中のものです。** · 2010/11/24(水) 15:48:11

*.objファイルの読み込みで
使い勝手が良いライブラリなどありますでしょうか？
glutのサンプルがコンパイルエラーで使えなかったのですが・・

**名前は開発中のものです。** · 2010/11/24(水) 23:23:41

個人的にはTriMesh2(http://www.cs.princeton.edu/gfx/proj/trimesh2/)を使ってるが、
どうせ座標と法線程度が読めれば良いので参考にはならないかも。

**名前は開発中のものです。** · 2010/11/25(木) 15:54:59

C#で作ったフォームからOpenGLの関数類を含んだC++コードを呼ぼうと思っているんですが、
どうも上手くいきません。
どなたか原因をご存知の方はいらっしゃいませんか？

１．CLRのDLLとしてglVertex3d()などの呼び出しを含んだdllを作成
２．CLRのDLL側に glu32.lib と opengl32.lib を追加の依存ファイルとしている
３．C#側で参照設定
４．C#側でこのクラスを構築。すると、
「アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。[続行]をクリック…。
ファイルまたはアセンブリ 'cppGL, Version=1.0.…, Culture=neutral, PublicKeyTOken=null' または
その依存関係の１つが読み込めませんでした。
間違ったフォーマットのプログラムを読み込もうとしました。」
というアプリケーションエラーが発生します。

宜しくお願いします。

**名前は開発中のものです。** · 2010/11/25(木) 17:50:45

自己完結しました。
ひな形にしていたプロジェクトが古すぎてアセンブリのバージョンみたいなものが
食い違っていたようでした。
スレ汚しすんません

**名前は開発中のものです。** · 2010/11/25(木) 23:09:51

>>464
フラグメントシェーダはOpenGLの用語で
ピクセルシェーダはDirect3Dの用語。
結局どちらも同じものだけど。

こんなOpenGLとDirect3Dで同じ機能が違う用語で呼ばれているのがいろいろあるみたいだね。
Stream outputとtransform feedback
primary surfaceとframe buffer
とか。

**名前は開発中のものです。** · 2010/12/02(木) 08:00:26

DirectXのConvertToIndexedBlendedMeshように、
行列パレットの数を指定してメッシュを分割してくれるような
便利なヘルパー関数は、OpenGLのなにかのライブラリに
存在してますか？
自前で実装すると遅すぎて話にならないので困ります。

**名前は開発中のものです。** · 2010/12/02(木) 09:28:45

>>472
そんな便利な機能がOpenGLにあるわけなかろう

**名前は開発中のものです。** · 2010/12/05(日) 10:47:45

じゃあいまどきの多ボーンスキンメッシュを動かしてる人は
全部自前で実装してるって事か。

ってスキニングの段階で事前に分割しておけばいいのか。ワンスキンに
こだわることなかったな。

**名前は開発中のものです。** · 2010/12/06(月) 18:43:40

そんなバカな他にオプションのライブラリ使うだろ普通。

**名前は開発中のものです。** · 2010/12/06(月) 23:08:33

え、普通どうなのかは知らないけど、自分は普通に自作してるよ。
ライブラリとか導入するの面倒くさいんだもんｗ

Win/Linux/MacOS(iOS)で使えて、導入が楽なライブラリがあるといいんだけど。
フレームワークに依存しないようなやつが欲しいなぁ。

**名前は開発中のものです。** · 2010/12/09(木) 00:47:25

あるけど公開はされていない。
名付けてCloseGL

**名前は開発中のものです。** · 2010/12/10(金) 13:39:10

今現在見ているスクリーンを、そのまま水平移動、垂直移動する簡単な方法はありませんか。
ただしカメラ座標で平行移動するのはなしで。
ワールド座標系で視線ベクトルと垂直なベクトルを計算して……
という方法以外の簡単な方法を探しています。

**名前は開発中のものです。** · 2010/12/10(金) 22:34:20

「スクリーンを」というのならglViewPortかな？
シーンを動かすなら２D,３Dでやり方が変わってくると思うよ。

**名前は開発中のものです。** · 2010/12/10(金) 23:17:50

あきらめました

**名前は開発中のものです。** · 2010/12/11(土) 23:45:17

モデルビュー行列からベクトル取れるだろう。

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/01/09(日) 06:26:43

OpenGLでインデックスカラーモードでテクスチャの表示をするとハードウェアアクセラレーションは得られないんでしょうか

**名前は開発中のものです。** · 2011/02/15(火) 23:44:31

>>482
赤本になんかそれらしい記述があったような気がする。
適当ですまん。

**名前は開発中のものです。** · 2011/03/14(月) 02:32:09.54

OpenGLでFPSの固定のしかたがわからないんですが，
どなたか教えてもらえないでしょうか？

DirectXに慣れているので，
Idleのコールバックや描画のタイミングが制御できない点に手を焼いてしまっています．

参考になるサイトや書籍があれば教えていただけると助かります．

あと，板ポリゴンにテクスチャはった途端，描画に１秒近くかかり始めたのですが．．．
こっちはもうちょっと自分で追ってみます．

**名前は開発中のものです。** · 2011/03/14(月) 04:01:14.19

>>484
glutTimerFunc
glutPostRedisplay
あたりかな？

忍法帖【Lv=3,xxxP】 · 2011/03/14(月) 09:21:26.26

glut抜きでお願いします

**484** · 2011/03/14(月) 20:21:19.59

>>485
ありがとうございます．試してみます．

ちなみに４８６は私じゃないです．

**名前は開発中のものです。** · 2011/03/15(火) 07:10:59.81

GLUTなんて使う人いるの？

**名前は開発中のものです。** · 2011/03/15(火) 19:58:30.32

使ってるけど？

**名前は開発中のものです。** · 2011/03/15(火) 20:14:36.57

土日スレで使ってる人いたね
俺も使ったことあるけど便利だったよ
glut使わない人は代わりにどうしてるの？

**名前は開発中のものです。** · 2011/03/16(水) 02:24:04.33

どうしてるって……
普通に自分で実装してますが。

**名前は開発中のものです。** · 2011/03/16(水) 10:32:34.74

>>490
OpenSceneGraph ｲｲﾖｰ

**名前は開発中のものです。** · 2011/03/20(日) 17:58:57.20

GLUT使って無いなら描画タイミングに自分でウェイトいれられるよね

**名前は開発中のものです。** · 2011/03/20(日) 19:29:16.77

glutってループに勝手にウェイト入れてたっけ？

**名前は開発中のものです。** · 2011/04/03(日) 13:24:56.88

特になかったはず

**名前は開発中のものです。** · 2011/04/06(水) 19:31:50.86

OpenGLのみ(glutとか無し)で勉強するのに
3Dに全く触れたことのない場合
どんな本がお勧めですか？
教えて頂ければ幸いです

**名前は開発中のものです。** · 2011/04/06(水) 20:55:22.84

赤本NGならロクな本がないのがOpenGL

**名前は開発中のものです。** · 2011/04/06(水) 22:43:42.36

つまり赤本を買っとけということですね
了解しました
また懐が寒くなる T T

**名前は開発中のものです。** · 2011/09/15(木) 11:04:09.92

遅延シェーディングで教えてください。
１パス目：位置、法線、マテリアルの各種係数などをテクスチャーに出力
２パス目：画面全体を覆う板ポリを上記のテクスチャーを使って描画
でいいんでしょうか？　２パス目の画面全体を覆う板ポリが怪しいのですが、これであってますよね？

**名前は開発中のものです。** · 2011/09/16(金) 01:49:21.44

合ってる

**499** · 2011/09/16(金) 08:01:36.28

遅延シェーディングのメリットって何でしょうか？
結局計算量自体は１パスで計算するのと同じで、
マテリアル情報を出力する分コストが高い気がするのですが...

Zだけ先にレンダリングするのと比べて何がいいのでしょうか。
１パス目：Zだけレンダリング
２パス目：もう１回レンダリング
こっちの方が速い気がします。

**名前は開発中のものです。** · 2011/09/16(金) 21:28:39.03

ライト無制限

**499** · 2011/09/17(土) 08:17:43.47

ライト無制限って最後の板ポリを書くとき１シェーダー１ライトで、
ライトのパラメーターを変えながらN枚の(同じ)板ポリを書いて加算合成するの？

結局遅延シェーディングの利点って速度よりも全体のパイプラインの見通しの良さと、シェーダーの分割にある気がする。
あと２Dのポストプロセスと相性がいい（なにせ最後は板ポリだ）。
プログラムにするとしたらこんな感じでしょうか。

class Material {
　setGeometryShader ();　// for 1st pass, z
　setMaterialShader ();　　// for 1st pass, diffuse, specular

class Light {
　setLightingShader ();　　// for 2nd pass

clss Scene {
　setPostProcessShader ();　// for 3rd pass

**名前は開発中のものです。** · 2011/09/17(土) 08:22:18.99

あとシェーディングに使うマテリアル情報が１st passで書き出したもの、
せいぜい位置、法線、Diffuse係数、Specular係数だけなので
本当にこれで2nd passでレンダリングするのに十分かどうか。
テクスチャーはDiffuse係数に叩き込んでおくとしても
その他の特殊パラメーターを渡したくならないか...

**名前は開発中のものです。** · 2011/10/29(土) 18:44:37.08

知識としてだけ知ってて、実装にしてもテストレベルでしか
やったことない人たちに聞いても無駄だよ。
とんちんかんなのに偉そうな答えが返ってくるだけ。

**名前は開発中のものです。** · 2011/10/30(日) 00:58:41.18

おちんちんびろんびろ～ん

**名前は開発中のものです。** · 2011/10/30(日) 01:02:59.57

確かに偉そうな答えだな

**名前は開発中のものです。** · 2011/10/31(月) 18:11:22.94

こんな過疎スレで見るだけ無駄だろ
レベルが低すぎる

**名前は開発中のものです。** · 2011/11/02(水) 15:01:11.92

見るだけ無駄だといってる奴がなんでレスれるんだ？
レベル低いから？

**名前は開発中のものです。** · 2011/11/02(水) 16:21:48.10

必死だな

**名前は開発中のものです。** · 2011/11/02(水) 17:08:14.47

ならお前がレベルの高い話題ふれよ、とは思うな。そもそもOpenGlでゲーム作ってる人なんて居ないだろ

**名前は開発中のものです。** · 2011/11/02(水) 18:58:20.98

他人が作っているかどうかなんて関係は無いよね

**名前は開発中のものです。** · 2011/11/03(木) 01:28:01.54

>>511
iPhone とか android はどうなるんだよ。
カーマックにあやまれ！

**名前は開発中のものです。** · 2011/11/03(木) 10:43:28.02

カーマックとかもう過去の人だろ

**名前は開発中のものです。** · 2011/11/04(金) 21:03:04.35

WindowsでもRageの描画はOpenGLだし、他のソフトに比べて
同程度以上のグラフィックで、かつぬるぬる動くからやっぱり凄い技術だなと思った。
でもゲーム自体は古くさいお使いゲーでいまいちだった。

**名前は開発中のものです。** · 2011/11/30(水) 20:26:54.82

カーマックってそろそろ宇宙いった？