シェーダープログラマが集うスレ

**名無しさん＠お腹いっぱい。** · 01/11/08 11:06

　　　　　　　∧ ∧ 　　　　　／￣￣￣￣￣￣￣
　　　　　　(,,・∀・) 　　　＜　　ゲームにもシェーダーの時代到来でち♪
　　　　　　＠＿）　　　　　＼＿＿＿＿＿＿＿

バーテックスシェーダーとかピクセルシェーダーとかを語りまくるスレ。

aa · 01/12/07 05:20

VertexShaderで、スプライト表示してるけど、あまりパフォーマンス良くない。
表示サイズ変えると、CPU負荷が激増するんだけど、（XPで調査）GPUで描画してるんじゃないのかな？
誰か、やってる人いたら、教えて下さい。

自分は、XP,GF3、P3１Gで、３２＊３２SPRTが１F６００前後です。

シェーダーでは、取り敢えず、
V0にロードされた頂点座標に、Trans値を足して、0-1間にCLAMPしてるだけです。
（後、TextureUV設定）

**名前は開発中のものです。** · 01/12/07 16:48

>>25
「自分は」のところが何言ってるのか意味不明なんだけど。
あと、CPU負荷はどうやって計測したの？
CPU負荷が増えるんじゃなくて、たんに関数がブロックしてるだけだと思うけど。

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

なかなか集わないね。

aa · 01/12/08 01:55

>>26
＞「自分は」のところが何言ってるのか意味不明なんだけど。
すんません。（大体）１Fで表示出来るスプライト数が６００個。て事です。
（プレステ以下、、）
上司に聞いたら、１０万以上出る筈。と。

＞あと、CPU負荷はどうやって計測したの？
XPの、Ctrl+Alt+Deleteで出る、タスクマネージャーで確認してます。
（プログラム実行した状態で）

＞CPU負荷が増えるんじゃなくて、たんに関数がブロックしてるだけだと思うけど。
すんません。その通りです。ｗ
DrawPrimをSprite数分、Callしてました。
まだ、DX弄って、１週間ぐらいで、全然理解出来てないみたいです。

取り敢えず、PointSprite(Particle)のデモが、パフォーマンス高そうなので、
調べてみます。
どうやら、頂点バッファを数回に分けて、Lock>DrawPrimしてるみたいです。
そうすると、CPU,GPU待ちが起き難くなるみたい。

aa · 01/12/08 07:04

vertexbuffer関係、修正したら、1Fに12000ぐらいは出るようになった。
目標50000。寝よ、、。

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

2chだとこの程度か･･･

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

　　　　　　　　　　　　　　　 ,,.ｒ'' ゛~~` ''ッ,,　　おめーら、毛シェーダで俺様でも　　　　　　　　　　　　) 　）
　　　　　　　　　　　　　　､゛　 ,,,,,,,,,,,,,,,,,,,,, ヾ.　　表現できっか？あん？　　 ,.、　　　/ ／
　　　　　　　　　　　　ﾐ　　ﾐ゛,へ.__, ,_ﾉヽ i.　　　　　　　　　　 .| |l　　　l ,´
　　　　　　　　　　　　ﾐ　　　ﾐ,　( ・) {・ﾌ〉ﾐ.　　　　　　　　＿-､i::| |ニニii '
　　　　　　　　　、,,,,ツi:　　　　ﾐ,｀~´ ヽ~〈　 .ﾐ　　　　　　　　/,‐ヽヽ`､||
　　　　　　　､ｼ`｀　　 i:　　　　 ,ゞ　'ｎ.inヽ. .ﾐ　　　　　　　　　　（ .〉〉/
　　　　　　ｼ　／／　　　　　　ﾐ｀　　　 l.l　ヽ"、　　　　　　　／　ノ
　　　　ﾐ/ ｼ　　　　　　　　　彡　,＝こ二=.{　ﾐ,,　　　　　 ,ｒ'´　,,､'゛
　　　ﾐi. / 　/　　　　　　　' ! w､｀~^' vwｖ '､　ﾐ　　　〃　.ﾐ

**↑ げすきー** · 01/12/08 15:28

ハナ毛程度なら表現できますです。はい。
#きゃー引っこ抜かないで～！

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

ちなみに、リアルタイム系のシェーダーの場合どういう風に絵描きさんはオーサリング
してるんですか？

１・プログラマが決め撃ちのシェーダーをマテリアルとしてアサインする。
２・ShadeTreeみたいに視覚化されたシェーダー言語、もしくはもとからオーサリング
ツールにあるシェーディング構造をコンバートするインハウスツールを制作している。
３・その他

リアルタイムで実行されるシェーダーなので、制約が色々と厳しいんでしょうけど、
少なくとも２のような形でないと、絵描きさんがシェーダーのメリットを享受できない
気がするのです。なんかこのスレ見てるとまだ
（リアルタイムシェーダー＝プログラマさんのオモチャ）って気が…。

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

>>33
１で十分な気がしますが？
リアルタイムシェーダーなんていくらインターフェイスをビジュアル化してもデザイナーが扱いきれるものではないし。

プログラマがシェーディングモデルを組んで、
デザイナーはパラメータやテクスチャを調整するので十分なのではないかと。

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

>>34
う～ん、デザイナーが扱えないと断言するのはどうかと。
実際オフラインのレンダリングでは多くの絵描きさんがもっと複雑な
シェーディング言語を扱ってるわけですし。

たとえば、MayaのHyperShadeみたいなGUIでシェーディングモデルを
組み立てて、それをそのままターゲットのシェーディング言語に出力
出来るのであれば、そちらのほうが表現の自由度が高まるわけで。
（たとえば、眼球に独自のシェーダーを割り当てたいなーという時に
いちいちプログラマさんにシェーダー書いてもらうのと、自分だけで
表現を完結させられるのでは生産性が全然違うし。）

もっともオンラインでは命令数の制限やその対処法（計算の結果を
テクスチャに収めておくことで複雑な計算を単純化するとか）で独自
のノウハウが必要になりそうですが。

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

>>35
だから、現状のシェーダーは
法線ベクトルと視線ベクトルの内積を取って正規化し、
光線ベクトルに内積を描けたものに頂点カラーをうんぬん…
みたいなものなのよ。
そんなものいくらGUIかぶせたところで、
デザイナーが一朝一夕で使えるわけないでしょ。

MayaのHyperShadeみたいなのは
シェーディングモデルを組み立てているのではなく、
「組み合わせて」いるだけなのよ。

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

>>36

>法線ベクトルと視線ベクトルの内積を取って正規化し、
>光線ベクトルに内積を描けたものに頂点カラーをうんぬん…
>みたいなものなのよ。

たぶんこの部分は頂点シェーダーを指していると思うのですが、
大体の場合、頂点シェーダ自体はシェーダそのものというよりは
ピクセルシェーダの前段階のセットアップ処理という理解を私はしています。
たとえば、Environmentマップなどは頂点シェーダの担当になると
思うのですが、これ自体は前出のHyperShadeでいうなら、
「Environment ほにゃらら」みたいな形で一つのノードに閉じ込め
られてますよね？この部分に関しては基本的に組み合わせの中
からひとつを選択する、という考えでいいと思います。（そういう意味
ではその部分から一から作っているプログラマさんには「組み合わせ」
に思えるのかも）

つまりノードの中にEnvironmentがあれば、自動的に頂点シェーダー
側でTexGen処理を行えばよいし、バンプのノードをつけるなら
接線空間の解決を行うコードを生成すればいい。（複数のシェーディング
メソッドがあるのであれば、それを選択できるようにすればよい）
ただ、それを組み合わせる（それぞれのプリミティブなシェーディング
メソッドから得られる結果をクリエーターの任意で合成する）のは
コンテンツ作成者の自由というのはオフラインＣＧ的には決して珍しい
アプローチではないと思うし、オンラインでも現在ならある程度やって
出来ない事ではないと思うのですけれど。

// いや、今の所オンラインＣＧやってないのでどうでもいい話ですけどね。失礼。

**http://www5.nkansai.ne.jp/users/mitani-sys/** · 01/12/09 00:20

http://www5.nkansai.ne.jp/users/mitani-sys/

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

'''''''ﾞﾞ´　　　　　ﾞﾞﾞﾞ'''''-::,,_
　　　　　　　　 ,-''ﾞ　　　　　　　　　　　　　　　 ''!;
　　　　　　　.r'ﾞ　　　　　　　　　　　　　　　　　　 iﾞ''
　　　　　　　l　　　　　　　　 __　　　　　　　　　　　i
　　　　　　　l　　　　 :,,r'''￣￣ﾞﾞﾞﾞﾞ''''''''''''-,,_　　　　i
　　　　　　　i　　　;ri!ﾞ　　　　　　　　　　　ﾞlll;;,　　i
　　　　　　　 '|　 ;lll|l　,,,,:;iiii;,,,,　　　,,,;;lllii;_　 'll|l　 |
　　　　　　　 .'l, ﾚll'l '''　 ,,,,,￣　　　　,,,,,___　　l|ﾄ,r
　　　　　　　　'|;i|'ﾄ　　:r:'llll''　　　　ﾞﾞ'ill⌒　　l ﾞ.r'''
　　　　　　　　.l　ﾞﾄ　　　　　　　　　　　　　　i .|
　　　　　　　　 'l　.|　　:r'ﾞ　/'　　　 !　＼　　　l　|　　　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　.ll,,) '|!,,,　 .(i;;;;;iiilllii;il)l;'::　,r''| li,,,l　　　　　／
　　　　　　　　　　　|l;,'l||ll!|lll'llllllllllllllllll,'! ||l| ll |!ﾞ　　　　＜　ここは一つ、ワシの長いヒゲをシェーダーで実際に
　　　　　　　　　　　| i‐:ﾘlﾄ:,::;;;;;;;;;;;;;;,,,:l lil　´l!|.;|lﾞ　　　　　＼表現してみないかね？影武者募集中。
　　　　　　　　　　　 '!:ﾄ)' 'li, iiiiiiiiiiiii'.､l.｀ll,,|:(｀ |　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　　　 l|!｀r,.('ﾄ.r　i　lﾞ i　 |.　)ﾞl! |
　　　　　　　　　　　　i'!.'il､.'l; .| i'l l. ; l,i,'!!'l;ﾞ;; '|ﾞ
　　　　　　　　　　　　ﾞ 'l;;;l'llll :ili;|.ﾌ/; ,｀ﾄ.ﾞ;l!.
　　　　　　　　　　　　 ;l i;''ll!|_ |_ li,, !,,l'!.lﾚi!ﾄ
　　　　　　　　　　　　ﾄ .l|l､.lli;l!i'''!,､ r l!(.／
　　　　　　　　　　　　　ﾞ' '!ﾞﾞ llﾚ|l,.;i,i;| ;ｰ.ﾞ
　　　　　　　　　　　　　　　　ﾞliﾄ　!:!
　　　　　　　　　　　　　　　　　 '.ﾞ'｀

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

毛にうるさいファーシェーダーヲタ増殖中。

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

実際のとこ、毛をやろうとすると、オーサリングツールなどの
整備から始めなければならないし、時間コストが高すぎかも。
顔がドアップになるようなゲームなら、屈託なくスケジュールに
組み込めるんだどさぁ。

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

http://www5.nkansai.ne.jp/users/mitani-sys/
↑何、罠ってんの？

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

定期age。

>>37のいっている事は
http://www.softimage.com/Products/Xsi/v2/features.htm#rts
のような事を指しているのかな？XファイルもdotXSIをベースに作り直して
みては？＞ＭＳ

あとCG板に、良スレが
http://pc.2ch.net/test/read.cgi/cg/980410607/
シェーダー好きなら見て損はないかも？

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

sageになってたので。

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

質問です。シェ－ダーで、
既にレンダリングされた画像を湾曲させたりって出来ますか？
やっぱ、テクスチャーにレンダ－したり、バックバッファ等から
テクスチャー化とか、複数回レンダ－しないと無理ですかね？

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

クソスレあげるなよ。面白そうだったのは、タイトルだけだったよ。

**名前は開発中のものです。** · 01/12/25 11:57

>既にレンダリングされた画像を湾曲させたりって出来ますか？
そもそも、「既にレンダリングされた」と言ってる時点で
複数回レンダは避けられないと思うが？

**名前は開発中のものです。** · 01/12/25 23:59

>>45
DirectXとかOpenGLのシェーダでと言う意味ならそういう仕組みは
ないんじゃない？
レンダーマンシェーダならimager shaderというずばりのものがあるけど

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

バックバッファをテクスチャにコピーして
ポリゴンに張って曲げるのが簡単でいいんじゃない？
ポリゴンのＵＶ値を求めるのをシェーダー化すれば
速度的にも実用レベルだと思うけど。

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

あ、既にレンダリングした画像はあるって前提
なんだね。それなら球などのポリゴンの頂点を
スクリーン座標系に変換してから0～1の間で正規化
してそれをテクスチャのＵＶ値にするって感じかな。
法線で少しづらすと湾曲してみえると思うよ。
実際にはもう少し細工をするけど。

４５ · 01/12/26 01:47

みなさん。情報ありがとうございます。
CubeMapあたりのサンプルを見ればいいんですかね。（シェ－ダー関係なさそう）

ただ、NVIDIAのEffectBrowserのサンプルで、
ティーポットがノイズ掛かったようにブレル奴があるんです。（PixcelShaderDemo）
で、ワイヤー表示してみたら、ワイヤー自体がブレテル。
どうやってるんですかね？
ソースコードがないので、挫折してます。

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

ソースコードはありますよ。

４５ · 01/12/26 01:56

申し訳無いのですが、教えてもらえないでしょうか？
（何処か解凍するんですかね？）

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

インストールしれ。
http://developer.nvidia.com/view.asp?IO=SDKInstaller

**名無しさん＠お腹いっぱい。** · 02/04/14 13:40

ageます

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

覚えること多すぎ。

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

んなこたーない

**名前は開発中のものです。** · 02/04/18 22:50

OpenGLで使いたいのですが、初心者はどこから手をつけたらよいのでしょうか？

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

>>58
とりあえず、extensionの使い方について調べましょう。
nvidiaやatiのサイトを回ってみましょう。

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

OpenGLのエクステンションは理解しました。
実際、OpenGLのHello Worldはどれになるでしょう？
分りやすいチュートリアルサイト等はありますか？
nVidiaで考えてます。

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

このスレ廃れすぎ。

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

>>60
NVIDIA extensionの初歩であればNVSDKの中のサンプル
OpenGL/src/demos/vtxprog_*, OpenGL/labs/vertexlab_* を見るのはいかがでしょう？
ドキュメントもNVSDKの中に豊富に揃っています。
# OpenGLそのものの初歩なら赤本をどうぞ。

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

あとはここ
http://www.nutty.org/opengl.html
のここ
http://www.nutty.org/OpenGL/Nvidia/index.html
なんて、比較的短くてソースを追いやすい（glhとか使ってないので）
のではないかなぁと思います。

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

サンクスです。
ところでnVidaのOpenGLのシェーダサンプルはnvparseが
使われていますが、nvparseのリファレンスもしくはチュートリアル
ってありませんか？　これが読めないとシェーダプログラミングは
さっぱりでして…。

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

シェーダーを気楽に管理＆利用出切る機構がホスィ。

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

geforce4mxに換えたんでＳＤＫのサンプルが楽しめると思いきや、
mxじゃピクセルシェーダが使えない罠。

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

>>64
nvparseのソースを追うのが一番いいとおもいますけど、リファレンスらしきもの。
http://developer.nvidia.com/view.asp?IO=nvparse_for_textureshaders
あとはエフェクトブラウザのソレ系のOpenGLサンプルでも見れば大体判るんで
はないでしょうか？

>>66
OpenGLでレジスタコンビナ弄って我慢しよう。

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

nVidiaのサンプルをみて、.vpファイルは頂点シェーダ、.tsはテクスチャシェーダ。
これらはDirectXのヴァーテクスシェーダ、ピクセルシェーダの解説と照らし合わせればおよその見当はつきますが、.rcpは何なんでしょう？
参考ソースを眺めるとこれがレジスタコンビナってやつだと思いますが、これはどう理解すればよいのでしょうか？具体的な役割とは何なんでしょうか？

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

>>68
DirectXでいうピクセルシェーダはNVIDIA OpenGL拡張ではテクスチャシェーダと
レジスタコンビナに分けられます。テクスチャのフェッチなんかの命令（DirectXで
いう所のテクスチャアドレッシング命令）がテクスチャシェーダ、色やα値などの
ブレンディング命令がレジスタコンビナにあたります。

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

>>67
>>68
>>69
スマン。非常にくだらない質問になるんだが宜しく頼む。
Register Combinerを「レジスタコンビナ」と読むのは
やはりこの板で流行っている洒落みたいなものだろうか。

当方この板の事情に疎いので、マジレスカコワルということで
あったら先に謝っておきます。

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

石油コンビナートを襲うタッコング

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

NV_GL拡張にはあって、Direct3Dには無いという
レジスタコンバイナってどういうものなの？
概念的なもんでいいから教えてくれると嬉しいナ。

72 · 02/05/02 17:30

スマソ>>69に書いてあったね。
でもPSにも色およびアルファブレンディング命令は
あるみたいだけど・・。

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

元々レジスタコンバイナってのは中間結果を保持するレジスタを
複数しかも自在に組み合わせて使えるよってな意味なので、
ピクセルシェーダのカラーブレンド部分と思ってほぼ問題ない。

ただピクセルシェーダとの大きな違いは、
倍ぐらい演算が強力ってことかな。

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

>>70
くだらん質問で盛り下げるなよ。

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

>>74
ありがとうございます。
よくわかりました。

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

nvparseでパースするレジストコンビナ(.rcp)のリファレンスってありますか？

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

>>77
このあたりは見ました？
http://developer.nvidia.com/view.asp?IO=gdc2001_programmable_texture

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

今からsexしてきます

◆XMiQltls · 02/05/05 17:34

　　ｇｙ

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

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

ファーシェーディングのやり方１つ解った。
でも、シェーダー使わなくても出来そう。
しかも、重そう。

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

ゲームプログラムを作ってると
シェーダーとか見かけ華やかな部分より
ゲームの基本ルーチンを作る方が
遥かに難しく、重要だとわかってきた。
ここでシェーダーシェーダー言ってる人は
そういった基本部分をクリアした上級者か
D3Dかじった初心者かに分かれるだろう。

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

>83

激しく同意。
描画周りはよく語られるが基本ルーチンを語られることは少ない。
皆さんどうやって学んでいったのでしょうか？私はいつももう少し
きれいにかけないかと悩んでいます。いろんなジャンルのゲームを
たくさん作るしかないのかな？

spinのインタビューでもあったがたくさんのシェーダーの「管理」を
どうするか語りませんか？

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

>>83
商売でないなら同意。
ゲームとしては基本ルーチンの方が全然重要なんだよね。

しかし商売となると見かけの華やかな部分こそ最重要項目なんだよ。
見た目が良くないと売れないんだよ。
なのでシェーダーを研究しないと飯食えないんだーよ！！

悲しいにょ・・・

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

この本買った人いる？
http://www.gamedev.net/columns/books/featuredbook.asp?productid=180

Covers a wide range of rendering techniques, focusing on shaders.
だそうですよ。

洋書一番安く買うのってどうするの?Amazon.comで買うのがいいのか？

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

>>84
実際に自前で組んではいないけど、前使ってたエンジンでは、
シェーダーマネージャークラスにシェーダー追加していって、
各々のメッシュクラスにバインドさせるってやり方してた。

ここら辺って、何でもそう変わらないと思うけどね。
実際、今CUBEで組んでるエンジンでは殆どそうしてる。

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

>>84
質問なんだけど、このあたりの実装って個別に論じるほど特殊なものなのかな？
メッシュの表面のシェーディングに関するシェーダーであれば>>87のようにシェーダー
クラスをシェーダーファクトリークラスからポコポコ作ってメッシュデータクラスにくっつ
けるだけで、これ自体の考え方は固定ファンクションしかない場合でもレンダリング
ステータス/マテリアルクラス（みたいなメッシュのデータに挟み込んでいくものの管理）
が似たような形になるはず。

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

つーかシェーダに汎用性なんか必要なの？
ステージ1のメインキャラ用シェーダ、
ステージ2のメインキャラ用シェーダ、
ステージ3のメインキャラ用シェーダ、
こうやって個別に作って、ステージの切り替わりと共に
シェーダも切り替えた方が良くない？

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

>>86
amazon.co.jpでもその本は売っている。
「発送可能時期：通常4～14日以内に発送します。」だってさ。
6,932円也

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

>78
ありがとう！見逃してました。

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

ゲイム屋さんでなくてもDirectXやOpenGLは活用する。
自分はグラフィック屋さんなのでシェーダ・シェーダ言ってみる。
でも、ゲイム屋さんが一番技術的に進んでいる。

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

rtrtrtrttrrtrtrtfgfgfgffgffgdddddgdfssfgsdfg

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

NvidiaでOpenGL用プログラマブルシェーダを書く場合、
プログラマがユニークなコードを書くのはレジスタコンビナかヴァーテクスシェーダであってテクスチャシャーダはあまり関与する余地が無いって認識あってますか？

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

>>94
そのバーテックスシェーダーも
少ない引数とステップ数の為に
行う処理を選別するだけって感じだね。
頂点ブレンディングにコンストレジスタをさいて
ライトの数を減らすとか
その逆にするとか。
ユニークと呼べるほど・・。

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

OpenGL、nVidiaのレジスタコンビナ・nvparseの構文に出てくる「.」（ドット演算？）は何を指すのでしょうか？
内積ですか？でも、レジスタコンビナのレジスタはスカラではなくてベクタですよね。

あと、レジスタコンビナで各RBGチャンネルを入れ替えたり、別のチャンネルにコピーしたりってできますか？

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

ドットは内積。
色の入れ替えや複製はかなり制約がある。
詳細についてはレジスタコンバイナの仕様書を嫁。
nvparseは単純にその仕様をラップしているだけだ。

96 · 02/05/14 15:36

>97
サンクスです。謎はとめました。

も一つ初歩的な疑問なんですが、OpenGLのレジスタコンビナを有効化すれば、マルチテクスチャのパスは排他的になると考えてよいのでしょうか？

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

http://oss.sgi.com/projects/ogl-sample/registry/NV/register_combiners.txt

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

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

Matrox の Parhelia もOpenGLから細かくコントロール可能ですか？

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

>101
だとしてもまたメーカ依存…やだなぁ。

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

OpenGL2まちましょ。それでもだめってことがありそうな予感。

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

そもそもシェーダー自体が良くわからん

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

良くわからんというほど難しい物でもないよ。
座標変換等を自分で書けるだけ。
ベクトル演算を知ってれば誰でも書けるよ。
問題はシェーダー使ってまで実装したいネタがあるかどうか。

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

GL_NV_vertex_programで実行形式の中（実行形式中に含まれるデータも含む）にシェーダ
のプログラムをASCII文字列で持ちたくないと思い、DirectXでいう所のD3DXAssembleShader
みたいな命令を探したのですが見つかりませんでした。もしかすると、GL_NV_vertex_program
では文字列以外の形でシェーダのソースを持つことは出来ませんか？

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

シェーダに手を付ける前にやること残ってるんじゃないかと。

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

>>106
NV_vertex_programの最大の欠点です。はっきり言って使う気が失せます。
潔く、ATIが提唱するGL_EXT_vertex_shaderに乗り換えましょう。
Matroxも賛同しているのでParheria-512でも使えるようになるはずです。

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

>>106=>>108
・・・・。
メモリ上でASCII文字列に変換すればいいだけの話かと思われ。

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

>>108
NVasmってDX専用だったんだ？
ふーん、つーかDirectXに乗り換えた方が良くない？
はっきり言ってそんなバラバラ仕様のGLなんて
よく使う気になれるよね。

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

>>109
最終的に文字列で駆動しなければならないこと自体が嫌なんだよ。
DX8みたいに中間バイナリフォーマットがあればまだ良かったのだが。

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

メモ帳をそのままぶち込めるのは楽ではあるけどね。

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

>>111
テキストとバイナリでどういう違いがあるのか判らん
内容そのものを動的に生成するわけでもなし・・・

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

テキスト覗かれるのがイヤなのでは？
暗号化すれば済む話ですが。

**106** · 02/05/19 00:40

>>109
>>108は俺じゃないです。ちなみに>>111も違います。
できないと判れば勿論何らかの形から内部でアスキー形式にせざるを得ない訳ですが…。
出来ないことが確認できればそれはそれでＯＫです。
どうもでした。（ﾍﾟｺﾘ

**111** · 02/05/19 00:53

頂点プログラムをロードする最低レベルの関数glLoadProgramNVの内部に
パーサが実装されているのって気持ち悪くないですか？

**106** · 02/05/19 01:06

>>116
描画直前のデータを持っておきたいという気持ちは結構自然なことだと思いますけど、
（俺も出来ればそうしたい）まぁOpenGLのディスプレーリストみたいなもんだと思えば
個人的には納得できなくもないです。

リリース用のプログラムに永続化された描画用データを希望してしまうのはある種の
プログラマの職業病かもしれないな…。

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

一言いわせてもらえば、
ソ　ー　ス　が　あ　る　の　に　何　い　っ　て　ん　ね　ん　カ　ス　ど　も

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

何のソース？

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

OpenGL2.0もそんな感じだったりして。

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

3DLabsによる提案ではこんな感じになるみたい。
やっぱり文字列ドリブンですな。

GLhandle programID = glCreateProgramObject();
GLhandle shaderID = glCreateShaderObject(GL_VERTEX_SHADER);
const GLubyte *sources[] = { "ソースコード1", "ソースコード2" };
glLoadShader(shaderID, 2, sources);
glCompileShader(shaderID);
glAttachShaderObject(programID, shaderID);
glLinkProgram(programID);
glUseProgramObject(programID);

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

保守あげ、ついでに質問。

GL_NV_vertex_program 拡張で使える関数
glVertexAttribs[1-4][dfs]vNV 関数の使い方を教えてください。
glVertexAttrib[1-4][dfs]vNV関数はサンプルでも使われているので
使い方は判るんだけれども、前者のほうは使い方がよくわからんのです。
適当な例ではないんだけど、

> float vertices[] = { x0, y0, z0, x1, ... xN-1, yN-1, zN-1 };

となっているとき、glVertexAttrib3fvNVなら

> glBegin( prim );
> for( int i=0; i<N; i++ ) glVertexAttrib3fvNV( 0, &vertices[ i * 3 ] );
> glEnd();

でうまくいったので、glVertexAttribs3fvNVで

> glBegin( prim );
> glVertexAttribs3fvNV( 0, N, vertices );
> glEnd();

とやってみてもうまくいきませんでした。
# 実際にはglVertexAttribs系は使わないんですけど、判らないと気分が悪いので。

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

（´-`）.｡oO(何で仕様書を読まないんだろう・・・)

The commands

　void VertexAttribs{1234}{sfd}vNV(uint index, sizei n, T coords[]);
　void VertexAttribs4ubvNV(uint index, sizei n, GLubyte coords[]);

specify a contiguous set of n vertex attributes. The effect of

　VertexAttribs{1234}{sfd}vNV(index, n, coords)

is the same as the command sequence

　#define NUM k /* where k is 1, 2, 3, or 4 components */
　int i;
　for (i=n-1; i>=0; i--) {
　　VertexAttrib{NUM}{sfd}vNV(i+index, &coords[i*NUM]);
　}

VertexAttribs4ubvNV behaves similarly.

The VertexAttribNV calls equivalent to VertexAttribsNV are issued in
reverse order so that vertex program execution is provoked when index
is zero only after all the other vertex attributes have first been
specified.

**122** · 02/05/24 09:59

>>123
ありがとうございます＆注意が足りませんでした、ごめんなさい。