OpenGL 2.0 専用スレ - 暇つぶし2ch

OpenGL 2.0 専用スレ at TECH

[前50を表示]
150:デフォルトの名無しさん
05/11/10 01:18:58
>>149
　マジカ！折角pbufferの呪縛から逃れて新たにFBOで仕切りなおしかと思いきや
FSAAで拡張地獄に付き合わなきゃあかんのか。DX Boyがシャカリキになるのも
うなづけるってもんだ。

　ってか、GLスレでちゃんとレス貰えると思わなかった。サンクス。

151:デフォルトの名無しさん
05/11/10 09:45:35
JavaのJOGLならpbufferの違いを隠蔽してくれるみたいだぞ

152:デフォルトの名無しさん
05/11/25 16:45:49
GLSLでマルチテクスチャができねぇ
フラグメントシェーダで二つ目のテクスチャがサンプリングされない

つーか全てのレンダリングステートを意識するのが疲れる
glActiveTextureARB( GL_TEXTURE0_ARB ) / glActiveTextureARB( GL_TEXTURE1_ARB )とか
glEnable( GL_TEXTURE_2D ) / glDisable( GL_TEXTURE_2D )とか
BindTextureとか
とかいつどの順番でどう呼べばいいのかわからんボケ(`')

153:デフォルトの名無しさん
05/11/25 22:11:27
GLSL
uniform sampler2D tex0, tex1;
↓
glUniform1i(glGetUniformLocation(prog, "tex"), 1); // GL_TEXTURE1
↓
glActiveTexture( GL_TEXTURE1)の後、glBindTexture
GLSLの時、glEnable/glDisableいらない（かも
↓
寝る

154:152
05/11/25 23:46:18
くそっできねー

>>153
寝ないでくれ。

そんな感じでやってるのだがやっぱりダメできない。
テクスチャの読み込み時にもglActiveTextureARBは必要なのだろうか。どっちにしろできなかったけど。
VBO使ってるのは関係あるんかな。
今環境マッピングやってて、一つ目のテクスチャUVはVBOで、二つ目のテクスチャUVはフラグメントシェーダ中で計算してるのだけど。

今から非VBOでやってみる。

GLSL+マルチテクスチャできた人でつまづいたところとかあったら教えてくで。

155:デフォルトの名無しさん
05/11/25 23:59:26
URLﾘﾝｸ(marina.sys.wakayama-u.ac.jp)

156:デフォルトの名無しさん
05/11/25 23:59:32
>>154
テクスチャ読み込むときもバインド必要だよ。

読み込み
glBindTexture(...
gluBulid2DMipmaps(...

描画
glActiveTexture(...
glBindTexture(...

157:デフォルトの名無しさん
05/11/26 00:17:45
まず152はテクスチャフェッチとテクスチャユニットの関係から勉強するべき。

ていうか実際にシェーダ書く前にシェーダパイプラインの構造を勉強するべき。

そんなんやってらんねーよ、とか言うなら素直にDirectXに行くべき。

158:152
05/11/26 00:29:27
非VBO(glMultiTexCoord2fARB)でもダメだった。一つ目のテクスチャしか表示されねぇ。
gl_FragColor = texture2DProj( tex1, gl_TexCoord[0] ) * texture2DProj( tex2, gl_TexCoord[1] );

>>155
そこは既に見ている、のだけど・・・

>>156
読み込み
glActiveTexture　←不要？
glGenTextures
glBindTexture
glTexImage2D

描画
glActiveTexture
glBindTexture
glTexParameteri
//ここで描画

>>157
了解、勉強してくる。たぶん中途半端な理解だから。

159:デフォルトの名無しさん
05/11/26 01:25:48
UVがおかしいのかテクスチャがおかしいのかをはっきりさせろ。
ためしに、
gl_FragColor = texture2DProj( tex2, gl_TexCoord[0] );
とか、
gl_FragColor = texture2DProj( tex1, gl_TexCoord[1] );
とか、やってみろ。

160:デフォルトの名無しさん
05/11/26 01:32:46
マジレスすると、

シェーダはテクスチャユニットからテクスチャをフェッチしてくるので
テクスチャユニットにテクスチャが何もバインドされていなければ
シェーダはテクスチャユニットからテクスチャをフェッチできない。
したがってシェーダでテクスチャをフェッチする場合は必ず
テクスチャユニットにテクスチャをバインドしてテクスチャユニットを
アクティブにしなければならない。

161:デフォルトの名無しさん
05/11/26 01:40:28
マジレスすると、

シェーダはテクスチャをバインドしてテクスチャユニットから
テクスチャをテクスチャユニットにテクスチャがフェッチしてくるので
テクスチャユニットにテクスチャがテクスチャユニットをアクティブに
何もバインドされていなければテクスチャユニットからテクスチャをフェッチ
シェーダはテクスチャユニットからテクスチャをフェッチできない。
したがってテクスチャユニットにシェーダでテクスチャをフェッチする場合は必ず
テクスチャユニットにテクスチャユニットをアクティブにテクスチャをバインドして
テクスチャユニットをテクスチャユニットからテクスチャをテクスチャユニットに
テクスチャアクティブにしなければならない。

162:デフォルトの名無しさん
05/11/26 01:47:38
なんかテクテクスチャスチャうるさいなぁ

163:デフォルトの名無しさん
05/11/26 01:56:02
正直こんなところでつまづくならDirectXのほうが理解が早いぞ。
DirectX10でまた色々強化されるし乗り換えておいたほうがいいんじゃね?

164:デフォルトの名無しさん
05/11/26 02:01:24
Windowsじゃないから。

165:デフォルトの名無しさん
05/11/26 03:33:56
それで理解や習得に時間かかってちゃアホだよ。

166:152
05/11/26 04:01:43
やっとできた！

glUseProgramObjectARBでハンドルを指定する前にglUniform1iARBしていたのが原因だったようだ。
読み込み時にglActiveTextureする必要はなかった。

同じUV値で>>159の方法で悩んだり、なんかどんどん小さいエンバグしていって、もうｎ

レスしてくれた人、一緒に考えてくれた人、ありがとう。
アホだけど、やっぱり好きです。

167:デフォルトの名無しさん
05/11/26 08:10:13
プログラミングなんて、所詮は経験ですよ。

168:デフォルトの名無しさん
05/11/27 00:12:24
そうでもないよ

169:デフォルトの名無しさん
05/11/27 00:13:06
経験は大事

170:デフォルトの名無しさん
05/11/27 00:25:03
趣味pgですが2kなのでglでう。

171:デフォルトの名無しさん
05/11/27 00:37:15
ｽﾚﾘﾝｸ(tech板)

172:デフォルトの名無しさん
05/11/27 02:48:25
OpenGL2.0は圧縮テクスチャ使える?

173:デフォルトの名無しさん
05/11/27 02:50:44
>>172
OpenGL 1.3以降なら標準機能だす。無論2.0でも使える。

174:デフォルトの名無しさん
05/11/27 18:15:13
Xbox360大盛況でどうみてもDirectXの圧勝です。

OpenGLは終了致しました。

ご声援ありがとうございました。

今後はDirectXをお使いください。

175:デフォルトの名無しさん
05/11/27 19:40:07
それは自虐ネタにしか見えないんだが・・・ｗ

176:デフォルトの名無しさん
05/11/27 23:30:15
フリーズしまくる

177:デフォルトの名無しさん
05/11/27 23:34:55
まだだ！　まだ我々にはOpenGL2.1がある！！

178:デフォルトの名無しさん
05/11/30 01:34:52
glUniform1iARBって言えば、俺もハマッた記憶あるな。１時間ぐらい悩んだ。
つか、DX-Boyの俺にはサンプラ変数にシェーダ内に値が持てないのがまず理解できない。
ｃｇでもつかえって事か。

179:デフォルトの名無しさん
05/12/01 06:58:22
CgはCgで色々ある
コンパイラに任せとくと実行速度が1/2になることも

180:デフォルトの名無しさん
05/12/03 02:18:43
Cgは遅いから気をつけろよ。
無駄な変数を定義せず無駄なセットをしないこと。
シェーダーが切り替わると共有変数とか関係なしに
全変数(未使用も含む)が再セットされるのでコストがでかい。

181:デフォルトの名無しさん
05/12/03 14:20:24
Cg はライブラリは使わず、コンパイラとしてのみ使うのが吉だな。

182:デフォルトの名無しさん
05/12/04 02:14:13
DirectXのHLSLも同じくアセンブラにコンパイルして使ったほうがいいな。

183:デフォルトの名無しさん
05/12/04 13:45:30
>>179
>>180
まじで？　CgがそうだってことはHLSLも？
GLSLはどうなんだろう・・・。

184:デフォルトの名無しさん
05/12/04 14:26:42
GLSLはよく知らないけど、CgやHLSLはアセンブラの知識が必須。
特にピクセルシェーダ1.x系列の場合は。

シェーダを書くときは一度コンパイル結果をアセンブラに落として
中身を確認した方がいい。特に従属テクスチャ命令なんかは命令の
制限が解ってないと、きちんとアセンブラの命令に落ちてくれない。

まあ、ピクセルシェーダ2.x以降は適当に書いててもコンパイル
できちゃうんだけどね。それはそれでまずいんだけど。

185:デフォルトの名無しさん
05/12/04 15:25:47
GLSLはループ回してる時に動的分岐入れるとまずコンパイルできない。
いや、コンパイルはできるんだがリンクできない。
「ループ時にブランチするな」とはどこにも書いてないので、恐らくコンパイラのバグなんだろう。
（ちなみにnVIDIAのCgコンパイラ経由）

かと言ってARB_vertex/fragment_programはループもブランチも実装されてないから
アセンブラでチマチマ書こうにも書けない。

結局、ベンダがコンパイラの質を上げてくれるのを待つしかない。

186:デフォルトの名無しさん
05/12/04 16:14:40
川瀬氏が今Cgいろいろやってるが、苦労してるようだ

187:デフォルトの名無しさん
05/12/04 16:17:14
投稿日 11月22日(火)04時29分投稿者 Masa 削除

参照しているプログラムどころか、
使っている／いないに全く関係無しに、
エフェクト内の全ての uniform 変数は
エフェクト内の全てのプログラムに
連結されているみたいです。

結果、全く使われない無駄な連結が何百とあったので、
それを cgDisconnectParameter するだけでも
テストプログラム全体の速度が倍以上速くなりました。

…

ありえない…。

188:デフォルトの名無しさん
05/12/04 16:33:31
>>180はCgFXの話だよね？
>>185 GLSLじゃないけど、CgのFP40プロファイルとかはどうだろう。一応ループはコンパイル通って動いたよ。
NVIDIAのボードじゃないと動かないかもしれないけど

189:デフォルトの名無しさん
05/12/04 17:01:45
つーかPCもビデオカードなんて捨ててGPUコアをCPUみたく直接M/Bに乗せるアーキテクチャにするべき。
で、広帯域のメモリをCPU/GPUで共有。勿論、各種バッファ（頂点、フレーム、ステンシルetc）にCPU側からアクセス可能、と。

正直RTVBなんかやってられないわけですよ。

190:デフォルトの名無しさん
05/12/04 17:04:54
まぁ、Shader1.x世代のコードを書いてた人にはHLSLはちょっとアレかも
知れないが実際には意外と予想した通りのコードを吐き出してくれる。
どのみちペアリング実行とかテクスチャレイテンシーは仕様制定されて
ないから中間コードをドライバが最適化してくれるのを期待するしかないしね。

つか同じボードで同じ処理をしてもGLSLの方が２～３割減ぐらいでパフォーマンス
出ない。特に動的/静的分岐周りは意味不明なパフォーマンスになる。
FBOのバインドにはｍｓ単位でコストかかるし、本当にこれでゲーム作れるのか…
と疑問に思うよ。

セガのアーケードボードはLinux+OpenGL2.0なんだっけ？バーチャ５とか凄い映像
なんだけどやっぱドライバとか専用にカスタマイズしてもらってるんだろうね。いいなぁ。

191:デフォルトの名無しさん
05/12/04 17:21:56
>>190
>GLSLの方が２～３割減ぐらいでパフォーマンス出ない

頂点の描画方法に問題があるかと
OpenGLはIMだとドライバのオーバーヘッドありまくりで激遅
DLも結局ドライバ内部で命令のスイッチが起こるのでVBOが最適

192:デフォルトの名無しさん
05/12/04 17:27:06
うはｗいつのまにかOpenGL2.0専用スレらしくなってるｗ

193:デフォルトの名無しさん
05/12/04 19:39:45
なんでもそうだが、コンパイラ任せでそのまんま
ってのはダメだ

194:デフォルトの名無しさん
05/12/04 20:02:41
う～ん、でもコンパイラトリッキーなコードはそれはそれで問題だからなぁ。

>>191

　OpenGL（というかNVIDIAドライバ）はOpenGLになると急に頂点能力落ちるね。
ハードで効率よく扱える頂点ストリームに特定の法則があるっぽいんだが意味不明。

195:デフォルトの名無しさん
05/12/04 20:13:51
Lockかけてもだめなものなの？

196:デフォルトの名無しさん
05/12/04 20:32:05
uniform変数の連結ポリシーもそうなんだけど、
そこら辺何も言わないしどこにも書いてないから困る

書かれてあれば、自分でディスパッチしたり切断したりできるのに

197:デフォルトの名無しさん
05/12/04 22:05:38
>>194
VBO使えば、1つのバッファ・1つのデータ配列で頂点も法線もUVもカラーもマルチUVも一挙に流し込めるからマジお奨め。
しかもそのデータ配列の構造も自由に構成できるから（例えばGL_FLOATの頂点3/UV2/法線2）柔軟性が非常に高い。

まぁ、DirectXは知らんが。

198:197
05/12/04 22:06:53
法線3ですた。

199:デフォルトの名無しさん
05/12/04 22:17:23
ていうか商用のOpenGLゲームでアニメーションをどのように描画しているのか
激しく謎なんだけど誰かknow-how知りませんかね？

やっぱglDrawElementsでバッチしてるんだろうか。
しかし頂点座標はボーンの計算後に生成されるわけだしなぁ…。

200:デフォルトの名無しさん
05/12/04 22:28:15
>>199
glLockArraysEXTやってなければ大丈夫なんじゃないか？

201:デフォルトの名無しさん
05/12/05 01:08:38
>199
GPUかCPUのどっちか暇そうなほうにやらせる。
GPUでやる場合は頂点シェーダ。
CPUでやる場合は描画前に頂点座標を計算してバッファに貯めとく。

202:デフォルトの名無しさん
05/12/05 01:11:18
DirectXだと頂点シェーダをCPUで実行させるのが簡単なんだよね。
正直言ってこの機能だけはうらやましい。

203:デフォルトの名無しさん
05/12/05 01:25:31
>>201
うーん、やっぱ動的に計算する時は頂点シェーダでスキニングってことになるのか。

204:デフォルトの名無しさん
05/12/05 01:28:08
>川瀬氏が今Cgいろいろやってるが、苦労してるようだ

何をいまさらって書き込みだよな。
Cgが遅いなんて使ってみればすぐ気づくだろうに。
俺はレジスタ256個分を変数で予約したら劇的に遅くなって気づいた。

205:デフォルトの名無しさん
05/12/05 01:38:26
Cgが遅いんじゃなくてCgFXの話ですよね？
CgFXって誰も使ってないっぽい
cgGetFirstTechniqueをググって3hitだし...
今自分もCgからCgFXにするかGLSLにするか悩み中。

206:デフォルトの名無しさん
05/12/05 01:38:55
>204
PS3のゲーム開発でCgやる必要が出てきたとか。
でも今はシリコンスタジオ勤務らしいからそれはないか。

つか個人的には早くGeometry Shaderでウハウハしたいんだが
きっとOpenGLだとベンダ拡張で出るだけで標準になるには1年以上かかるだろうな・・・。

ところでOpenGL2.1っていつ出るの？

207:デフォルトの名無しさん
05/12/05 02:07:03
PS3だからってCg使わなくてもいいだろ。
コンパイルだけさせてレジスタへのパラメータ設定は
ARBの命令使えばいいし。
GLSLも遅いみたいだしそうしたほうが良くね?

208:デフォルトの名無しさん
05/12/05 12:40:57
NVIDIAもわからんところだ。
あれだけ、シェーダのスペシャリスト中のスペシャリストばかり揃ってて
なんでこんな仕様&コンパイラになるんだ。

209:デフォルトの名無しさん
05/12/05 13:42:54
だから Cg はコンパイラとして使って、アセンブラで埋め込めって。
ライブラリの出来が悪いのはCgFXがマイクロソフトと共同開発だから。

210:デフォルトの名無しさん
05/12/05 21:13:45
>>208
まーく・じぇい・きるがーど先生のフォースが衰えてきてるから。

211:デフォルトの名無しさん
05/12/05 22:03:32
>>205
CgFXとGLSLを同列に語るのはおかしいんじゃないか?
CgFXはエフェクトファイルだからあえて比べるならAshliか。
Ashliは使ったことはないがな。

CgFXは遅い上に使い勝手も微妙だから自作した方が早いかも。

212:デフォルトの名無しさん
05/12/05 22:53:02
ちゅうか、おまえらCg以外にネタないんですかね？
あんましOpenGL2.0とも関係ないし。

213:デフォルトの名無しさん
05/12/05 23:30:24
実はマイクロソフトもDirectXのEffectクラスの使用は推奨してない。
ConstantTableなんて最近付いたがおかしいと思ったろ？
シェーダー言語はコンパイルだけして自分でシェーダーを扱う
ヘルパークラスを作ったほうが無難。
うまく行けばOpenGLとDirectXで共通に使える自分クラスが出来て便利。
フレームレートも大幅に向上する可能性あり。

214:デフォルトの名無しさん
05/12/06 00:35:36
MSはEffectクラスの利用を推奨してますがな。
んだからConstantTableとか拡張してんだよ。

　GL2.0にもEffectファイルのレイヤーを実装するとか
予定には上がってたんだけど最近聞かないな…。だめぽ。

215:デフォルトの名無しさん
05/12/06 01:29:04
ID3DXEffectCompiler::CompileShaderを使ってシェーダーをコンパイルして
その時にConstantTableを受け取るんだそ。これやる時点でEffectクラス
なんざ使用しませんが？おれ何か間違えてる？

216:デフォルトの名無しさん
05/12/06 01:47:17
あってしかるべき機能を追加しただけなんじゃ・・・

217:デフォルトの名無しさん
05/12/06 02:25:52
コンパイル後のシェーダーに名前でデータセットするには
ConstantTableのようなクラスが足りなかったしね。
これでHLSLを使いつつもEffectクラスを使わずに済む。

218:デフォルトの名無しさん
05/12/06 08:41:29
で、OpenGL2.0の話題は？

219:デフォルトの名無しさん
05/12/06 16:26:28
uniform int numLights;
for (int i=0; i<numLights; ++i)

これでリンク通らんのは仕様ですかそうですか。

プログラマブルなんて上っ面だけで実際は描画前にガチガチに固めた
ある種の固定機能じゃねーかこの野郎。

220:デフォルトの名無しさん
05/12/06 16:50:17
またずいぶんな低脳が沸いてきたな。
汎用CPUと同じことが全部GPUでできるならCPUいらないよ。ｗ

221:デフォルトの名無しさん
05/12/06 20:25:24
まぁ見るからに釣りなわけだが

222:デフォルトの名無しさん
05/12/07 01:41:07
自分で低脳と評する相手に反応するなんて
俺には恥ずかしくてできない。

223:デフォルトの名無しさん
05/12/07 01:57:00
PS3だとCgなんて使わずに全部CELLでやるんだろうな。
スキニングとかシェーダーじゃつらいし、FSAAとかもSPEがやるとか
言うらしいし。Cgが遅いとかいう問題も関係無いだろうね。

224:デフォルトの名無しさん
05/12/07 02:04:19
なんのこっちゃか。

225:デフォルトの名無しさん
05/12/07 21:56:59
どうせならもう少しマシな釣りをお願いしたい

226:デフォルトの名無しさん
05/12/09 20:11:31
>>223
テッセレーションとか、一部の処理はCELL側でやる可能性はあるだろうね。
でもGPUシェーダーで十分できる範囲の事はやっぱGPUでやった方がよくね？
空いたSPE他の事に回せるし。

227:デフォルトの名無しさん
05/12/10 01:07:24
スキニングはシェーダーに積めるマトリクスに限界があるから
確かにSPEがいいかも。AAはHDRバッファだと掛けられないので
MGS4はSPEでやるらしいね。

228:デフォルトの名無しさん
05/12/10 01:49:47
ＸＢＯＸ３６０ではシェーダーをＣＰＵコードとＧＰＵコードの両方でコンパイル出切るらしいが
まぁ当然ＳＰＥはカリカリハンドチューニングなんだろうね。大変だ。

229:デフォルトの名無しさん
05/12/12 00:10:59
いまどき全角英数字使ってる奴なんて久しぶりに見たわ

いい加減、恥ずかしくねーの？

ていうか全角英数字キモイよキモイよ

230:デフォルトの名無しさん
05/12/12 00:21:34
はい次。

231:デフォルトの名無しさん
05/12/12 00:35:11
俺の経験からすると全角英数字使ってる奴は間違いなく頭の弱い馬鹿。
全角数字はスタイルが醜い。そして無駄が多い。

ＯｐｅｎＧＬ　Ｓｈａｄｉｎｇ　Ｌａｎｇｕａｇｅ

OpenGL Shading Language

明らかに後者の方が格段に美しく、かつ、スマート。
1byteで表示出来るもんをわざわざ2byteで書くその神経が信じられない。

否、信じたくもない。

232:デフォルトの名無しさん
05/12/12 05:55:51
俺の経験からすると全角ｶﾀｶﾅ使ってる奴は間違いなく頭の弱い馬鹿。
全角ｶﾀｶﾅはｽﾀｲﾙが醜い。そして無駄が多い。

カスどもがｗｗｗｗｗ

ｶｽどもがwwwww

明らかに後者の方が格段に美しく、かつ、ｽﾏｰﾄ。
1byteで表示出来るもんをわざわざ2byteで書くその神経が信じられない。

否、信じたくもない。

233:デフォルトの名無しさん
05/12/12 07:28:07
コンピュータといえばWindowsしか知らない精神的視野狭窄

234:デフォルトの名無しさん
05/12/12 20:47:08
>>232
ニホンザルお得意のパクリ、すなわち、二番煎じかｗｗｗ

235:デフォルトの名無しさん
05/12/13 01:17:22
さすがに猿だけあって猿真似がお上手なこと

236:デフォルトの名無しさん
05/12/13 01:43:05
だからいつも言ってるだろ。全角の方が美しい環境もあるって。
Windowsしか知らんのか。このパソコン素人が。
「俺の経験からすると」ってのが痛々しいぜ。

237:デフォルトの名無しさん
05/12/13 01:46:24
半角片仮名と全角英数字は日本の規格屋の恥だと思う。
要するにフォントの指定を文字コードに入れてしまったという先見性のなさ。

238:デフォルトの名無しさん
05/12/13 16:24:17
WindowsもLinuxもMacも使用してますが何か。
ていうかプログラミングはもっぱらLinux上ですが何か。

少なくとも「全角英数字の方が美しい環境」なんてもんは
日本語環境に特化された日本でしか通用しない日本語のWebしか見ない視野の狭い日本人向けの
非グロォーバァル・ステェンダァードォな環境ってこった。

自分の環境では全角が美しい→全角にこだわる→（プッ何こいつ全角使ってやがるｗ）

まさに自分しか見えない超視野狭窄のオナニストだなｗ

239:デフォルトの名無しさん
05/12/13 16:25:51
とりあえず、オナニストはさっさと童貞捨てて世界を知れｗ

240:デフォルトの名無しさん
05/12/13 16:57:18
なんだよもうちょっと遊べる奴かと思ったのに全然面白くないや
相手して損した

241:デフォルトの名無しさん
05/12/13 21:12:02
おまえらネタはいいからOpenGL2.0の話題を出せ

242:デフォルトの名無しさん
05/12/15 01:49:48
OpenGL|ES系の話はここでしちゃだめ？

243:デフォルトの名無しさん
05/12/15 01:57:00
>>238
自分の価値観を絶対として他人をこき下ろす。
お前ともだち少ないだろ？

244:デフォルトの名無しさん
05/12/15 02:09:03
ス急低参

245:デフォルトの名無しさん
05/12/15 02:17:57
>>242
少なくとも全角半角の話題よりはこのスレにふさわしい。
つまり全く問題ない。

246:デフォルトの名無しさん
05/12/15 03:05:24
>>232
うまいね。

>>238
日本語環境ですが何か？

247:デフォルトの名無しさん
05/12/15 03:58:17
DirectXの進化と比べると悲しくなってくるな。やっぱ金の賭け方が半端に違うからなぁ。
クロスプラットフォームというDirectXにはあり得ない利点があるのが唯一の支えだな。

248:デフォルトの名無しさん
05/12/15 15:56:05
かつてOpenGLで名を馳せたあの人やあの人、さらにはあの人・あの人までもが
続々とDirectXに移行している（あるいは移行予定）という事実。
先見性のないお前らはいつまでOpenGLなんて使ってるんでしょうね。

249:デフォルトの名無しさん
05/12/15 17:45:24
>>248
そんなこと言ってる暇があったらLinux版とMacOS版のDirectXを作ってくれ。

250:デフォルトの名無しさん
05/12/15 18:08:59
>>248
その4人は誰か書けよー嘘くせー
と煽る

251:デフォルトの名無しさん
05/12/15 19:20:57
そもそも、他人は関係ないだろ。

252:デフォルトの名無しさん
05/12/15 22:11:21
>>251
今251が良いこと言った

253:248
05/12/16 00:19:44
今日の収穫：

　4匹　サイズ小

254:デフォルトの名無しさん
05/12/16 02:09:06
あー、釣れたとか言うのと同じ負け犬の遠吠えですな。
気は済んだかい？

255:248
05/12/16 04:01:54
しょうがない、以下知的なウィットを理解できないバカのための解説。

>>248で「OpenGLの識者たちがDirectXへ軒並み移行」というネタをでっち上げる
　　↓
そこで一言：「先見性のないお前らはいつまでOpenGLなんて使ってるんでしょうね」
　　↓
見事に劣等感を刺激されたバカたちが早々に脊髄反射。

権威主義の日本人の弱点を巧みに突いた俺の明らかな圧勝。
バカは「負け犬の遠吠え」ときたもんだ。あっぱれ。

256:デフォルトの名無しさん
05/12/16 09:30:22
海外フォーラムではD3D10で沸き立つところに
OpenGL勢が茶々を入れるという図式になっております。

257:デフォルトの名無しさん
05/12/16 12:14:10
OpenGLってオレオレ・グレート・ライブラリに改名したほうがいいと思う

258:デフォルトの名無しさん
05/12/17 02:10:34
Dx10のシェーダーのレジスタ数がはんぱじゃないほど増設されてる。
なんかまったくの別物になった。Dx9やOpenGLと親和性は無いかもな。

259:デフォルトの名無しさん
05/12/18 14:14:27
FBOマジ糞。バックバッファからのコピーの方が速いとかマジ氏ね。
何がRTTだと。コピー挟む方が直接RTTするより速いってどーなっとんねん。
しかもカラーバッファとデプスバッファの同時RTTもできねーし。
こりゃpbufferのコンテキストスイッチ地獄よりも最悪だわ。

さ～て、わいは今のうちからD3D10に乗り換える準備するで。

260:デフォルトの名無しさん
05/12/18 14:56:51
>>259
どの環境か詳しく

261:デフォルトの名無しさん
05/12/18 15:48:41
新しいhumusさんのデモ、すごいね。トータルなデモになってる

262:デフォルトの名無しさん
05/12/18 17:40:25
あの程度で驚いて、しかも自分でも作れない>>261は明らかにGL2.0の猛者では無いので
然るべきスレに行こうね。
~~~~~~~~~~~~

263:デフォルトの名無しさん
05/12/18 21:41:01
いや、あのレベルのものを自分で作れる奴なんて元からこのスレにいないだろｗｗｗ

264:デフォルトの名無しさん
05/12/19 04:49:35
てかDirectXと比較して使ってる奴なんているの？Windows上で使ってる奴なんていないやね？
OpenGLの魅力はOpenでクロスプラットフォームなところでDirectXと比較するような話じゃねぇし。

265:デフォルトの名無しさん
05/12/19 08:55:36
> OpenGLの魅力はOpenでクロスプラットフォーム

ダウト

266:デフォルトの名無しさん
05/12/19 15:56:06
>>259
それは多分早期Zカリング（NVIDAではHyper Z）が効いて無い
んだと思うよ。一部のFBOの組み合わせでは何故か効かなくなる
傾向がある。法則は不明。マジウンコ。

まぁGL2.0のドライバは本当にクズなので最新技術を追いたいのなら
DX10に移行する方が賢いかも。少なくともリファレンスラスタライザ
のお陰でドライババグの洗い出しは楽。

　あのテキストオンリーの読みにくい仕様書からも逃れられるし。

267:デフォルトの名無しさん
05/12/20 16:16:34
クロスプラットフォームなんて所詮は戯言ですよ。

PCに限って言えば、本職でUNIX系OSでOpenGL使ってる人なんて極少数だし
NVやらATIのLinuxドライバは怠慢な香りがプンプンしてるし（もちろんソース非公開）
GPUの最大の使用用途である3Dゲームの大半はWindows向けだし
OpenGLの最大の利点だったプログラミングのし易さも拡張だらけでもはやカオスの域に突入した感もあるし
Windows VistaではDirectXの尻に敷かれる（レイヤが挟む）し。

とりあえずハードベンダーはLinuxドライバをオープンソースにして
GPUネイティブのコードまで開発者がタッチできるようにするべき。
そうすれば3Dに極限まで特化したLinux3Dとかでリソース喰いまくりのWindowsと差別化できるのに。

268:デフォルトの名無しさん
05/12/20 16:57:47
つーか、Direct3D10がWindowsVistaオンリーってアホとしか思えない。
しかもVista以後はWindowsXPのサポートも早々に打ち切り。

M$、終わったな。

誰もウィンドウが無駄にﾋﾟｮﾝﾋﾟｮﾝ跳ね回る重いだけのOSなんて欲してない。
次世代PCゲームがVistaでしか動かないとなれば、単にゲーマーの割れを助長するだけ。

269:デフォルトの名無しさん
05/12/20 17:02:37
>>268
俺も今まで何度か「MS終わったな」と思ったが、そのたびに裏切られてきた。orz

270:デフォルトの名無しさん
05/12/20 17:03:05
ﾜﾛｽ

271:デフォルトの名無しさん
05/12/20 17:04:34
>>268
＞次世代PCゲームがVistaでしか動かない
ソースは？
どう読んでも開発環境の話にしか見えんのだが
コントローラの話か？

272:デフォルトの名無しさん
05/12/20 22:17:27
わざわざソース持って来るまでもないっつーか、
そういう根本的なことすら知らないっつー事実に驚愕。

おめでてーよな。正直。

273:デフォルトの名無しさん
05/12/20 22:37:06
なんだかんだ煽ってソースを出さない手法はもう古いと思われ

274:デフォルトの名無しさん
05/12/20 23:58:09
なし崩し的にXPでもD3D10がサポートされるに1票。
そんな無理やりな変革なんて通用せんと思うねえ。
しかし今年後半からゲームベンダー側がWin2kをインストーラで弾くものが多くなった。
2kとXPの違いなんて一部フォントの扱いだけじゃねえかｳﾜｧｧﾝ。

275:デフォルトの名無しさん
05/12/21 00:43:48
>>259
環境の問題だろ。
Windows上でGF6800使ってる分には問題無く使えてるぞ。
コピーとどっちが速いかは調べてないが、そんなに遅いと思ったことはない。
カラーバッファとデプスバッファの同時RTTも出来てたはず。

どっちにしろドライバが腐ってたらDirectXでも同じだと思うんだが。
DirectXは使ってないんでよく知らんけどね。

276:デフォルトの名無しさん
05/12/21 01:39:46
32bitテクスチャにフィルタ掛けると糞重。当然だけど

277:デフォルトの名無しさん
05/12/21 02:03:40
むかしspinにXPでもWGF出るかもって書いてあった気がするけど
それならXPにDX10出る可能性も残ってる。

278:デフォルトの名無しさん
05/12/21 02:33:23
お前らって普通に白痴なんだな。
いや、素で釣りだと思ってるほどおめでたい奴らだったとは想定の範囲外。

とりあえず、お前ら情報収集範囲が恐ろしく狭過ぎるよ。もっと世界に目を向けた方がいい。
URLﾘﾝｸ(www.gamedev.net)

279:デフォルトの名無しさん
05/12/21 02:44:06
なんつーか、日本のOpenGL界隈のレベルの低さを改めて実感してゲンナリだよ。

280:デフォルトの名無しさん
05/12/21 04:21:32
>>278
誰か翻訳してないの？

281:デフォルトの名無しさん
05/12/21 09:22:11
>>275
ちうか、DirectXとクロス環境作って開発してるんだが何かにつけてOpenGLの方が
遅いな。モノによっては２～3倍近く遅くなる。まぁ組み方が悪いところもあるんだろうが
最適化のヒントがほぼ皆無で試行錯誤で探るしかないってのも素敵。

あと、明らかにドライバ内でメモリリークしてたりとかお話にならない所も多いなぁ。

282:デフォルトの名無しさん
05/12/21 14:01:22
コンパイル時にこんなエラーが出たんだけど
Error: 'C:\PROG\GLUT32.LIB' contains invalid OMF record
, type 0x21 (possibly COFF)
どういう意味？

283:デフォルトの名無しさん
05/12/21 14:43:24
>>282
そのGLUT32.LIBはお前さんが使ってるコンパイラ（リンカ）では使えないという意味。

284:デフォルトの名無しさん
05/12/21 16:17:11
>>278
VistaにはAero Glassを使用しないAPIも用意されるんで、その仕様次第によっては
XPに落とし込めるモデルになる可能性も大きいと思うよ。
Aero Glass自体はDirect3D9のAPIだし。

285:デフォルトの名無しさん
05/12/21 18:13:07
>>281
拡張機能を使わないと遅い
それがOpenGLクオリティ

286:デフォルトの名無しさん
05/12/21 23:26:51
「OpenGLベースで」という言葉はもはや意味を成さないね

287:デフォルトの名無しさん
05/12/22 17:22:16
OpenGLは終了いたします。

3

2

1

バァーーーーーーーーーーンッ！！！！！！！！！！！！！！！！

糸冬了だッ！！！！！！！！！！

288:デフォルトの名無しさん
05/12/23 22:00:41
>>287
こいつバカじゃね？

289:デフォルトの名無しさん
05/12/24 07:25:32
>>288
おまえほどじゃないよ。

3

2

1

バァーーーーーーーーーーンッ！！！！！！！！！！！！！！！！

ｵﾏｴｶﾞﾅ！！！！！！！！！！

290:デフォルトの名無しさん
05/12/24 09:21:43
ｳｾﾞｪ

291:デフォルトの名無しさん
05/12/25 00:11:14
UnrealEngine3

一時期など、DX専用と思い込んでいたアホが沸いていて楽しかった

292:デフォルトの名無しさん
05/12/26 01:02:56
>一時期など、DX専用と思い込んでいたアホが沸いていて楽しかった
そんなことを楽しんでるから駄目なんじゃないの？

293:デフォルトの名無しさん
05/12/26 01:18:33
は？
OpenGL使いはDX小僧とはレベルが違うことを確認したまでですが？

294:デフォルトの名無しさん
05/12/26 01:22:44
>>293
そんなこと確認してるから、おまえはいつまでたっても駄目なんだよ。

295:デフォルトの名無しさん
05/12/26 01:49:41
お前かｗ
無知は。

296:デフォルトの名無しさん
05/12/26 01:50:28
>>294そんなこったからお前はDX専用と思い込んでるバカなんだよ。

297:デフォルトの名無しさん
05/12/26 04:36:29
>>293
１．馬鹿な人間を見つける
２．自分がその人間より上だということを認識する
３．たのしい

……たのしい、か？

馬鹿の考えることはよくわからない

298:デフォルトの名無しさん
05/12/26 20:42:04
何いってんのお前らｗ
このスレはOpenGL2.0がDXなんかより優れていることを確認するスレだろ

299:デフォルトの名無しさん
05/12/26 21:47:47
>>298
いーや、OpenGL2.0を探すスレです

300:デフォルトの名無しさん
05/12/26 23:22:49
遅い遅い言ってるのは、お約束を知らないから。
遅いんじゃなくて組み方が悪い。

CgやOpenGLは「知ってるか知らないか」が如実に出る。

ていうか使わない変数にまで全部リンクするっていうアレひとつ取っても変だが
知ってる奴のプログラムは速い。

301:デフォルトの名無しさん
05/12/27 01:56:38
>300
その「知ってる奴」は
>ていうか使わない変数にまで全部リンクするっていうアレひとつ取っても変だが
で重くなるのをどうやって回避してるのか教えてくれ。

302:デフォルトの名無しさん
05/12/27 05:32:41
自分で切断

303:デフォルトの名無しさん
05/12/27 13:37:48
プログラマが全部のシェーダー書いてるの？

304:デフォルトの名無しさん
05/12/29 23:37:17
おいお前ら。

GL2.0の猛者たる俺様が実用的なGL2.0解説書を執筆したるから、買え。

305:デフォルトの名無しさん
05/12/30 01:05:16
よし、GL2.0の猛者たる貴様が執筆した実用的なGL2.0解説書を買ってやろう。

306:304
05/12/30 01:35:12
ウソだぴょ～～～～～～ん！！！！！！！！！！

307:デフォルトの名無しさん
05/12/30 11:49:25
オレンジ本の翻訳って進んでないの？

308:デフォルトの名無しさん
05/12/30 11:56:22
誰もやってないし、やるつもりもない
日本人は1.2までだから。

309:デフォルトの名無しさん
05/12/30 11:57:59
出たとしてもぴあそんが糞訳で倍額でしょ。
いらんいらん。

310:デフォルトの名無しさん
05/12/30 15:35:48
ここで一句：

　英語不可　GL使いの　資格無し

　日本語の　利用豊富な　DXがお似合いかな

311:デフォルトの名無しさん
05/12/30 15:37:43
なにっ!!!!!!!　こ、このオレがtypoするとは一生の不覚っ!!!!!!!!!!

>資料豊富な

312:デフォルトの名無しさん
06/01/04 00:18:13
確かにWIN環境に限定して言うなら資料豊富で環境も充実している
DirectXを選ぶ方が賢いだろうな。

313:デフォルトの名無しさん
06/01/04 02:05:24
一定のレベルを超えるとOpenGLのほうが資料多かったのになぁ……。
最近は高額書籍の解説もDirectXばかりになってきたな。
GemsとかNVidiaのアレとか

314:デフォルトの名無しさん
06/01/04 14:22:50
論文までくるとOpenGLばっかりになるんだけどなぁ。

315:デフォルトの名無しさん
06/01/04 20:37:58
つーか、ぶっちゃけ研究用途でDirectXなんて名前を出すの自体恥ずかしい。
何となく浮ついたイメージがあって、マジメな用途では言い出しにくい雰囲気が・・・
多分ゲーム用が原点にあるからだろうけどね。

316:デフォルトの名無しさん
06/01/04 21:01:41
研究用途ではWindows自体恥ずかしい。

317:デフォルトの名無しさん
06/01/04 22:50:36
NV拡張の Fragment_Program2ってDXでいうピクセルシェーダ2.0やない。

これ、Fragment_Programと言っていいものなの。
OpenGL的にはFragment_Shaderじゃないの。

318:デフォルトの名無しさん
06/01/04 23:46:25
>>315
うちの教授らはゲームのゲの字を見ただけで、顔をしかめるよ。

319:デフォルトの名無しさん
06/01/05 00:37:32
>>317
OpenGL的にはfragment shaderはGLSL。fragment programはアセンブラ。
機能的なものとは関係ない。

320:デフォルトの名無しさん
06/01/05 19:51:28
ビツクリするのが、「ATI_Fragment_Shader」はアセンブラ書きしなければならないということ

名前にだまされる

321:デフォルトの名無しさん
06/01/06 23:51:11
今月、オレンジ本の第二版が出るのか。
日本語訳されない内に第二版が出るとは・・・。
諦めて英語版買うか。

322:デフォルトの名無しさん
06/01/07 12:59:57
DirectXだってPS2.0はHLSLだけでしか書けないものじゃない。
依然としてアセンブラで書ける。

323:デフォルトの名無しさん
06/01/07 20:26:08
なにこの低能っぷりなスレ。

324:デフォルトの名無しさん
06/01/08 02:14:14
面倒だと言って歩みを止め、楽なほうに楽なほうに流れていく人
面倒になると、より意地を張って前に進む人

差はデカい。

325:デフォルトの名無しさん
06/01/08 03:58:58
--Cg、CgFXといった用語の違いを読者に分かりやすく説明してもらえますか?

Kevin Bjork氏(以下 KB):はい。いいですよ。Cg、Cgファイル、Cg言語は
本質的にはGPUを駆動するための命令ストリームを生成する目的で定義された言語仕様です。

たまに潔癖性のひとはそれはシェーディング言語じゃなくてただのストリーム・プロセッシング言語だと言って、
CgFXこそがシェーティング言語だといったりもします。CgFXは最終的な見栄えを決定づけますからね。

そしてCgFXはいわゆるカプセル化されたメタファイルフォーマットです。
これはCgプログラムとそれらに関連づけられたグラフィックステートを1つのパッケージにカプセル化して、
これがアプリケーション側で共有されることになるわけです。

マイクロソフトのFXファイルもCgFXファイルと構造は同じですが、
CgFXと呼んだ場合には、それがDirectXやOpenGLといった全てのAPI、
WindowsやMacintoshといった全てのOSで動作することを意味します。

326:デフォルトの名無しさん
06/01/08 12:24:11
>>324
お前のイチモツは小さい

ってことは周知だよ

327:デフォルトの名無しさん
06/01/09 10:22:15
>>324
その理屈が正しいならGNU Hurdはもっと発展してるハズなんだけどね。
なんで皆がモノリシックなLinuxを選んだかよく考えてみるといいよ。

328:デフォルトの名無しさん
06/01/09 11:10:48
楽なほうに流れていく人がいるという「実際の現象」

と

理想

は
ぜんぜん違うもの

前者が現実の現象　　　　　　　　　　　　のみ　　　　　　　　　　　　を言っているのに対し
後者はアホの浅知恵で何か勘違いして理想を語っている

329:デフォルトの名無しさん
06/01/09 11:24:26
その理屈が正しいからWINDOWSがここまで広がって
Linuxが超マイナーになってるわけだろw

330:デフォルトの名無しさん
06/01/09 11:28:09
そういうことを言うとムキになるから控えるように。

331:デフォルトの名無しさん
06/01/09 11:31:42
「サーバー用では」
「組み込み向けには」

そんなこといったら
C3だって小型PCで強いEDENだけで多く出てるから
スタンダードなのか？と言われりゃそんなことはないわけだ
所詮サーバー用組み込み用なんざマイナーの隙間市場

ふんぞり返って誇れるものではない

332:デフォルトの名無しさん
06/01/09 13:05:42
スキマ産業だけに供給者が少ないのでぼったくれる利点もあるけどな。

333:デフォルトの名無しさん
06/01/10 00:51:00
OpenGLもDirectXも自分がやりたい事を実現するための道具に過ぎない訳だから、目的にあった物を使えば良いだけの話でしょ。

>面倒になると、より意地を張って前に進む人
は、元の目的を見失ってるとしか思えない。

334:デフォルトの名無しさん
06/01/10 23:54:34
目的に合っているから意地でも進んでいるんでしょ。

335:デフォルトの名無しさん
06/01/11 00:37:35
別にDirectXでもOpenGLでも3DAPIなんて何でも使えないと禿。
C++ちゃんと理解しているやつはJAVAが楽勝なのと同じ。

336:デフォルトの名無しさん
06/01/11 02:52:50
OpenGL のドキュメントが少ないもんで、Direct3D のサイトはよく見てる。
進んで使いたいとは思わないけど。Java 知ってるから、C++ はいいやみたいな。

337:デフォルトの名無しさん
06/01/11 03:03:18
その文章からはOpenGLかDirectXのどっちが使いたくないのか分からない。
JavaとC++の比喩も意味不明。

338:デフォルトの名無しさん
06/01/11 03:07:33
簡単な日本語なのに...

339:デフォルトの名無しさん
06/01/11 03:59:24
337は335にレスしたようだな。
初め336にレスしたのかと思った。

340:デフォルトの名無しさん
06/01/14 15:19:42
>>337
3DAPIなんて何でも使えないと禿。どっちを使いたいかとか関係ない。
JavaとC++の比喩が理解出来ないのはお前のC++、JAVA習得度が低いから。

341:デフォルトの名無しさん
06/01/22 00:23:28
　　　　／￣￣￣￣＼　　　
　　　（　　人＿＿＿__,,）ブツブツ・・・ヤマト・・・
　　　 |ミ/　　ー◎-◎-）　　　　　　　　
　　　（６　　　　　(_　_)　）　　　　ｶﾀｶﾀｶﾀ
　　　｜　∴　ノ　　３　.ﾉ　　＿＿＿＿＿_
　　　　ヽ､,,　　　　__,ノ　　｜　 |￣￣＼　＼
　　　／　　　粘着　＼.＿___|　　|　　　　|￣￣|
　　/　　＼＿　　　　　　　　|　　|　　　　|＿＿|
　　|　＼　　　　　　|つ　　　 |＿_|＿＿／　／
　 /　　　￣￣　　|￣￣￣￣|　　〔￣￣〕　

342:デフォルトの名無しさん
06/01/22 14:00:20
VISTAのことでまだ狐につままれたような気分なんだが……

OpenGLのどのバージョンに対応するかは、従来だとグラフィックカードのドライバ次第だよね
なのにVISTAだとOpenGL1.4までしか対応しないという
これはもうどうあがいてもVISTAをターゲットにしたOpenGL1.5以上のアプリは作れないってことでしょうか？

343:デフォルトの名無しさん
06/01/22 14:06:13
個人的にはむしろVISTAが動いていれば最低限OpenGL 1.4レベルが保証される
という点を評価したい。

344:デフォルトの名無しさん
06/01/22 15:40:41
OpenGLは終了ってのが業界の通説。

345:デフォルトの名無しさん
06/01/22 15:44:58
携帯とゲーム機はOpenGL
組み込みもOpenGLだ
PC用ゲーム以外でDirectXの使い道あるのか？

346:デフォルトの名無しさん
06/01/22 15:49:21
>>345
ま、強いて挙げればWindows MobileベースのPDAとかスマートフォンだな。

347:デフォルトの名無しさん
06/01/22 16:20:56
>>346
ほとんど負け組みだけどなWindowsMobileベースとかは。
ここ3年の戦いでMSは完全にPCだけに閉じ込められた形で.NETも終了

市場から姿を消すのはDirectXってのは決まってるんだが、MS全盛でそだった上に
語学力もからきしな世間知らずは多いからね。
日本人っていつも流行が終わった頃にこれしかないとか言ってるんだよ
PCの成長はNote、それも無線LAN標準搭載のタイプだけが成長してる

いまさら重いGPU前提のPCゲームでしか役に立たんDirectXなど１０になろうが
市場は狭くなるばかりなのも知らない素人って多いからね。しかたない。

前世紀の遺物、デスクトップPCにしがみつく小僧たちに幸アレ

348:デフォルトの名無しさん
06/01/22 16:49:43
日本のPCゲームはWifi対戦が流行する、間違いない！

349:デフォルトの名無しさん
06/01/22 17:06:24
OpenGLがここまで生き残れて来れたのは、そのPCゲームのおかげなわけだがな。

Quake1,2,3とその膨大なライセンシータイトルが無ければ
今頃NVもATIもOpenGLなんてサポートせずDirectXオンリー。
ドライバ最適化だけで高価なだけのGLカードなんて誰も買わん。

つーかPS3なんてまんまPCベースのNVGPUだろ。しかもOpenGL。
OpenGLのPCゲームが無ければ今頃ソニーはまた自社開発で
巨費投じてラブ建てて低技術のチップでもシコシコ作ってるんじゃないかね。

技術的優位性は常にデスクトップPCにある。
先端技術に付いて行けずフェードアウトした奴は、
黙って携帯で3Dでもやってりゃいいんじゃね？あの貧相なインタフェイスで。

350:デフォルトの名無しさん
06/01/22 17:14:04
そうか！

俺達はジョン・カーマックの手の平の上で踊らされていたんだ！

351:デフォルトの名無しさん
06/01/22 17:18:01
John CarmackがOpenGLを見捨てた今、あとは糞NYに任せよう

352:デフォルトの名無しさん
06/01/22 17:38:29
opengl esでかぁ

353:デフォルトの名無しさん
06/01/22 17:49:48
技術のある会社だけが生き残る。
技術があれば例え社名は残らずとも買収されて生き残る。

ライブドアみたいな技術のない会社は、言わずもがな。

354:デフォルトの名無しさん
06/01/22 17:56:26
ライブドアってIT企業なの？

355:デフォルトの名無しさん
06/01/22 18:04:50
>携帯とゲーム機はOpenGL
PS3以外にOpenGLを明言してたゲーム機ってあったっけ？

356:デフォルトの名無しさん
06/01/22 18:06:26
あうしかしらんけどOpenGL ES使えるみたいなことはどっかにかいたったな

357:デフォルトの名無しさん
06/01/22 18:07:15
ゲーム機かなら知らん

358:デフォルトの名無しさん
06/01/22 18:13:52
>>355
任天堂のGameCubeがATIベースでOpenGLだったはず。
で、ジオメトリのパイプラインがどうのこうのでカスタマイズされてるらしい。
詳しくは知らんけど。

なんか前にOpenGL.orgのフォーラムでトピック建ってたような。

359:デフォルトの名無しさん
06/01/22 18:35:21
>>349
>先端技術に付いて行けずフェードアウトした奴は、
>黙って携帯で3Dでもやってりゃいいんじゃね？

それはshi○zのことですか？

360:デフォルトの名無しさん
06/01/22 19:03:30
しかし、本家スレはもとよりここですらOpenGLの中身の話題が無くなってるな。
優位性だの将来性だのの話はいっそ「OpenGLの将来性」スレみたいなの立てて
みんなそこでやればどうよ？

361:デフォルトの名無しさん
06/01/22 19:33:11
どんなの立ててもココとおんなじになるだろうね
DXとGLの煽りあい

362:デフォルトの名無しさん
06/01/22 19:35:55
>>361
スレ立ててクズどもがそちらへ移動してくれれば俺はそちらは読まないから有難いよ。ｗ

363:デフォルトの名無しさん
06/01/22 19:38:50
どっちにも居座りそうだけどなそいつら

364:デフォルトの名無しさん
06/01/22 20:12:38
カ－マックは一応、PS3には期待している。
PS3はLinux+OpenGLなので、オープンプラットフォームというのをやってくれることを期待していると語っていた

開発のしやすさと言うのはXBOX360がダントツだが、
オープンになってくれるのなら自分の資産は放出すると。
あとは後進に任せ、みんなで発展させていけるような
そのためのプラットフォームになってくれればいいとさ

365:デフォルトの名無しさん
06/01/22 20:41:55
話題があるだけマシだと思え

366:デフォルトの名無しさん
06/01/22 20:50:19
そもそもこのスレに本当のGL2.0プログラマがいるわけねーじゃん。オレ様を除いて。
「クズども」とか言ってるのも、単なるなんちゃってGL1.5級のプログラマ。

GL2.0できない奴がGL2.0の議論できないのは当然。
DirectX vs. OpenGLの話題になるのも当然。

何故ならここは底辺の集まる2chだから―。

367:デフォルトの名無しさん
06/01/22 20:58:56
そんな無茶なｗ

368:デフォルトの名無しさん
06/01/22 21:31:00
でも合っている

369:デフォルトの名無しさん
06/01/25 00:26:49
ちょっとみんな待って。
ここは３６６様を讃えていろいろご教授願おうじゃないか

では３６６様、手始めにかっこいい炎のエフェクトの書き方お願いします
↓

370:デフォルトの名無しさん
06/01/25 01:19:26
何でいきなり炎のエフェクト？
しかも書き方ってｗ

371:デフォルトの名無しさん
06/01/25 09:24:58
More OpenGL Game Programmingを買わずに
ソースだけダウンロードしてもふもふしてます。
ビギナーなぼくちんは本も買う価値ありますか？

372:デフォルトの名無しさん
06/01/25 12:54:37
>>371
あります

373:デフォルトの名無しさん
06/01/25 16:39:39
2chのOpenGL関連スレはまさに底辺だな

まぁOpenGLに限ったことではないけど

374:デフォルトの名無しさん
06/01/25 17:22:30
てーへんだてーへんだ！

375:デフォルトの名無しさん
06/02/21 20:57:28
OpenGL2.0からサポートしたnon-power of two textureだけど、
従来の2^nサイズのテクスチャに比べてパフォーマンスの低下ってあるのかな。

376:デフォルトの名無しさん
06/02/23 09:20:52
>>375
non-power of two texture、ドライバによるのだろうけど、
GeForce では低下なかった。
Redeonでは使い物にならないほど低下する。

377:デフォルトの名無しさん
06/02/25 00:25:56
リピートかからないなら落ちないでほしいなあ

378:デフォルトの名無しさん
06/02/27 13:09:51
おまえらの大好きなGLSLの生みの親、3DLabsがグラフィックボードから撤退ですよ。
URLﾘﾝｸ(pc.watch.impress.co.jp)

次ページ