OpenGL 2.0 専用スレYouTube動画>2本

OpenGL 2.0 専用スレ。

ここでは、OpenGL の猛者のみが生き残る―――

- 関連サイト -
http://www.opengl.org/
http://www.mesa3d.org/

http://developer.nvidia.com/
http://www.ati.com/developer/
http://developer.3dlabs.com/

ｶｽどもがｗｗｗｗｗｗ

おまいらこんな記事参考になるか？
http://www.digit-life.com/articles/opengl20/

今すぐ OpenGL 2.0 仕様を↓からゲットだ
http://www.opengl.org/documentation/spec.html

OpenGL 2.0 関連の書籍がまもなく発売となります。

1. OpenGL Reference Manual: The Official Reference Document to OpenGL, Version 2.0
http://www.amazon.co.jp/exec/obidos/ASIN/0321335716/

2. OpenGL Programming Guide: The Official Guide To Learning OpenGL, Version 2.0
http://www.amazon.co.jp/exec/obidos/ASIN/0321335732/

3. OpenGL Shading Language, Version 2.0
http://www.amazon.co.jp/exec/obidos/ASIN/0321334892/

「洋書なんて読めない!!」

そんな、かよわい羊は、ただ狼に食されるだけです。

高レベルな質問
↓
高レベルな回答
↓
エロネタ
↓
政治・経済ネタ
↓
ｶｽどもがｗｗｗｗｗｗ
↓
以下ループ

発展的書籍：

ShaderX 3: Advanced Rendering With DirectX And OpenGL
http://www.amazon.co.jp/exec/obidos/ASIN/1584503572/

ShaderX 4: Advanced Rendering Techniques (予約)
http://www.amazon.co.jp/exec/obidos/ASIN/1584504250/

GPU Gems: Programming Techniques, Tips and Tricks for Real-Time Graphics
http://www.amazon.co.jp/exec/obidos/ASIN/0321228324/

GPU Gems 2: Programming Techniques For High-Performance Graphics And General-Purpose Computation
http://www.amazon.co.jp/exec/obidos/ASIN/0321335597/

他にオススメがあれば、随時掲載してください。

>>6
赤本（Programming Guide）はもう出てるね。

>>8
「Advanced Game Development With Programmable Graphics Hardware」
http://www.amazon.co.jp/exec/obidos/ASIN/156881240X

OpenGL + CgだからPS3開発者には良いかも。

とりあえず、FBOの仕様書置いておきますね。
http://oss.sgi.com/projects/ogl-sample/registry/EXT/framebuffer_object.txt

ビボーで2.0用カードが買えない人はどうすればいい？

OpenGL 2.0 の特徴はおおざっぱには以下の拡張機能だ。

ARB_vertex_shader
ARB_fragment_shader
ARB_draw_buffers
ARB_texture_non_power_of_two

おまいら日本人も、このへんさえマスターすればだいたい OpenGL 2.0 だ。
細かいことは後から調べりゃいいさ。

以上、何か質問はあるかね？日本人猿

>>12
たとえば GeForce 6200TC なんて5000円くらいから売ってる。
これでもばっちり OpenGL 2.0 だぞ。

ごめん、ビボーだからそんなお金ない

>15
ちがう。そんな低レベルな回答では駄目だ。
高レベルな質問にはもっと高レベルな回答をしてくれたまえ。

>12
あ　き　ら　め　ろ

>>16
その美貌を武器にお金を稼ぐんだよ

>>15
本当？
どこのメーカーの？
ほとんどOpenGL1.5対応としか書いてないけど

こことか
http://www.inno3d.com/products/geforce6/6200_tc.html

それとも非公式？

>>16
がはははｗ
なめるなよ

>>17
どうやってあきらめらばいいんだよ？

ホタテをなめるなよ？

このスレは、OpenGL 2.0 の猛者が集うスレである。

キミ達のような人間は、このスレが欲しているような人間では、到底無い。

さぁ、羊どもは牧場に帰りたまえ。
http://pc8.2ch.net/test/read.cgi/tech/1126267690/

>20
日本をあきらめろ

>>19のような、OpenGL ICDの概念を全く理解していない馬鹿は、このスレに来るべきでない。

>>19
nVidiaから最新ドライバダウソして入れれば2.0になるだよ。

>>23
無理

>>25
どうもっす
調べてみますだ

はいはい、>>26のような馬鹿どもには馬鹿専用のスレがあるから。
http://pc8.2ch.net/test/read.cgi/tech/1126267690/

ｶｽどもがｗｗｗｗｗｗ

>>27
ぷぷぷｗ
相手にされてないのに絡んでくるなよ
バーカが（ｹﾞﾗﾗﾗﾗ

パラボロイドシャドウマップを実装しているのですが
シャドウマップの生成がうまくいきません。何か間違っているのでしょうか…。

!!ARBvp1.0

PARAM nfz = program.local[0];
PARAM half = { 0.5, 0.5, 0.5, 0.5 };
PARAM light = program.local[1];
PARAM d0 = program.local[2];

TEMP p, n, inv, lenp, L, i;

ADD p, vertex.position, -light;
RCP inv.x, p.w;
MUL p, p, inv.x;
ADD result.color.w, -p.z, half.x;
DP3 lenp, p, p;
RSQ inv.x, lenp.x;
MUL p, p, inv.x;
RCP lenp, inv.x;
ADD p, p, d0;
RCP inv.z, p.z;
MUL p.x, p.x, inv.z;
MUL p.y, p.y, inv.z;
ADD p.z, lenp, -nfz.x;
MAD p.z, p.z, nfz.z, nfz.w;
MOV p.w, d0.w;
MOV result.position, p;

END

>27
そのスレは中国様の許可得たの？
得てないでしょ。

>>29は明らかに低能

>>30
ここはOpenGL 2.0専用スレなのでGLSLで書き直さないと見てもらえませんよ。

なんか一人得意げにアセンブラ披露してカマかけてる奴がいるな。

ソケットプログラミングっていうのも、
このスレでいいの？

>>35
だめ

ネットワークプログラミング相談室 Port14
http://pc8.2ch.net/test/read.cgi/tech/1118469143/

そっちのソケットかよ！

アナルネタかと思った・・・

あなたのアナルにプラグ・イン！

>>30
何がうまくいっていないのか、うまくいっていないと思うのはなぜかを具体的に言え。
“シャドウマップの生成”自体が問題だったらシェーダは関係ない。
最初は平行光源のシャドウでも試せ。

ガガガガガガガガガ...................

ガガガガ...................

...................


フィッッッシュッッッ!!!

フィッッッッッッッッッッッッシュッッッッッッッッ!!!

ワァァァァァオッッ!!!

ワァァァァァァァオッッッッッッッッッッッ!!!

........ザッッッバァァァンッッッ!!!...........

..................バッッッサァァァァァァンッッッッ!!!...................

...............................ザァァァァァァァァァァァンッッッッッッッ!!!..........................



フ ィ ッ ッ ッ ッ ッ ッ ッ ッ ッ ッ ッ ッ シ ュ ッ ッ ッ ッ ッ ッ ッ ッ ! ! !


イィィィィィィィィィィィィィィィィィィィィィィハァァァァァァァァァァァァァ!!!!!!!!!!!!!!!!!

俺たち馬鹿をpart8に隔離したのにこのレベルの低さはなんだｗｗｗｗ

ひとりハイテンションで釣り番組やってる方がいらっしゃいますね

＜OpenGL 2.0 専用スレ 中間考査＞

Q.1) 平面ないし曲面に深度をオフセットしてデカールをマッピングする場合における、
最もスマートかつシンプルかつエレガントかつエキゾティックな方法を記述せよ。
（配点：25点）

↓ここで本当にレベルが高い香具師のレス

ちんちんびびんびーん

ベロベロベロベロベロベロベロベロベロベロ
スポスポスポスポスポスポスポスポスポスポ
ああーいくいくいく

うっ

お前ら自分のレベルが低いのを棚に上げて他の奴を馬鹿にすんのやめろよな。
結局お前らも程度の低いことしかやってないだろうが。

Z 座標が P_z で定義される頂点の深度を、距離 δ だけオフセットするには、

ε = - (2 * f * n) / (f + n) * δ / P_z * (P_z + δ)

なる ε を求め、透視射影行列の (3, 3) 成分に 1 + ε を乗算する。

尚、ここで n は近クリップ平面までの距離、
f は遠クリップ平面までの距離である点に留意されたい。

続いて、デカールの貼り付けであるが、
点 P (P_x, P_y, P_z, P_w) を中心とし、N を単位法線ベクトル、T を単位接線ベクトルと定め、
単位従法線ベクトル B を N と T の外積すなわち B = N×T とする。

このとき、幅 w、高さ h すなわち w×h からなるデカールを、
以下に定義する 6 つの平面に対してクリッピングを行う。

(left) = (T, w / 2 - T・P)　(right) = (-T, w / 2 + T・P)
(bottom) = (B, h / 2 - B・P)　(top) = (-B, h / 2 + B・P)
(front) = (-N, d + N・P)　(back) = (N, d - N・P)

ただし、ここで d は点 P を通る接平面からの最大距離である。

さて、以上の議論から、デカールの頂点 Q に対する
2D テクスチャ座標の公式を得る。

s = T・(Q - P) / w + 0.5
t = B・(Q - P) / h + 0.5

＜採点結果＞

>>47： 0 点　（先生から一言：　他人に頼らず、自分で考えましょう。）

>>48： 0 点　（先生から一言：　や　ら　な　い　か　？）

>>49： 0 点　（先生から一言：　そういうあなたは、どうなんですか？）

>>50： 15 点　（先生から一言：　式の導出が議論されていません。）

なるほど、あからさまに質問するのではなしに
問題を与えて暗に答えを得んとする新手の質問者だな

なんだ。
ただの外国の書籍か論文のコピペスレか。
高等スレが笑わせるｗｗｗ
いや、口頭スレなのか？ｗｗｗｗ

へぇ、外国の書籍か論文でデカールの貼り付けなんぞを日本語で記述したものがあるんだ。

え？なに？

あ、そうか。>>53の言う「外国」って中国だったんだね。納得。

┐(´ー｀)┌

＜採点結果＞

>>53： 0 点　（先生から一言：　中国人留学生には補講を用意してあります。）

補講（対象：中国人留学生）
http://pc8.2ch.net/test/read.cgi/tech/1126267690/l50

ﾚﾍﾞﾙﾀｶｽｗｗｗｗｗ

ある意味、こっちのスレよりあっちのスレのほうがレベル高いという罠。

うん。少なくともあっちのスレは漏れのレベルを超えてる。
最近の議論は超むずかしいよ。

http://pc8.2ch.net/test/read.cgi/tech/1126267690/23

「この問い掛けは、現代の社会病理を的確に指摘したアフォリズムであり、
今日、我々が直面しているアポリアに対して有益な示唆を与えている。」
（ワシントンポスト、2005年9月11日号　夕刊）

阿呆りずむ

>>61
山田君、座布団一枚




もってって

日本のOpenGL業界も地に堕ちたな

OpenGLネタがない
↓
とりあえず適当に質問を載せて保守
↓
その質問をバカにするレスが書き込まれる
↓
収拾がつかずカオスへと突入
↓
エロネタ、電波のオンパレード
↓
以下ループ

まさに、エントロピー増大の法則に合致したスレですね。

ま、結局OpenGLを勉強したい奴は独学に尽きるというわけで



　終　了　。

なあ、2.0ってそれ以前と互換性ないの？
無いんだったらOpenGL名乗らないでほしいなあ・・・

>>68
頭悪すぎ

>>68
無いわけがない

何から互換性がないと判断したのかが気になる

ﾌﾟﾊﾊﾊﾊﾊ。

ｶｽども。今に見てろよ。

>>71
DirectXみたいなもんだと思ったのでは？

>73
DirectXの後方互換性を知っているのか?

>>74
DirectXは新しいインターフェイスをまるごと用意して古いのはそのまま残してるだけだから、
プログラマの視点では、後方互換性があると言うにはちょっと無理があると思う。

>>74
考え方次第だけど、API自体は全く異なる（特に7以前と8以降）ので、普通の意味での
後方互換性はないと言うこともできるわな。＞DirectX
たまたま現在配布されているランタイムはDirectX7,8,9のAPIを全部サポートしていると
いうだけで、7に何かを加えて8になり、それに何かを加えて9になったというわけでは
ないので、プログラマから見れば特に7以前の知識は何の役にも立たない。
このスレでDirectXの話に深入りするつもりはないけど、>>68氏はOpenGL1と2の関係
もそんなもんだと思ったんじゃないのかな、ってこと。実際にはそうではないわけだが。

実行互換はあるがソース互換はない

これからの時代は、自分でドライバ書いてハードウェア直叩き。

これだね。

GPUがシェーダセントリックなアーキテクチャとなった今日においては、
もはやDirectXかOpenGLか、HLSLかGLSLか、なんてのは関係無い。

マイクロコードでGPUをハードウェアレベルで制御する。

これだね。

もはや、OpenGLの混沌としたカオス―すなわち拡張仕様―に煩わされることもない。
もはや、DirectXのMicrosoftによる独断的な仕様決定に煩わされることもない。

そう、これからの時代は、自分でドライバ書いてハードウェア直叩き。

これだね。

それだね。

そうでもない

DirectXのスキンメッシュと同じようなサンプルプログラムを探しているのですがありませんか？

「へんじがない　ただのしかばねのようだ」

鹿で作ったバネのようだ

「DirectXのスキンメッシュ」っていうのを知らない。
っていうかDirectXのスキンメッシュのサンプルプログラムじゃだめなの？

>>81
skin mesh のフォーマット依存だよ。
↓ここら辺参考にして下さい。

http://www.morrowland.com/apron/tut_gl.php
http://nehe.gamedev.net/

>>85
ありがとうございます

C++でOpenGLを用いてDLLを作成し、
VBのピクチャーボックス上に描画してるんですけど、
保存しようとすると白紙で保存されてしまいます。
なぜでしょうか？
SavePicture Picture.Image
で保存しようとしています。
VBで作成した描画はこれで保存できるんですけどね。
どなたか教えて下さい。お願いします。

>なぜでしょうか？
VBは知らないのでわからん。

>どなたか教えて下さい。お願いします。
VBで保存できない理由を知りたいの？
絵を保存する方法を知りたいならそう聞けよ。

そうです。
絵を保存する方法を教えてください。

>>89
glReadPixels

>>87
PictureBox.ImageにはVBの描画関数の結果しか適用されてないはず。
PictureBox.AutoRedrawをtrueにするとhdcプロパティがバックバッファの方になるんだっけか。
そいつをImageコントロールかなんかに描画して保存すればいいのか？
忘れたよVBなんて

2.0にまで汚染が広がってきてるよ。。

ｶｽどもがｗｗｗｗｗｗ

JavaとGLSLこれ最強

最近のJOGLってOpenGL2.0対応してるみたいね。
案外Javaでやるというのも、これから長い目でみるとアリかもな。

結論！
ＯＰＥＮＧＬ最強杉ｗｗｗ
ダイレ糞Ｘ死滅確定ｗｗｗｗっううぇっうぇｗ

>>96
アリだと思う。ちょっと仕様変わる(JSR-231)が、Java 6 に標準装備される
可能性が高いし。

FBO拡張さわり始めたけどpbufferで心が折れそうになった俺には神的に使いやすいAPIだな。
DirectXから比べてもZBufferを簡単にテクスチャ化できるのも素敵だ。

　しかし、まぁ、一昔前に比べると海外の情報サイトも激減したように見えるがどうかねぇ。
英語が読めない日本人ならいざ知らず外人まで何が仕様で何がドライバのバグなのか
混乱してDirectXに逃げてる感じ。

　GLSL触っててドライバーのエラーで気づいたんだけどGLSLって
NVIDIAのドライバ内で一度cgコードに変換されてコンパイルされてんのね。
道理でコンパイル遅い訳だ。

　GLSLってDirectXに比べて中間コード無しで直接ドライバにソースコード
渡せるからよりカツカツな最適化できるのがメリットとかテキトーな言い訳
してたけど結果がこれじゃねぇ。

>>100
困るほど遅い？

DirectXから比べると遅いねぇ。
Effectファイルみたいなシェーダ管理機構もないからシェーダファイルの数も膨れ上がるし。
シェーダコードをバイナリ化しとけないのも×。
言っちゃなんだけど製品に使うには粗がありすぎだと思うけどどうか？

実際にGLSL使われてる製品ってあんの？

あるよ。

っていうか、ゲームってGLばっかだと思ってたけど。
昔カーマックがDX使わないって言ってたのを聞いた事がある。

ゲームはほぼdirectxのみ。
多くの開発者にとって神であるカーマックがopengl支持だったから、辛うじて残ってたくらい。
そのカーマックすらxbox360でdirectx陣営に回りそうって話で、ゲーム分野での死滅は免れそうに無い。

ゲハ臭いスレだな

はっきり言っちゃうと、個人的にはゲームなんてどうでもいい。
ゲームのおかげでGPUが安く高性能になったのには助けられているが。

ウンコリヤルエンジン3がOpenGLサポぅツ

だからPS3とダメ箱、PCでも問題ない

ウンコリアルエンジン見たくドライバメーカと蜜月な関係に
でもならんとGLで製品作るのは相当辛いと思われるが。

なもんで、NVIDIAがライブラリを豊富に用意した

かつOpenGLなので面白い関数は速攻ライブラリ行きにできる
ましてコンソールだから承認を待つ必要もなく、
作ったところが自由に入れ込める

もし優秀ならばSDKアップデートとして他メーカーにも提供していけるという話
権利がどうなるのかは知らないが

何の話？そんな素敵ライブラリがあったらGLは衰退してねしょ？

PS3の話と他の話の区別ができないバカも出るわけだわ

ケータイゲーム業界(というよりキャリア(というよりチップメーカー))が
OpenGL/ESを選んだから
OpenGLのゲーム業界進出はこれからが本番だよ

さすがにMS以外DirectX乗せるわけ無いからね

glHogeSCE拡張の嵐でウンザリするに100EE。
そいうえばOpenVGとかどうなったんだろうな。

OpenGL毛嫌いすんのはアレでしょ、要するにアホ。

某自称社長なんか知ったかコイて「Ｘｂｏｘ360のほうが性能がいい」とか言っていたが
ジョン・カーマックが「PS3のほうが性能はいい」


ああいう誰かも分からないアホよりもカーマックのいうことのほうが説得力がある
よくよく見れば単なるDXファンボーイ

そういうバカの集まりだよDXファンボーイは

HEYユー
DXファンボーイを侮るんじゃあないぜ。やつらは大勢だ
そこんとこユーはアンダスタン？

OpenGLなんか使われてもネェ・・・
オナニーじゃないんだから

なにかデメリットあるのか？

情報がすくねーな。あとドライバのGL実装がバグバグ。
というかGLマンセーな人はATIやNVのドライバの糞実装で泣いた事は無いのか？
あいつら、明らかにやる気ないぞ。

>>120
全然。
S3が変な実装しているのを見かけたことはあるがな。

そか。その程度の所しか触ってないならそれはそれで幸せだと思うぞ。

人間楽な道に行くとバカなことしか言わなくなるし
ロクなこともできない

貧乏人って苦労してるからどんどんバカじゃなくなっていくね
じっと手をみる

カーマックがDXボーイだったら、多分今頃落ちぶれてたであろう。

結局のところGLは実装依存になってるんだよなぁ
DXと何が違うのやら

DXが使える環境の人はそれを使えばいいだけ

こっちのスレまで不毛な論争が入ってきたな。
どうなろうがここはOpenGL関連のスレなんだからOpenGLの価値否定ばっかしてもしょうがないだろ。
実際の2.0関連の話を粛々とすればいいんじゃないの？

粛々とする対象の話がない。
できるレベルに達している人が集まってない。

価値否定も何も事実を述べてるまでじゃん

でも、DirectXの話ははっきり言ってうざいだけ。
どうしてもやるならOpenGL vs DirectXみたいなスレでも立てて
そちらへ隔離してほしい。

OpenGL VS Direct3D
http://pc8.2ch.net/test/read.cgi/tech/1044308707/l50

OpenGL2.0の達人の方々に質問です。
FBOに対してFSAAをかける方法解る人いますか？
拡張命令を目を皿にして眺めてもよくわかんなかったれす。

>>133
EXT_framebuffer_object の Issues 41 は読んだ？

久しぶりに来てみたら。なんだ。お前らまだOpenGLなんかやってやがる。

ダメじゃん。全然未来が見えてないジャン。

やっていることは。種子島の鉄砲伝来以来。変わってないジャン。

ま。そういう民族ってことなんだろうけど。

お前らには悪いが。私は一足お先に未来へと行かせてもらうよ。

>>135
両方のスレへコピペご苦労。はやく未来とやらに逝ってください。

コピペをコピペであると指摘するのはアホ
コピペにマジスレするのが知識人

マジスレ

スジマン

ジンマシン

マンマシンインターフェース

マンコマシンイヤンフェラチオ

ママノマンコペロペロ

ペペロンチーノマンマミーヤ

ペロペロチロチロマンマンヌレヌレ

最後の希望、OpenGL2.0専用スレも、もはや死に体同然だな。

>>135
一瞬、ちょっとだけ過去にタイムスリップしたかと思ったZE！

>>134
Issues41は読みました…。う～良くわからん。
まだ実装されてないって事？実装する予定が無いって事？
またpbufferに逆戻りか…。

>>148
一言で言えば「まだできない」だと思う。各ベンダの独自拡張までは調べてないけど。

>>149
　マジカ！折角pbufferの呪縛から逃れて新たにFBOで仕切りなおしかと思いきや
FSAAで拡張地獄に付き合わなきゃあかんのか。DX Boyがシャカリキになるのも
うなづけるってもんだ。

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

JavaのJOGLならpbufferの違いを隠蔽してくれるみたいだぞ

GLSLでマルチテクスチャができねぇ
フラグメントシェーダで二つ目のテクスチャがサンプリングされない

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

GLSL
uniform sampler2D tex0, tex1;
↓
glUniform1i(glGetUniformLocation(prog, "tex"), 1); // GL_TEXTURE1
↓
glActiveTexture( GL_TEXTURE1)の後、glBindTexture
GLSLの時、glEnable/glDisableいらない（かも
↓
寝る

くそっできねー

>>153
寝ないでくれ。

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

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

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

http://marina.sys.wakayama-u.ac.jp/~tokoi/?date=20051008

>>154
テクスチャ読み込むときもバインド必要だよ。

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

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

まず152はテクスチャフェッチとテクスチャユニットの関係から勉強するべき。

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

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

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

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

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

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

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

UVがおかしいのかテクスチャがおかしいのかをはっきりさせろ。
ためしに、
gl_FragColor = texture2DProj( tex2, gl_TexCoord[0] );
とか、
gl_FragColor = texture2DProj( tex1, gl_TexCoord[1] );
とか、やってみろ。

マジレスすると、

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

マジレスすると、

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

なんかテクテクスチャスチャうるさいなぁ

正直こんなところでつまづくならDirectXのほうが理解が早いぞ。
DirectX10でまた色々強化されるし乗り換えておいたほうがいいんじゃね?

Windowsじゃないから。

それで理解や習得に時間かかってちゃアホだよ。

やっとできた！

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

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

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

プログラミングなんて、所詮は経験ですよ。

そうでもないよ

経験は大事

趣味pgですが2kなのでglでう。

http://pc8.2ch.net/test/read.cgi/tech/1132403929/

OpenGL2.0は圧縮テクスチャ使える?

>>172
OpenGL 1.3以降なら標準機能だす。無論2.0でも使える。

Xbox360大盛況でどうみてもDirectXの圧勝です。

OpenGLは終了致しました。

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

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

それは自虐ネタにしか見えないんだが・・・ｗ

フリーズしまくる

まだだ！　まだ我々にはOpenGL2.1がある！！

glUniform1iARBって言えば、俺もハマッた記憶あるな。１時間ぐらい悩んだ。
つか、DX-Boyの俺にはサンプラ変数にシェーダ内に値が持てないのがまず理解できない。
ｃｇでもつかえって事か。

CgはCgで色々ある
コンパイラに任せとくと実行速度が1/2になることも

Cgは遅いから気をつけろよ。
無駄な変数を定義せず無駄なセットをしないこと。
シェーダーが切り替わると共有変数とか関係なしに
全変数(未使用も含む)が再セットされるのでコストがでかい。

Cg はライブラリは使わず、コンパイラとしてのみ使うのが吉だな。

DirectXのHLSLも同じくアセンブラにコンパイルして使ったほうがいいな。

>>179
>>180
まじで？　CgがそうだってことはHLSLも？
GLSLはどうなんだろう・・・。

GLSLはよく知らないけど、CgやHLSLはアセンブラの知識が必須。
特にピクセルシェーダ1.x系列の場合は。

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

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

GLSLはループ回してる時に動的分岐入れるとまずコンパイルできない。
いや、コンパイルはできるんだがリンクできない。
「ループ時にブランチするな」とはどこにも書いてないので、恐らくコンパイラのバグなんだろう。
（ちなみにnVIDIAのCgコンパイラ経由）

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

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

川瀬氏が今Cgいろいろやってるが、苦労してるようだ

投稿日 11月22日(火)04時29分 投稿者 Masa 削除

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

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

…

ありえない…。

>>180はCgFXの話だよね？
>>185 GLSLじゃないけど、CgのFP40プロファイルとかはどうだろう。一応ループはコンパイル通って動いたよ。
NVIDIAのボードじゃないと動かないかもしれないけど

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

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

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

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

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

>>190
>GLSLの方が２～３割減ぐらいでパフォーマンス出ない

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

うはｗいつのまにかOpenGL2.0専用スレらしくなってるｗ

なんでもそうだが、コンパイラ任せでそのまんま
ってのはダメだ

う～ん、でもコンパイラトリッキーなコードはそれはそれで問題だからなぁ。

>>191

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

Lockかけてもだめなものなの？

uniform変数の連結ポリシーもそうなんだけど、
そこら辺何も言わないしどこにも書いてないから困る

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

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

まぁ、DirectXは知らんが。

法線3ですた。

ていうか商用のOpenGLゲームでアニメーションをどのように描画しているのか
激しく謎なんだけど誰かknow-how知りませんかね？

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

>>199
glLockArraysEXTやってなければ大丈夫なんじゃないか？

>199
GPUかCPUのどっちか暇そうなほうにやらせる。
GPUでやる場合は頂点シェーダ。
CPUでやる場合は描画前に頂点座標を計算してバッファに貯めとく。

DirectXだと頂点シェーダをCPUで実行させるのが簡単なんだよね。
正直言ってこの機能だけはうらやましい。

>>201
うーん、やっぱ動的に計算する時は頂点シェーダでスキニングってことになるのか。

>川瀬氏が今Cgいろいろやってるが、苦労してるようだ

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

Cgが遅いんじゃなくてCgFXの話ですよね？
CgFXって誰も使ってないっぽい
cgGetFirstTechniqueをググって3hitだし...
今自分もCgからCgFXにするかGLSLにするか悩み中。

>204
PS3のゲーム開発でCgやる必要が出てきたとか。
でも今はシリコンスタジオ勤務らしいからそれはないか。

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

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

PS3だからってCg使わなくてもいいだろ。
コンパイルだけさせてレジスタへのパラメータ設定は
ARBの命令使えばいいし。
GLSLも遅いみたいだしそうしたほうが良くね?

NVIDIAもわからんところだ。
あれだけ、シェーダのスペシャリスト中のスペシャリストばかり揃ってて
なんでこんな仕様&コンパイラになるんだ。

だから Cg はコンパイラとして使って、アセンブラで埋め込めって。
ライブラリの出来が悪いのはCgFXがマイクロソフトと共同開発だから。

>>208
まーく・じぇい・きるがーど先生のフォースが衰えてきてるから。

>>205
CgFXとGLSLを同列に語るのはおかしいんじゃないか?
CgFXはエフェクトファイルだからあえて比べるならAshliか。
Ashliは使ったことはないがな。

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

ちゅうか、おまえらCg以外にネタないんですかね？
あんましOpenGL2.0とも関係ないし。

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

MSはEffectクラスの利用を推奨してますがな。
んだからConstantTableとか拡張してんだよ。

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

ID3DXEffectCompiler::CompileShaderを使ってシェーダーをコンパイルして
その時にConstantTableを受け取るんだそ。これやる時点でEffectクラス
なんざ使用しませんが？おれ何か間違えてる？

あってしかるべき機能を追加しただけなんじゃ・・・

コンパイル後のシェーダーに名前でデータセットするには
ConstantTableのようなクラスが足りなかったしね。
これでHLSLを使いつつもEffectクラスを使わずに済む。

で、OpenGL2.0の話題は？

uniform int numLights;
for (int i=0; i<numLights; ++i)

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

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

またずいぶんな低脳が沸いてきたな。
汎用CPUと同じことが全部GPUでできるならCPUいらないよ。ｗ

まぁ見るからに釣りなわけだが

自分で低脳と評する相手に反応するなんて
俺には恥ずかしくてできない。

PS3だとCgなんて使わずに全部CELLでやるんだろうな。
スキニングとかシェーダーじゃつらいし、FSAAとかもSPEがやるとか
言うらしいし。Cgが遅いとかいう問題も関係無いだろうね。

なんのこっちゃか。

どうせならもう少しマシな釣りをお願いしたい

>>223
テッセレーションとか、一部の処理はCELL側でやる可能性はあるだろうね。
でもGPUシェーダーで十分できる範囲の事はやっぱGPUでやった方がよくね？
空いたSPE他の事に回せるし。

スキニングはシェーダーに積めるマトリクスに限界があるから
確かにSPEがいいかも。AAはHDRバッファだと掛けられないので
MGS4はSPEでやるらしいね。

ＸＢＯＸ３６０ではシェーダーをＣＰＵコードとＧＰＵコードの両方でコンパイル出切るらしいが
まぁ当然ＳＰＥはカリカリハンドチューニングなんだろうね。大変だ。

いまどき全角英数字使ってる奴なんて久しぶりに見たわ

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

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

はい次。

俺の経験からすると全角英数字使ってる奴は間違いなく頭の弱い馬鹿。
全角数字はスタイルが醜い。そして無駄が多い。

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

OpenGL Shading Language

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

否、信じたくもない。

俺の経験からすると全角ｶﾀｶﾅ使ってる奴は間違いなく頭の弱い馬鹿。
全角ｶﾀｶﾅはｽﾀｲﾙが醜い。そして無駄が多い。

カスどもがｗｗｗｗｗ

ｶｽどもがwwwww

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

否、信じたくもない。

コンピュータといえばWindowsしか知らない精神的視野狭窄

>>232
ニホンザルお得意のパクリ、すなわち、二番煎じかｗｗｗ

さすがに猿だけあって猿真似がお上手なこと

だからいつも言ってるだろ。全角の方が美しい環境もあるって。
Windowsしか知らんのか。このパソコン素人が。
「俺の経験からすると」ってのが痛々しいぜ。

半角片仮名と全角英数字は日本の規格屋の恥だと思う。
要するにフォントの指定を文字コードに入れてしまったという先見性のなさ。

WindowsもLinuxもMacも使用してますが何か。
ていうかプログラミングはもっぱらLinux上ですが何か。

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

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

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

とりあえず、オナニストはさっさと童貞捨てて世界を知れｗ

なんだよもうちょっと遊べる奴かと思ったのに全然面白くないや
相手して損した

おまえらネタはいいからOpenGL2.0の話題を出せ

OpenGL|ES系の話はここでしちゃだめ？

>>238
自分の価値観を絶対として他人をこき下ろす。
お前ともだち少ないだろ？

ス急低参

>>242
少なくとも全角半角の話題よりはこのスレにふさわしい。
つまり全く問題ない。

>>232
うまいね。

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

DirectXの進化と比べると悲しくなってくるな。やっぱ金の賭け方が半端に違うからなぁ。
クロスプラットフォームというDirectXにはあり得ない利点があるのが唯一の支えだな。

かつてOpenGLで名を馳せたあの人やあの人、さらにはあの人・あの人までもが
続々とDirectXに移行している（あるいは移行予定）という事実。
先見性のないお前らはいつまでOpenGLなんて使ってるんでしょうね。

>>248
そんなこと言ってる暇があったらLinux版とMacOS版のDirectXを作ってくれ。

>>248
その4人は誰か書けよー嘘くせー
と煽る

そもそも、他人は関係ないだろ。

>>251
今251が良いこと言った

今日の収穫：

　4匹　サイズ小

あー、釣れたとか言うのと同じ負け犬の遠吠えですな。
気は済んだかい？

海外フォーラムではD3D10で沸き立つところに
OpenGL勢が茶々を入れるという図式になっております。

OpenGLってオレオレ・グレート・ライブラリに改名したほうがいいと思う

Dx10のシェーダーのレジスタ数がはんぱじゃないほど増設されてる。
なんかまったくの別物になった。Dx9やOpenGLと親和性は無いかもな。

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

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

>>259
どの環境か詳しく

新しいhumusさんのデモ、すごいね。トータルなデモになってる

あの程度で驚いて、しかも自分でも作れない>>261は明らかにGL2.0の猛者では無いので
然るべきスレに行こうね。
~~~~~~~~~~~~

いや、あのレベルのものを自分で作れる奴なんて元からこのスレにいないだろｗｗｗ

てかDirectXと比較して使ってる奴なんているの？Windows上で使ってる奴なんていないやね？
OpenGLの魅力はOpenでクロスプラットフォームなところでDirectXと比較するような話じゃねぇし。

> OpenGLの魅力はOpenでクロスプラットフォーム

ダウト

>>259
それは多分早期Zカリング（NVIDAではHyper Z）が効いて無い
んだと思うよ。一部のFBOの組み合わせでは何故か効かなくなる
傾向がある。法則は不明。マジウンコ。

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

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

クロスプラットフォームなんて所詮は戯言ですよ。

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

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

つーか、Direct3D10がWindowsVistaオンリーってアホとしか思えない。
しかもVista以後はWindowsXPのサポートも早々に打ち切り。

M$、終わったな。

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

>>268
俺も今まで何度か「MS終わったな」と思ったが、そのたびに裏切られてきた。orz

ﾜﾛｽ

>>268
＞次世代PCゲームがVistaでしか動かない
ソースは？
どう読んでも開発環境の話にしか見えんのだが
コントローラの話か？

わざわざソース持って来るまでもないっつーか、
そういう根本的なことすら知らないっつー事実に驚愕。

おめでてーよな。正直。

なんだかんだ煽ってソースを出さない手法はもう古いと思われ

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

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

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

32bitテクスチャにフィルタ掛けると糞重。当然だけど

むかしspinにXPでもWGF出るかもって書いてあった気がするけど
それならXPにDX10出る可能性も残ってる。

お前らって普通に白痴なんだな。
いや、素で釣りだと思ってるほどおめでたい奴らだったとは想定の範囲外。

とりあえず、お前ら情報収集範囲が恐ろしく狭過ぎるよ。もっと世界に目を向けた方がいい。
http://www.gamedev.net/reference/programming/features/d3d10overview/

なんつーか、日本のOpenGL界隈のレベルの低さを改めて実感してゲンナリだよ。

>>278
誰か翻訳してないの？

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

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

コンパイル時にこんなエラーが出たんだけど
Error: 'C:\PROG\GLUT32.LIB' contains invalid OMF record
, type 0x21 (possibly COFF)
どういう意味？

>>282
そのGLUT32.LIBはお前さんが使ってるコンパイラ（リンカ）では使えないという意味。

>>278
VistaにはAero Glassを使用しないAPIも用意されるんで、その仕様次第によっては
XPに落とし込めるモデルになる可能性も大きいと思うよ。
Aero Glass自体はDirect3D9のAPIだし。

>>281
拡張機能を使わないと遅い
それがOpenGLクオリティ

「OpenGLベースで」という言葉はもはや意味を成さないね

OpenGLは終了いたします。

3

2

1

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

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

>>287
こいつバカじゃね？

>>288
おまえほどじゃないよ。


3

2

1


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

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

ｳｾﾞｪ

UnrealEngine3

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

>一時期など、DX専用と思い込んでいたアホが沸いていて楽しかった
そんなことを楽しんでるから駄目なんじゃないの？

は？
OpenGL使いはDX小僧とはレベルが違うことを確認したまでですが？

>>293
そんなこと確認してるから、おまえはいつまでたっても駄目なんだよ。

お前かｗ
無知は。

>>294そんなこったからお前はDX専用と思い込んでるバカなんだよ。

>>293
１．馬鹿な人間を見つける
２．自分がその人間より上だということを認識する
３．たのしい

……たのしい、か？

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

何いってんのお前らｗ
このスレはOpenGL2.0がDXなんかより優れていることを確認するスレだろ

>>298
いーや、OpenGL2.0を探すスレです

遅い遅い言ってるのは、お約束を知らないから。
遅いんじゃなくて組み方が悪い。

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


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

>300
その「知ってる奴」は
>ていうか使わない変数にまで全部リンクするっていうアレひとつ取っても変だが
で重くなるのをどうやって回避してるのか教えてくれ。

自分で切断

プログラマが全部のシェーダー書いてるの？

おいお前ら。

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

よし、GL2.0の猛者たる貴様が執筆した実用的なGL2.0解説書を買ってやろう。

ウソだぴょ～～～～～～ん！！！！！！！！！！

オレンジ本の翻訳って進んでないの？

誰もやってないし、やるつもりもない
日本人は1.2までだから。

出たとしてもぴあそんが糞訳で倍額でしょ。
いらんいらん。

ここで一句：

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

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

なにっ!!!!!!!　こ、このオレがtypoするとは一生の不覚っ!!!!!!!!!!

>資料豊富な

確かにWIN環境に限定して言うなら資料豊富で環境も充実している
DirectXを選ぶ方が賢いだろうな。

一定のレベルを超えるとOpenGLのほうが資料多かったのになぁ……。
最近は高額書籍の解説もDirectXばかりになってきたな。
GemsとかNVidiaのアレとか

論文までくるとOpenGLばっかりになるんだけどなぁ。

つーか、ぶっちゃけ研究用途でDirectXなんて名前を出すの自体恥ずかしい。
何となく浮ついたイメージがあって、マジメな用途では言い出しにくい雰囲気が・・・
多分ゲーム用が原点にあるからだろうけどね。

研究用途ではWindows自体恥ずかしい。

NV拡張の Fragment_Program2ってDXでいうピクセルシェーダ2.0やない。

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

>>315
うちの教授らはゲームのゲの字を見ただけで、顔をしかめるよ。

>>317
OpenGL的にはfragment shaderはGLSL。fragment programはアセンブラ。
機能的なものとは関係ない。

ビツクリするのが、「ATI_Fragment_Shader」はアセンブラ書きしなければならないということ

名前にだまされる

今月、オレンジ本の第二版が出るのか。
日本語訳されない内に第二版が出るとは・・・。
諦めて英語版買うか。

DirectXだってPS2.0はHLSLだけでしか書けないものじゃない。
依然としてアセンブラで書ける。

なにこの低能っぷりなスレ。

面倒だと言って歩みを止め、楽なほうに楽なほうに流れていく人
面倒になると、より意地を張って前に進む人


差はデカい。

--Cg、CgFXといった用語の違いを読者に分かりやすく説明してもらえますか?

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

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

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

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

>>324
お前のイチモツは小さい



ってことは周知だよ

>>324
その理屈が正しいならGNU Hurdはもっと発展してるハズなんだけどね。
なんで皆がモノリシックなLinuxを選んだかよく考えてみるといいよ。

その理屈が正しいからWINDOWSがここまで広がって
Linuxが超マイナーになってるわけだろw

そういうことを言うとムキになるから控えるように。

「サーバー用では」
「組み込み向けには」





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

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

スキマ産業だけに供給者が少ないのでぼったくれる利点もあるけどな。

OpenGLもDirectXも自分がやりたい事を実現するための道具に過ぎない訳だから、目的にあった物を使えば良いだけの話でしょ。

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

目的に合っているから意地でも進んでいるんでしょ。

別にDirectXでもOpenGLでも3DAPIなんて何でも使えないと禿。
C++ちゃんと理解しているやつはJAVAが楽勝なのと同じ。

OpenGL のドキュメントが少ないもんで、Direct3D のサイトはよく見てる。
進んで使いたいとは思わないけど。Java 知ってるから、C++ はいいやみたいな。

その文章からはOpenGLかDirectXのどっちが使いたくないのか分からない。
JavaとC++の比喩も意味不明。

簡単な日本語なのに...

337は335にレスしたようだな。
初め336にレスしたのかと思った。

>>337
3DAPIなんて何でも使えないと禿。どっちを使いたいかとか関係ない。
JavaとC++の比喩が理解出来ないのはお前のC++、JAVA習得度が低いから。

VISTAのことでまだ狐につままれたような気分なんだが……

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

個人的にはむしろVISTAが動いていれば最低限OpenGL 1.4レベルが保証される
という点を評価したい。

OpenGLは終了ってのが業界の通説。

携帯とゲーム機はOpenGL
組み込みもOpenGLだ
PC用ゲーム以外でDirectXの使い道あるのか？

>>345
ま、強いて挙げればWindows MobileベースのPDAとかスマートフォンだな。

>>346
ほとんど負け組みだけどなWindowsMobileベースとかは。
ここ3年の戦いでMSは完全にPCだけに閉じ込められた形で.NETも終了

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

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

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

日本のPCゲームはWifi対戦が流行する、間違いない！

OpenGLがここまで生き残れて来れたのは、そのPCゲームのおかげなわけだがな。

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

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

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

そうか！

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

John CarmackがOpenGLを見捨てた今、あとは糞NYに任せよう

opengl esでかぁ

技術のある会社だけが生き残る。
技術があれば例え社名は残らずとも買収されて生き残る。

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

ライブドアってIT企業なの？

>携帯とゲーム機はOpenGL
PS3以外にOpenGLを明言してたゲーム機ってあったっけ？

あうしかしらんけどOpenGL ES使えるみたいなことはどっかにかいたったな

ゲーム機かなら知らん

>>355
任天堂のGameCubeがATIベースでOpenGLだったはず。
で、ジオメトリのパイプラインがどうのこうのでカスタマイズされてるらしい。
詳しくは知らんけど。

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

>>349
>先端技術に付いて行けずフェードアウトした奴は、
>黙って携帯で3Dでもやってりゃいいんじゃね？

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

しかし、本家スレはもとよりここですらOpenGLの中身の話題が無くなってるな。
優位性だの将来性だのの話はいっそ「OpenGLの将来性」スレみたいなの立てて
みんなそこでやればどうよ？

どんなの立ててもココとおんなじになるだろうね
DXとGLの煽りあい

>>361
スレ立ててクズどもがそちらへ移動してくれれば俺はそちらは読まないから有難いよ。ｗ

どっちにも居座りそうだけどなそいつら

カ－マックは一応、PS3には期待している。
PS3はLinux+OpenGLなので、オープンプラットフォームというのをやってくれることを期待していると語っていた

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

話 題 が あ る だ け マ シ だ と 思 え

そもそもこのスレに本当のGL2.0プログラマがいるわけねーじゃん。オレ様を除いて。
「クズども」とか言ってるのも、単なるなんちゃってGL1.5級のプログラマ。

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

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

そんな無茶なｗ

でも合っている

ちょっとみんな待って。
ここは３６６様を讃えていろいろご教授願おうじゃないか

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

何でいきなり炎のエフェクト？
しかも書き方ってｗ

More OpenGL Game Programmingを買わずに
ソースだけダウンロードしてもふもふしてます。
ビギナーなぼくちんは本も買う価値ありますか？

>>371
あります

2chのOpenGL関連スレはまさに底辺だな


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

てーへんだてーへんだ！

OpenGL2.0からサポートしたnon-power of two textureだけど、
従来の2^nサイズのテクスチャに比べてパフォーマンスの低下ってあるのかな。

>>375
non-power of two texture、ドライバによるのだろうけど、
GeForce では低下なかった。
Redeonでは使い物にならないほど低下する。

リピートかからないなら落ちないでほしいなあ

おまえらの大好きなGLSLの生みの親、3DLabsがグラフィックボードから撤退ですよ。
http://pc.watch.impress.co.jp/docs/2006/0227/3dlabs.htm

諸君らが愛してくれたWildCatは死んだ！　何故だ！！

3dlabsなんてとうの昔に死んでるだろ。
言ってみりゃ今回のプレスリリースは葬式みてーなもんだ。いわゆるケジメ。

オイオイオイオイ

だって3DlabsはATIとベッタリで、半分統合してたようなもんじゃねえか。
FireGLとWildcatは親戚みたいによく似た構造だし
そもそも作ってるチームからして同じ人間多いし

まあFireGLに一本化しようってことなんだろうな

OpenGL2.0プログラムをやるのに適しているＰＣはどれ？
自作は面倒だから嫌。

一般的なPCショップや量販店にはOpenGL2.0対応PCは売ってないよ
ショップブランドかBTOだ

いまどき GeForce 6200TC だって OpenGL 2.0 だぞ。
いっぱいあるんじゃねーの？

当店ではオンボードしか取り扱っていません。

じゃあＤＥＬＬの
http://www1.jp.dell.com/content/topics/segtopic.aspx/solutions/xps?c=jp&l=jp&s=dhs
NVIDIAR GeForceTM 7800 GTX 256MB DDR-SDRAM

このへん買っておけば楽勝？

GeforceFX世代も、一部フル対応していない機能はあるが
OpenGL2.0の機能は使えるとOGL20対応表に書いてある

OpenGL2.0対応を謳っていようが、
OpenGL2.0フルフィーチャーのアプリを最大限に実行できる性能がなければ意味がない。

とだけマジレスしておく。

>>388
そうでもない。
例えばNPOT textureなんか単純にプログラミングが楽になる。
ま、プログラム書けない人には関係ないけど。

プログラマが楽になれてもユーザが楽にならなければ意味がない。
上位の機能を「使用しただけ」の糞アプリを、俗にプログラマのオナニーという。

とだけマジレスしておく。

http://www.google.co.jp/search?complete=1&hl=ja&q=%22%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%81%AE%E3%82%AA%E3%83%8A%E3%83%8B%E3%83%BC%22&lr=

>>390
キチガイ発見！

自分が作ったアプリが>>390の言う
『上位の機能を「使用しただけ」の糞アプリ』で図星だからって泣くなや。

お前のアプリ、使う人間はお前しかいないんだろ？藁

ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。
ま、プログラム書けない人には関係ないけど。

包茎は刺激に耐性が無いから、ちょっとでも痛い所を突くとすぐこのザマだ。藁
少しは痛みを我慢して皮を剥げ。できゃ一生童貞だぞ。藁

プログラマにとって楽だということは、誰でも出来る程度のレベルだということ。
上位の機能を「使用しただけ」の糞アプリを書いて満足できる、その貧弱な自尊心には感心する。

とだけマジレスしておく。

さぁ、もっと吠えろよ負け犬ちゃん。

時代はＯｐｅｎＧＬ２．０ですが、何か？

何だもう終わりか？一文を連続コピペしただけで終わりなのか？
お前は所詮その程度のレベルなのか？

俺を落胆させるな。もっと吠えろ。

どうした？

どうせ負け犬なら負け犬を極めた方がいいだろう？
さぁ吠えろよ。明日に向かって。

構ってちゃんｗ

構ってくれなきゃイヤーン

>>399
おｗ
俺にやられて学習してやんのニヤニヤ（バカでも必死になればちったぁ学習するってことかな？）
どうせ眠れなくなるのはテメェなんだがなぁ

低能は本スレへお帰り下さい

>>403みたいな低能はこの世に腐るほど存在するわけだから、
「俺」なんて唐突に特定されても誰もお前ごとき低能は知るわけが無いんだよね。

まずは氏名・住所・勤務先・連絡先を明記してくれないかな？

ん？あぁ、ごめんごめん。今思い出したよ。

>>403って捨て子で戸籍登録されてないから正式な氏名無かったんだよね。
それにホームレスだから住所不定だし、無職だから勤務先も何も無いよね。

いや～参ったな。いや、つまりさ、君の存在を証明するものがこの世には何一つ無いってことなのよ。

ま、今からでも遅くは無いから、正式な日本国籍を取得して戸籍登録を済ませ、
雨風をしのげる家屋に住居し、しっかりとした定職に就いてから再度来るようにと

オレからはアドバイスしておく。

何このつまんない流れ。

結局GL2.0を扱える者はだた一人、この俺っちしかいねーてことかｸｯｸｯｸ

何このつまんない投稿。

来いよベネット！

ハジキなんか捨てて、サシで勝負しようゼ！

ネット掲示板でしょ？人に見せるということをもう少し意識すべきじゃねえのか？

人にとって役に立つ情報とか人が見て面白いこととか、あとは自分が聞きたい質問、
そういうものがないなら、書き込まない方がいいんじゃね？

>>411
お前の書き込みが最もつまらないよ。


とだけマジレスしておく。

役に立つ情報？
このスレには有益な情報を有している人間はいない。そもそも自分で探せばいくらでも出てくる。

見て面白いこと？
OpenGL2.0のスレで何を期待しているのやら。そもそも自分で探せばいくらでも出てくる。

自分が聞きたい質問？
質問があるならご自由に。ただしこのスレの質を見れば有益な回答が得られないのは明らかだが。

「名無し」とやら匿名で有意義な議論ができると思い込んでいる、
その純粋培養のもやし思考には感服の極みだね。

来いよベネット！怖いのか？

ナイフを突き立て、俺が苦しみもがく様を見たいだろ？

ハジキなんか捨てて、サシで勝負しようゼ！

>>413

ネタなくてやることないクソスレってことか。そんなところに沸いてるオマエらって何？

>>415

ニートでーーーーーーーーす！（はぁと

いい加減2chなんか卒業しろ。まだ童貞も卒業してないんだろ？

417(´･ω･｀)ｶﾜｲｿｽ

そろそろ人間も卒業しようかと（ｒｙ

遠慮スンナ、人生卒業してしまえ

おまえらいいこというなー

ここだけの話、オレは人類卒業した超人類。

卒業と中退は違いますよ

くっだらねースレだな

>>424
お前が一番くだらない。
死ね。

よぉ低能

GL2.0もロクに使えないGL1.2の日本猿がそもそも何故このスレにいるのか
猿は猿山で毛繕いでもやってろｶｽが

->猿山
http://pc8.2ch.net/test/read.cgi/tech/1141034983

低能ごとき分際で大口叩くと猿轡かませてその未使用の息子を切り落とすぞ猿

>>425
> >>424
> お前が一番くだらない。
> 死ね。

「くっだらねースレだな」と書き込んだというだけで、なぜソイツが一番くだらないと
判断できるのかを500字程度で説明してくれ。

くっだらねースレだな

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

>>432
マルチはあまり良くないよ

いやー俺もカンファレンスに出ていたら
ドリャーって声上げたかも知れん

まあ「ネイティブに近い」だからプワァァーフェクツ(英語は発音大事)ではないが

まぁ、君みたいな人間が出席できるところではないよね。

mesaって2.0にどの程度対応してるの？

GLSLが無いよ

未来が無いよ

プワァァーフェクツ＜低脳

age

ageられたものはやがて落ちる。

これはかのニュートン卿が万有引力によって証明したものだ。

つまり、sage。

ならばage力がsage力を常に上回っていれば決して落ちることはないのではないか？

つまり、age。

http://game9.2ch.net/test/read.cgi/gamef/1143790933/l50

盗作がバレて言い訳開始！ｗ

盗作ちゃんはカンファレンスにも一度たりとも呼ばれてないね。

>>443
しかしなんでゲーム板で？と思って目を通したら
最初はコピペ大王が自作自演で宣伝したんだなｗ
自演するやつにまともなやつはイネエ

18 ：Yoshiharu Sato ：06/05/22 00:28 HOST:116.56.accsnet.ne.jp<8080><3128><8000><1080> 
対象区分：［個人・二類］削除条件限定 
削除対象アドレス： 
http://game9.2ch.net/test/read.cgi/gamef/1143790933/959 ;
http://game9.2ch.net/test/read.cgi/gamef/1143790933/977-979 ;
h論文のアイディアの「盗作」などと揶揄され 
名誉毀損を被ったため。 

http://game9.2ch.net/test/read.cgi/gamef/1143790933/984-985 
http://game9.2ch.net/test/read.cgi/gamef/1143790933/993-994 ;
http://game9.2ch.net/test/read.cgi/gamef/1143790933/996-997 ;

削除理由・詳細・その他： 
研究論文の手法を実装したプログラムを、 
その・該当の実装プログラム 
http://www.quakewars.jp/slang/ovsm.htm ;

>>446
コピペに名誉感情もなにもないがな

全部本当のことだし

そういえば、Nvidiaのデモって全部OpenGL + Cgじゃねえか。
OpenGLで、最新トレンドのデモ出してる。

なのになんで実ゲームとなるとDirectXばっかり推奨しやがるとや？

そりゃOpenGLだけじゃゲーム作れんからと

いや作れるべや

作りやすいか否かは置いておくとしてもよ

いやいや、DirectXは、サウンドもネットワークもカバーしとるからな
それとOpenGLを比べるのははっきり言ってかわいそう。

描画以外のAPIは、Khronosに期待してしまうんだが・・・どうなるのかね。

なんのためのSDLだよ

SDLもいいんだけど、ライセンスとか、いろいろ、あるやん？

>>456
これか

んで、ジョソ・カーマックはDirect3Dに行くのか？
D3DとOGLを両立するのか、それともD3D一本に絞るのか。

常に最新のものを使ってゲーム作ってリリースしたいというのであればD3Dだろうが

奴は月に行く。
その次は火星。

おや？？？？？
いまさらだが

NV_fragment_program2

ってD3DでいうPixelShader3.0仕様かよ。紛らわしい。

NV_vertex_programだと
NV_vertex_program3でVS3.0仕様なのに
なぜfragment_programだけ2で3.0まで含んでやがるのか

アセンブラシェーダって
そげに難しいの？

GLSLのほうがやたら面倒なのだが

（´,_ゝ｀）ﾌﾟｯ

OpenGL2.1発表

Quakecon2006でのインタビューを聞くとDXには行かねえみたいな事を言ってるぞ。
すぐには行かないって事かもしれないが。

DirectXとOpenGLを合わせてDirect-GLみたいな物を作り
融合させればいいんだとか言ってるし

>>466
いつかのFahrenheitを思い出すなぁ・・・
まぁ自社側で独自インターフェイスを備えるラッパライブラリを用意するって話だとは思うんだが。

（´,_ゝ｀）ﾌﾟｯ

拡張は、良きにしろ悪しきにしろopenGLの特徴で
統一性はDXの特徴
これを合わせろと

GLの拡張は、あるメーカーの仕様策定を待たずに最新技術が使えるから
この点はとても気に入っているし、修正や追加も非常に早い
その代わり統一されていないから労力はDXの3倍
これを解消して（いいとこ取りして）合わせろとカーマックは事あるごとに言ってる


ARBでの策定で済ますとなると遅過ぎるからって

今って、DXやGL自体の仕様に依存するような部分って殆どないんじゃない？
殆どがシェーダーを弄って開発でしょ？DXやGLなんてシェーダー使う為の所詮土台じゃん。

「カーマックは言っている」
「カーマックは言っている」

（´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ （´,_ゝ｀）ﾌﾟｯ

また英語も読めないよしはるか

ジョン・カーマックって逮捕されちゃったのね。
http://headlines.yahoo.co.jp/hl?a=20060817-04652520-jijp-int.view-001

ジョン・マーク・カーな件

ﾜﾛﾀｗ
ﾊﾟﾁﾓﾝかよ

MFCでOpenGLの勉強を始めました。
今は、マッピングについて学んでいます。

質問なのですが
gluSphere()で球を描き、そこにテクスチャマッピングをするにはどうすればよいのでしょうか？
よろしくお願いします。

ここは2.0スレなのでシェーダを使うということでいいか？

たぶんgluSphere()はVertexとNormalしか送っていないから、
シェーダ内で適当なTexCoordを生成してやる必要があるな。

よしはる
とっとと日本から出てけよ
消えて結構
二度と帰ってくんなよ

>>478
（´,_ゝ｀）ﾌﾟｯ

え？渡航費用出してくれんの？マジ助かるゥ～ウフフ

自分の作ったものを自分で褒めて自画自賛する
↓
盗作だと看破される
↓
自分で自分を擁護する
↓
なおも盗作であることを広められる
↓
削除依頼出す
↓
却下される
↓
逃げる

隔離完了

欠陥品だよとか自分で自分にレス

GLSLの2ndEditionって1stとどれぐらい内容変わってるか
知ってる人教えて

やい、りえ子、俺と結婚しやがれ

嫌

OpenGL2.0 = GLSL
とか思ってる奴がここさいるだ！

112 ：デフォルトの名無しさん ：2005/12/18(日) 22:15:07
DoomのARB2というのは、ただのDoom内のレンダリングパスの名前で、 OpenGL 2.0とは関係ないです。

ARBというパス名はATI用でもNV用でもなく、汎用的なパスという意味合いが強いと思います。
パスは他にもNV10,NV20,R200用にそれぞれのGPUで高速に動くように機能を大幅に削ったパスも
ありますが（パス名もそのままNV10,NV20,R200です）、当然かなり寂しい画面になります。

ARB2は特定のGPU用に狙いを絞っていない汎用パスのバリエーションの一つであるという解釈が
正しいと思います。 少なくともOpenGL 2.0とは関係ないです。

ただ、DoomがOpenGL 2.0の機能を使っているか？というのは難しい判断です。
製品版の最初期バージョンからGL_ARB_texture_non_power_of_twoを利用していて
これはOpenGL 2.0のコアに取り込まれた機能なので、OpenGL 2.0と言えなくもないです。
Doomの場合にはただGLエクステンションとして使っているだけですが、
機能的にはOpenGL 2.0のnon_power_of_twoと（当たり前ですが）完全に同一です。
NPOTはゲーム内の環境変数でseta image_roundDown "0" にする事で有効になります。

他にOpenGL 2.0と言える要素があるとすれば、two side stencilを使っている事かもしれません。
これもGL_EXT_stencil_two_sideが拡張のストリングの中にあるかどうかを判断して使っているので、
GLバージョンを判断してこれらの機能を使っている訳ではないです。

DoomではアセンブラベースのGL_ARB_fragment_programとGL_ARB_vertex_programのサポートのみで
GLSLは一切使用されていません。
最近出たQuake4ではGLSLもサポートされ、部分的に使用されていました。

まとめれば、
- ARB2は紛らわしいネーミングだけど、OpenGL 2.0とは関係ありません。
- ただDoom自体はOpenGL 2.0が持つ機能を使っていると言えます。(NPOTとtwo side stencil)
- でもそれらはGL拡張のストリングを検索して使用出来るか否かを判断していて、
GLバージョンで判断してそれらの機能を使っている訳ではないです。

もう終わったネタでしたらごめんなさい。

119 ：デフォルトの名無しさん ：2005/12/18(日) 23:46:36
＞ただDoom自体はOpenGL 2.0が持つ機能を使っていると言えます。

OpenGLの標準のコア機能の選定はまず青写真ありきではなく
各社の拡張や開発者の要望を逐次帰納的に統合・吟味して行われるのだから
拡張を使用しているからと言って、未登場の次期バージョンの機能を使用しているとは言えんだろう。

「使用していると言える」のは、その次期バージョンのコア機能の仕様選定が終了した後だからこそそう言えるのであって
その仕様選定がまだ済んでいない段階では、どの拡張がコア仕様に盛り込まれるかなんてのは神（ARBの委員たち）のみぞ知る事柄。
まぁ、GLSLのように今後のOpenGLの発展にとって必須となるような拡張（OpenGL1.5当時）なら別だが。

そもそもOpenGLは業界標準という性質上、"Based On The Previous Version"のスタイルで発展していく。いわば積み重ね型。
一方、DirectXはこれとは完全に逆で、"To Be Done In The Next Version"だから、容易に過去のバージョンを切り捨てられる。

つまり、いくら拡張を使用していようが、結局OpenGLはレガシーフリーたり得ないのだから
OpenGLのバージョンは、あくまでその時点で実装されているコア機能のバージョンに準拠するべき。

121 ：デフォルトの名無しさん ：2005/12/19(月) 01:30:52
EXT_framebuffer_objectが将来のOpenGL2.xに盛り込まれることは確実だが
「Doom自体はOpenGL 2.0が持つ機能を使っていると言える」という論理を用いると
現在、FBOを使用しているOpenGLアプリは全て潜在的にOpenGL2.xの機能を使用していることになる。

しかし、これでは収集がつかなくなるのは誰の目にも明らか（一部の馬鹿を除いて）。
「某かの拡張をしているからOpenGL2.0だ」などというのは、単なる結果論でしか無い。

拡張は拡張。コアはコア。
OpenGLのバージョンとは、とりもなおさず「コア」のバージョン。

122 ：デフォルトの名無しさん ：2005/12/19(月) 01:33:31
これでまたコピペ厨が粘着してきたのなら、実に救い様の無い馬鹿だと言える。

123 ：デフォルトの名無しさん ：2005/12/19(月) 03:28:17
だから1.5に相当するっていってるじゃん。
そもそもどっち派でもなくて悪気もないので終わりにしましょ。

「Doom3はOpenGL 1.5を利用するけど、たまたま使った拡張がのちにOpenGL 2.0のコアに取り込まれたけど
それは全くの偶然による結果論でしかなくて、実際にはDoom3はOpenGL 1.5相当を利用するソフトウェア」

という事で。

OpenGLスレ Part9で識者らにより完全否定された馬鹿が
負け惜しみで何を血迷ったか特定個人に難癖付けて粘着

まさに「>実に救い様の無い馬鹿」だな
どははははははは

Doom3はOpenGL1.4

などと、恥ずかしい間違いを論破されて恥をかいたよしはるが
また必死にいいわけか

ていうかよほど悔しかったんだなｗ

プログラムの一つもできないパクリ君の恥をさらしてあげようｗ


570 ：デフォルトの名無しさん ：2005/10/27(木) 20:57:25
ま、技術無知が自棄に反骨的なのは、この記事すらも理解できずに視野狭窄に陥ってるからだろう。
だから「シャドウボリュームに"格納"」などという技術無知や
「OpenGL1.5において、GL_SHADING_LANGUAGE_VERSIONの1.0をフルサポート」という技術無知をさらす。
言い訳が激しい。

http://www.4gamer.net/news/history/2003.02/20030207205250detail.html
この記事を翻訳したのは、奥谷海人だが、
元の文は、プログラマの間ではカリスマである「ジョン・カーマック」ときている。
http://doom-ed.com/blog/category/doom-ed/john-carmack/

そもそも、この部分からして技術無知炸裂なのだ。

"ARB2はカーマック氏が便宜上名づけただけ"
何度も言うが、「ARB2」が便宜上なら、どのボードも実行できないのである。
そして自身のブログでR300やNV30が実行できるのはARB2も含む表記がある。
ここでまた、fragment_shader で高級言語を使って書けるものは
fragment_programのアップデートもされないとの技術無知をさらしている。
だが、カーマックが「拡張機能」と表記したにもかかわらず「拡張機能でない」などと勘違いしたわけだ。

もし万が一、拡張機能でなかったとしても、
先の技術無知が言う「ARB2」がただの「ARB」でないことは自明であろう。
http://www.google.co.jp/search?hl=ja&q=ARB2+extension&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
やはり中身はOpenGL2.0 fragment_shader である。
http://oss.sgi.com/projects/ogl-sample/registry/

技術無知が技術無知を生む「技術無知スパイラル」、ここに至れり。

盗作、ARB2パスをOpenGL1.3だと主張するものの

FP32シェーダを走らせられるのが1.5以上のみということも知らない恥ずかしい無知を晒す

の巻。さすがド素人。

551 ：デフォルトの名無しさん ：2005/10/26(水) 23:52:25
まだ「ARB2はOpenGL2.0で書かれている」が持論の痴呆系技術無知>>166が住みついてんのか。
いい加減、馬鹿は故郷のPCゲーム板に帰巣しろ。

1) そもそもARB2とはJohn Carmackが名付けたDOOM3における描画パスの名称である、というのは世界における常識である。
→http://atrip.net/forums/showthread.php?s=f4c16d60e67efb6a481c5da25abcce3b&postid=35074
→"Btw, ARB is extensions only. "ARB2" is carmackian for ARB + OpenGL 1.3 frag proggy"

↓

575 ：デフォルトの名無しさん ：2005/10/27(木) 21:23:56
http://atrip.net/forums/showthread.php?s=f4c16d60e67efb6a481c5da25abcce3b&postid=35074

このsushi128一人「しか」言ってないのが OpenGL1.3 = ARB2

カーマック本人でさえもこんな恥ずかしいことは言わないし
信じる奴もいない。恥さらしだから

576 ：デフォルトの名無しさん ：2005/10/27(木) 21:26:51
っていうか、FP32使えるのは1.5からだろ
ARB2パスはFP32をメインにしてんじゃん
どうなってんだ

盗作、

メーカーリリースとコンシューマリリースの違いもわからないという恥ずかしい無知を晒す

の巻。さすが盗作ばかりするチョンくさいド素人だけある。


746 ：デフォルトの名無しさん ：2005/11/10(木) 03:13:48

そもそもOpenGL2.0がnVidia・ATI双方のパブリック・ドライバに実装されたのは、
DOOM3が発売されてから数ヶ月も先のことである。

↓

756 ：デフォルトの名無しさん ：2005/11/10(木) 20:59:03
もし仮に（無論、そんなことは皆無だが）技術無知>551の言うように
開発者側がコンシューマリリース前のドライバを使わないで開発を進めていたとしよう。
この場合、当然ながらこのソフトウェアを走らせるには、このドライバに実装されたコンパイラに含まれたものしか使用できず、
ARB2パスは使用できないことになる。
技術無知>551は「DOOM3のARB2はOpenGL1.3を使用している」などと馬鹿馬鹿しくも主張しているわけだが、

そもそもOpenGL2.0というのは OpenGL1.5 + GLSL であって、GLSLがコアとして採用された のがOpenGL2.0

に過ぎないのである。こんな仕様なのに、なぜOpenGL2.0ストリングに対応したドライバなど待たねばならないのか。

さて、ここで技術無知>551以外の人間なら、この時点で矛盾に気付くはずだ。

こいつが人格障害者であることは既に十分見識しているが、
一部に真に受けている人もいるらしいので、明確な言質を与えておこうか：

俺は元より2004年5月の時点で Doom 3 は OpenGL 1.5 とハッキリ言明している。
http://web.archive.org/web/20041010085906/http://xslgl.jugem.cc/?cid=2

まぁ、こういう人間は自作自演で牽強付会して他人を槍玉に挙げる程度の
蠢動しかできんのだろうな。嫉妬されればされるほど自信が沸くというものだ。

「1.4だ」 -> 「1.3だ」 -> FP32はどうするんだよという突込みが入り -> 1.5だ



コロコロコロコロコロコロコロコロ変わる素人

FP32はどうするんだ -> 逃亡

"ARB2はカーマック氏が便宜上名づけただけ" なら
18Wheels of Steel Convoyで ARB2パスがあるのはなぜか -> 逃亡


超ド素人

ゲームメーカーにドライバリリースされるのは一般人と同じスケジュールなのか -> 逃亡


もう1年も前から8800GTX、R600に相当するものだって貸し出されてる。
もちろんその間ドライバも常に一般リリースされないものが次々できる。


「そうでなければどうやってDX10デモなんざ作れるのか」
「そうでなければどうやって作成するのか 8800GTX類のリリース後でなければ組めないならCrysisの発売日はもっと後」
「テープアウトの時期というものがわかっているのか」



->やはり逃亡

よそでやれ

頂点シェーダ内で計算した結果をアプリケーション側でも管理したいのですが可能なのでしょうか？
取得したい変数はattributeです。
調べてみたところ、
glGetVertexAttribPointervARB
glGetVertexAttribfvARB
等を見つけたのですが、使い方が分かりませんでした。
分かる方居ましたらよろしく御願いします。

>>498
ねぇ、他の探しても全然見つかんないからこれのソース公開してよ
http://slang.blog15.fc2.com/blog-date-20060108.html

【大論破され必死に個人粘着する低能の負け犬―まとめ】

----------------

＜負け犬の大誤謬―その１＞
4Gamer（笑）の勘違い記事を鵜呑みにし、
必死に「ARB2はOpenGL 2.0のシェイダープログラムだ」など支離滅裂な主張を妄言する。
→該当記事：http://www.4gamer.net/news/history/2003.05/20030529145552detail.html

＜解説―その１＞
「ARB2」という名称はJohn Carmackが便宜上名付けただけのDOOM3における描画パスの一種であり、
シェーダプログラムでも何でも無いことは火を見るよりも明らか。
こうした初歩中の初歩の事柄を理解できないのは低能以外の何者でも無いこともまた自明。

----------------

＜負け犬の大誤謬―その２＞
上記の間違いを指摘されると、描画パスの「path」を「pass」と勘違いした挙句、
「他のPCゲームでもARB2パスがあるのは何故だ？」と疑問を呈し自らの低能っぷりを晒す。

＜解説―その２＞
他のPCゲームにおいても多数の幅広い環境をサポートするために複数の描画パスを用意するのは通例であり、
またid SoftwareはOpenGLを使用するPCゲーム開発の尖鋭的存在であるから、他社がDOOM3を先例として
それに倣うのは至極当然であり、また事実そうしてきた過去がある。そもそもARB2は描画パスの名称に
過ぎないわけであるから、「他のPCゲームでも云々」というのは「ARB2はOpenGL 2.0の云々」などという
誤謬と何ら因果関係は無いし、またそれを証左するものでも何でも無いことは明らか。

＜負け犬の大誤謬―その３＞
またしても4Gamer（笑）の勘違い記事を引き合いに出し、
「カーマックはDOOM3の発売前からOpenGL 2.0で開発していた」と鼻息を荒くし、
「DOOＭ3はOpenGL2.0だ」などと当初の主張を歪曲するが、実際にはプロトタイプ
段階での実験に過ぎず、製品版では使用されないもので大恥をかく。
→該当記事：http://www.4gamer.net/news/history/2003.02/20030207205250detail.html

＜解説―その３＞
確かにCarmackはDOOM3の発売前に3DlabsからOpenGL 2.0のプロトタイプICDとハードウェアのP10を受け取り、
それを使用して新しいバックエンドを書いているが、そこにおいてCarmackが言及している
「the prototype OpenGL 2.0 extensions」とは3Dlabsが主体となって選定が進められてきたARB_*_shaderであり、
NVIDIA先導の低級ARB_*_programでは無い。事実、ARB2パスのシェーダはARB_*_programで記述されており、
後にOpenGL2.0のコアとなるARB_*_shader(GLSL)は使用されていない。

----------------

＜負け犬の大誤謬―その４＞
以上の事実を指摘され大論破されると、もうそれ以上屁理屈を出せなくなりコピペ連投に走る。
さらに識者らにより主張が決定的に否定されると個人粘着に走り、人格崩壊に至る。

＜解説―その３＞
低能であればあるほど議論対象よりも個人に粘着するのは世の常であり、
また逐一教育してやらないと理解できないのが低能たる所以。
戦前から続く先祖代々の墓が日本国内に無い三国人の末裔ごときの分際で「チョン」などと揶揄する様は、
まさに三国人ＤＮＡ炸裂と言えよう。

＿＿■■■■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿■＿＿
＿■＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿＿■＿
■■■■■■■■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿■＿＿＿＿＿■＿＿＿■＿＿■■■■■■■＿＿＿■■■■■■■■■■■
＿■■■■■■■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿■＿＿＿＿＿■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿■＿■＿＿＿＿
＿■■■■■■■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿■＿■＿＿＿＿
＿■＿＿＿＿＿■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿＿＿■＿＿＿
＿■■■■■■■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿＿＿■＿＿＿
＿■＿＿＿＿＿■＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿
■＿＿＿＿＿＿＿■＿＿＿＿＿■■■＿＿＿＿＿＿＿■■＿＿＿＿＿＿＿■■

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

うぜえから余所でやれ

論破されたのが悔しかったんだろｗ

またド素人負け犬が論破されるｗ

http://oss.sgi.com/projects/ogl-sample/registry/ARB/fragment_program.txt


ATI_fragment_shader interacts with this extension.
NV_fragment_program interacts with this extension.



OpenGL2.0とはGLSLだけと思ってる素人は
NV_fragment_program2どころかNV_fragment_programの素性も知らんとｗ

長文すぎて読む気がしない

↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑

＿■＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿■＿＿＿＿＿■■■■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿＿■＿＿■■■■■＿＿＿■■■■＿＿＿■＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■■■■■■■■■■■
＿＿＿＿■■■■■■■＿＿■＿＿■＿■■■■■■＿＿■■■■■■■＿＿＿＿＿■＿＿＿＿■＿＿＿＿■
■■■＿＿■＿＿＿■＿＿＿■＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿■＿＿＿＿■
＿＿■＿＿■■■■■＿＿＿■＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿■＿＿＿＿■＿＿＿＿■
＿＿■＿＿＿■■＿＿■＿＿■＿＿■＿＿■＿■＿＿＿＿＿＿＿■■＿＿＿＿＿＿＿■■■■■■■■■■■
＿＿■＿＿■＿■■■＿＿＿■■■■＿＿■＿■＿＿＿＿＿＿■＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿＿■＿■＿＿■＿■■＿＿＿＿＿＿＿■＿＿＿■＿＿＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
＿■＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿■＿＿＿■＿＿＿■＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿
■＿＿＿■■■■■■■＿＿＿＿＿＿■＿＿＿＿＿■＿■＿＿＿＿＿＿■■■＿＿＿＿＿＿＿＿■＿＿＿＿＿

＿＿＿■＿＿＿＿＿＿＿＿■■＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿
＿＿＿■＿＿＿＿＿■■■＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿■＿
＿＿■＿＿＿■■■＿■＿＿＿＿＿＿＿■＿＿■＿＿＿■＿■■＿＿
＿＿■＿＿＿■＿＿＿■＿＿＿＿＿＿＿■＿＿＿■＿＿■■＿＿＿＿
＿■■＿＿＿■＿＿＿■＿＿＿＿＿■■■■■■＿■＿■＿＿＿＿■
＿■■＿＿＿■■■■■■■■■＿＿＿＿＿＿＿＿■＿■＿＿＿＿■
■＿■＿＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■■■■■
＿＿■＿＿＿■＿＿＿＿■＿＿＿＿＿■■■■■■＿＿＿＿＿＿＿＿
＿＿■＿＿＿■＿＿＿＿■＿＿＿＿＿■＿＿＿＿■＿＿■＿＿＿＿＿
＿＿■＿＿＿■＿＿■■■＿＿＿＿＿■■■■■■＿＿■＿＿＿■＿
＿＿■＿＿＿■■■＿＿＿■＿■＿＿■＿＿＿＿■＿＿■＿■■＿＿
＿＿■＿■■■＿＿＿＿＿■＿■＿＿■■■■■■＿＿■■＿＿＿＿
＿＿■＿＿＿＿＿＿＿＿＿＿■■＿＿■＿＿＿＿■＿＿■＿＿＿＿■
＿＿■＿＿■■■■■■■■＿■＿＿■＿＿＿＿■＿＿■＿＿＿＿■
＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿■■■＿＿＿■■■■■

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■■■■■■■■■■■■■■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿
＿■■■■■■■■■■■■■＿＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿■■■■■■■■■■＿■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿■＿＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿■＿＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿■＿＿＿＿＿＿
＿＿■■■■■■■■■■■＿＿＿■＿＿■■■■■■■■＿＿■＿＿＿＿＿＿＿■＿＿＿■＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿＿＿■＿＿＿■＿＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿■＿＿＿■＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿■＿＿■＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿■■■■■■■■■■＿■＿＿＿＿＿■＿＿＿＿＿＿＿■＿＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿■＿＿＿＿＿＿＿＿＿■＿＿
■■■■■■■■■■■■■■■＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿■■■■■■■■■■■■■■＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿■

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

低能個人粘着三国人

＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿■■＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿＿＿■＿＿
■■■■■■■■■■■＿＿＿＿＿＿■＿■＿＿＿＿＿＿＿＿＿＿＿＿■＿■＿＿＿＿■■■■＿■■■■■■
■＿＿＿＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿■＿＿＿＿＿■■■＿＿■＿＿＿■＿＿＿＿■＿＿＿■＿＿■＿■
＿＿■■■■■■■＿＿＿＿＿＿■＿＿＿＿＿■＿＿＿＿＿＿＿＿■＿■■■＿■＿＿＿■＿＿＿■＿＿■＿＿
＿＿＿＿＿＿＿＿＿＿＿＿＿■■＿■■■■■＿■■＿＿■■■＿＿＿＿＿＿＿＿＿＿＿■■■＿■■■■■■
■■■■■■■■■■■＿＿＿＿＿＿＿■＿＿＿＿＿＿＿＿＿＿＿■■■■■■■＿＿＿■＿■＿■＿■＿＿■
＿＿＿■＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿■■■＿■＿■＿■＿■＿＿■■＿■＿■＿■＿＿■
＿＿＿■＿＿■＿＿＿＿＿＿＿＿■■■■■■■＿＿＿＿＿＿＿＿■■■■■■■＿＿＿■＿■＿■＿■＿■＿
＿＿＿■＿＿■＿＿＿＿＿＿＿＿＿＿＿■＿＿＿＿＿＿＿■■■＿■＿■＿■＿■＿＿＿■＿■＿■＿＿■＿＿
＿＿■＿＿＿■＿＿＿■＿＿＿＿＿＿＿■＿＿＿＿＿＿＿■＿■＿■＿■＿■＿■＿＿＿■■■＿■＿■＿■＿
■■＿＿＿＿■■■■■＿＿＿■■■■■■■■■＿＿＿■■■＿■＿＿＿＿■■＿＿＿＿＿＿■＿■＿＿＿■

ここ、ム板なんでwikiの4gamerか専用項でもつくれ

またド素人負け犬が論破されたｗ

http://oss.sgi.com/projects/ogl-sample/registry/ARB/fragment_program.txt


ATI_fragment_shader interacts with this extension.
NV_fragment_program interacts with this extension.



OpenGL2.0とはGLSLだけと思ってる素人は
NV_fragment_program2どころかNV_fragment_programの素性も知らんとｗ