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

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

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

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

**名無しさん＠お腹いっぱい。** · 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
ありがとうございます＆注意が足りませんでした、ごめんなさい。

**名無しさん＠お腹いっぱい。** · 02/06/02 21:03

DX9シェーダーがまともに動くNotePCありますか？

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

>>125
デスクトップ用でもまだ完全対応していないのに・・・。
Geforce4GOとかMobileRadeonなら少しはいけるんじゃないの？

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

まともってのは、まともな速度って事？

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

今現在ノートにのってるビデオチップでシェーダに対応してるのって無いよね
ほしいなー

**名無しさん＠お腹いっぱい。** · 02/06/03 00:22

>127
VS2.0のflow controlを試したいんだけど、、

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

VSならソフトウェアでもまともな速度で動くと思うが。
Radeon8500の30分の1の速度がまともかどうかは意見が分かれるかもしれないけど。
少なくともDX9βテスターの9割以上はソフトウェアで試してると思う。

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

DX9βのSDKってもうでてるのん？

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

NVIDIA Cg ToolKit ｱｹﾞ
http://developer.nvidia.com/view.asp?IO=cg_toolkit

**名前は開発中のものです。** · 02/06/14 09:28

ねえpdfからテキスト抽出って出来ないの？
わからない単語翻訳通したいんだよね。

**133** · 02/06/14 09:30

標準で出来るのね・・。知らんかたよ。

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

レジスタコンビナの各レジスタの入力値って[-1,1]とか書いてありますが、
これって実際のテクスチャ値とどう関連してるのですか？
[-128, 127]にそのまま相当？

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

結局、国内では「レジスタコンビナ」という呼び方が
デファクトスタンダードになるのか・・・（鬱

まぁ、どうでもいいけどな

**名前は開発中のものです。** · 02/06/17 23:12

?
コンバイナってこと？

**名前は開発中のものです。** · 02/06/17 23:46

まぁ、普通は「コンバイナ」と呼ぶということで。

[例]combine
http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=combine&sw=0
http://dictionary2.goo.ne.jp/ej/voice/C/00020347.wav

**名前は開発中のものです。** · 02/06/18 00:43

register combiner使ってる奴、国内に一人もいないのでどうでもいい。

**名前は開発中のものです。** · 02/06/19 13:44

１人いたけどね。

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

ファーシェーディングってみなさんどうやっています？

毛のテクスチャを張ったポリゴンを常に視線方向を向くように頂点位置を補正、
もしくはスプライトとして転送すれば良いかなと思ったけどどうかな？

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

　　　∧ ∧　　
　　ミ,,・Д・彡フサフサage！
　～ミ＿__ 彡

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

なんでシェーダスレに書くのか分からん。３D技術スレのネタだろうに。
つーかサンプルがある筈だが。サンプルも読む気ないならやめなさい。

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

>>141
kanoたんサンプルの見るべし。ただしRADEONでないと動かない罠。

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

簡単に言うと半透明の十二単だよな。

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

>>145は今うまいこと言ったと思ってるな。

**名無しさん＠お腹いっぱい。** · 02/07/27 08:39

nVidia cg
ＡＴＩ RenderMonky
MS HLSL(HighLevel Seading Langage)

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

OpenGL 2.0 Shading Language

**名前は開発中のものです。** · 02/07/31 10:44

あのさ、だれがCg+VS.NETでうまくコンパイルできてる人いる？
どーしても
std::_Xlen
std::_Xran
（こいつらが、Vc7/crt/src/string.cpp にいるのはわかったけど・・・）
が無いっていわれるし、でっちあげてもうまく動かないし？

**149** · 02/08/05 20:17

STLとどうやら、相性がわるいらしい。
STLportにかえてみてもだめだった。

**名無しさん＠お腹いっぱい。** · 02/08/07 22:37

ピクセルシェーダーで、画像処理のサンプルというのは
どこかにありますかー？

**名前は開発中のものです。** · 02/08/12 04:48

ガイシュツな気もするけどなー。ここ
http://www5.tok2.com/home/IF/edge/index.html

**名無しさん＠お腹いっぱい。** · 02/08/12 21:10

>152 Thanks,
[SharderX] Vertex and Pixel Shader Tips and Tricks
の本を買ってみたけど肝心な画像処理サンプルが抜けて
たりする。

あ · 02/08/19 20:12

nVidiaのcg使ってるんだけど、なんだかこれ予想以上に不具合が多いような気がする。
まず、コンパイラがかなりアホなような。
float4 vPos;
vPos.x = vPos.x / vPos.w;
と
float4 vPos;
vPos.x = vPos.x * 1.0f / vPos.w;
では生成されるシェーダーコードがかなり違い、
片方では、分母がw要素なのに生成されたコードではなぜか
xの逆数を求めていて、双方で結果表示される画像が違っている始末。
自分の3DエンジンはD3DFixedベースからcgベースに書き換えているので
これはどうにもできなくてかなり痛い。マジ泣きそう。
あと、cgプログラムコンテナのメンバのcgプロファイル値がおかしい。
メソッドを操作する度にコロコロ変わる。リークしてる？
皆さんはこんなことない？

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

cg最初のバージョンは敬遠してます