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

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

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

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

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

リンクとかはこの過去ログにあるよ。
切れてるのも多いかも。

DirectX&OpenGL【シェーダ】プログラミング
http://piza.2ch.net/tech/kako/993/993758383.html

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

チュートリアルはIF氏のＨＰが詳しいよ。
ttp://www5.tok2.com/home/IF/

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

ＭＳＫＫのコラム新作。

頂点単位のスペキュラライティング
http://www.microsoft.com/japan/developer/directx/japan/dx8/SpecularLight.asp

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

ラデオン８５００買ったがハングしまくる。
鬱だ。

＿ · 01/11/08 23:40

シェーダーは今から覚えなくても
DX9以上になって条件分差とかが実装してから
取り組んだ方が良さそう。
コロコロ仕様変わってるし。

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

X-BOXのシェーダーは今後数年は変わらない。
X-BOXと同じシェーダーをサポートする安いgeforce3 ti 200は買い。
radeon8500の方がgeforce3より機能は上だけど
今のところビデオカードとして評判最悪なので待った方がいい。
http://pc.2ch.net/test/read.cgi/jisaku/1004787773/l50

**名無しさん＠お腹いっぱい。** · 01/11/09 00:02

OpenGL使ってる向きにはEXT_vertex_shaderがおいしそうに見えるんでない？
http://www.ati.com/na/pages/resource_centre/dev_rel/sdk/RadeonSDK/Html/Samples/OpenGL/SimpleVertexShader.html
こっちの方で統一してくれないかな？＞NVIDIA
＃OpenGLでの統一されたシェーダープログラムはOpenGL2.0までおあずけか…

**名無しさん＠お腹いっぱい。** · 01/11/09 00:10

>>8
完全に同じものはNVIDIAのGF3ではハード的にサポートできない。
NV_vertex_program環境で、EXT_vertex_shader風に書きたいならば
自分でEXT_vertex_program風のライブラリを書くしかない。

9 · 01/11/09 00:13

自分でEXT_vertex_program風のライブラリを書くしかない。
↓
自分でEXT_vertex_shader風のライブラリを書くしかない。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:18

>>9
やっぱりEXT_とはいっても事実上ATI_vertex_shaderなのね…。
ピクセルシェーダはともかく、頂点シェーダーくらいなんとかならんのかな～？
ちなみにGF3とRADEON8500の間でサポートできない頂点シェーダの
命令ってなんです？DirectXでも互換性ないのかな？

**名無しさん＠お腹いっぱい。** · 01/11/09 00:22

DirectXの頂点シェーダーは互換性ありますよ。
CPUのエミュもあるし。
DirectXの頂点シェーダーは楽です。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:51

>>12
DirectXが互換性あるなら、OpenGLもドライバレベルでなんとか
ならんかなぁ…、といってみるテスト。いやそんな重要なことじゃないけどさ。

http://www.3dlabs.com/opengl/ogl2.pdf
が現実になる日を待ちつつ、NV_vertex_programを使いましょう＞OpenGLの人

>CPUのエミュもあるし。
Radeonは知らないけど、NVIDIAのデトネタならOpenGLもソフトエミュしてくれる
よね？

>DirectXの頂点シェーダーは楽です。
NV_vertex_programならDirectXと大して変わらないし、EXT_vertex_shaderなら
さらに楽ゲな気がする。ちょっとしたシェーダーの違いなら頂点シェーダーを
定義している部分で分岐

if(ほにゃらら)
{
glShaderOpNEXT( ... );
}
できそうだし。（RADEONもってないから試してないけど）
＃実際にバリバリ使ってくと種類増えるでしょ？＞シェーダー

スレ汚しゴメソ。

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

デトネタはNvidiaのビデオボードの人しか入れられないし・・・・
DirectXではNvlinkをうまく使えば種類は減らせるよ。
面倒だけどね。

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

>>13
DirectXのvertex shaderの互換性はATIが妥協しての互換性だと思う。

**名無しさん＠お腹いっぱい。** · 01/11/10 23:30

ピクセルシェーダーも1.1までならgeforce3とradeon8500で互換性ありかも。

**名無しさん＠お腹いっぱい。** · 01/11/10 23:33

radeon8500いいかも。
安定性が問題だけど。

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

ps.1.4
texcrd r0.rgb,t0
texld r1,t1
mov_d4 r1,r1
add r0.rgb, r0, r1
phase
texld r0,r0
add r0,r0,v1

MFCPixelShaderにｺﾋﾟﾍﾟ

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

意外とphase関連の制限に引っかかるかも

**age** · 01/11/21 20:49

あげ～ん

**名無しさん＠お腹いっぱい。** · 01/11/22 03:05

シェーダーも内包した新しいXFileの仕様作ってくんないかなー＞ＭＳ
プログラマが趣味でやる分には今でも十分遊べるけど、ちょっとでも
実用的にゲームでも作ろうとするとソフトからの吐き出しとかでえらい
苦労するのよね。

　どーもＭＳは古いXFile互換にこだわるけど、そろそろ下位互換に
こだわらなくてもいいのにね。

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

シェーダー内包したモデルフォーマットって
いいかもね。最近はMayaとかMaxとかXSIで
シェーダー組めるらしいから是非！

OpenGL2.0も含めた汎用フォーマット希望！

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

てか、XMLの時代にXファイルは時代遅れ。

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

>>22
>最近はMayaとかMaxとかXSIでシェーダー組めるらしいから

Mayaはシェーダーというよりは、描画部分をそっくり取替えできちゃうみたいね。
http://www.aliaswavefront.com/en/Tmpl/Maya/html/index.jhtml?page=/en/Community/Games/index_m.html&style=normal
サンプルはNV20系依存なプログラムだけど、これならFireGL8800とかの独自機能
でも勝手に組み込めちゃえそう。もっともRADEON系でMayaがうまく動くかどうか
わかんないけど。

>OpenGL2.0も含めた汎用フォーマット希望！

じゃ、いっそribファイル形式で（ｗ

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
ありがとうございます＆注意が足りませんでした、ごめんなさい。

**名無しさん＠お腹いっぱい。** · 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最初のバージョンは敬遠してます

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

RenderMonkeyｱｹﾞ
http://www.ati.com/developer/sdk/radeonSDK/html/Tools/RenderMonkey.html

**名前は開発中のものです。** · 02/08/27 16:10

ちみたちもっと技術的な話をしろや。
保守アゲするぞ。
ちなみにnVidiaのBumpHorizonのサンプル
あのソース、レンダーステートの設定が一箇所抜けてて
あれじゃまともに表示されん。ふざけんなボケ、俺の二日間を返せ。

**名前は開発中のものです。** · 02/08/27 16:17

ちなみに>>154の不具合は
float4 vPos;
vPos.x = vPos.x * (1.0f / vPos.w);
と書くことで回避できた。
新しいコンパイラでは直ってるかな？

>>155
現状の出来では、それも仕方ないかも。
PSでペアとかしてくんないしね、ほんと使っててイライラするよ。
インラインアセンブラみたいなのついてて、気に入らないところは
部分的に修正出来るようにしてくれればいいのにね。
まあこんなことで悩むのも今だけだろうけど。

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

終わったスレはあげられてもな。

**名無しさん＠お腹いっぱい。** · 02/08/31 00:26

Shader を終わっているって言っているのか？

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

エロゲには必要ないんでしょ

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

DirectX9まだ？

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

シェーダーって言っても映画で使われてるようなのできるわけじゃないよね

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

んなことねーぞ。
無理なものは無理だろーが、数年のタイムラグというものまである。
http://www.atmarkit.co.jp/fjava/column/andoh/andoh12.html

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

漏れら極楽人道のageブラザーズ！
良スレっぽいものは強制的にageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ　　丿（　　⊂）　age
　（　ヽノ　　ヽ/　　）　　　age
　し（＿）　　（＿）Ｊ

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

　　　　　　　　　　終　　了　　し　　ま　　す　　た　。
　　　　　　　　ｎ　　　　　　　　　　　　　　　　　　　　　　　　　 n
　　　　　　　ミゝヽ　　　　　　　　　　　　　　　　　　　　　　　　/ ヾ彡
　　　　　　　　ゝノ　　　　　　　　　　　　　　　　　　　　　　　ヽヾ
　　　　　　／　/∧＿∧　　　　　　　　　　　　　　　　∧＿∧|　ヽ
　　　　　　|　 <（　´∀｀）　　　　　　　　　　　　　　　（´∀｀　）>　|
　　　　　　　ヽ　ゝヽ⌒ヽ　　　　　　　　　　　　　　／⌒丶　ゞ　/
　　　　　　　　ヽ　　　　ヽ　　　ｎ___　　_ｎ　　　 /　　　　　　 /
　　　　　　　　 |　完　　/ヽ　⌒二ソ__彡ミ__ゝ二⌒　 /ヽ終了|
　　　　 /￣＼_|　　　　|　￣￣　　　　　　　　￣￣　 |　　　　|_／￣ヽ
　　　　＼　ヽ　　　ヽ　　　　　　　　　　　　　　　/　　　　ノ　／
　　　　　　＼⌒ゝ~＼　＼　　　　　　　　　　　　　／　／~ ヾ⌒ ／
　　　　　　　ヽ (　　＼　＼　　　　　　　　　　／　／　　　） /
　　　　　　　　∪　　　　＼　＼　　　　　　　／　／　　　　 ∪
　　　　　　　　　　　　　　　＼　＼　│　／　　／
￣￣　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　おしまい！
　　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　　　／　│　＼

**山崎渉** · 03/01/13 13:20

（＾＾）

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

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

　　　　　　　　　　　　　　　　　　　　 ┌────┐
　　　　 ┌──────┐　　 ┌┤┌───┘
　　　　 └──┐┌─┬┤　　 │││
　　　　　　　 ││　 ││　　 ││└──┐
　　　　　　　 ││　 │└──┘│┌──┘
　　　　　　　 ││　 │┌──┐││
　　　　　　　 ││　 ││　　 ││└────┐
　　　┌───┤├┐││　　 │├────┬┘
　　　│┌──┤├┴┼┘　　 ││┌──┐└┐
　　　││　　 └┤　 └┐　　 └┤│　　 └┐└┐
　　　││　　　 │┌┐└┐　　 ││　　　 └┐│
　　　│└──┐││└┐└┐　 ││　　　　 ││
　　　│┌──┘││　 └┐└┐││　　　　 ││
　　　││　　　 ││　　 └┐└┤│　　　　 ││
　　　│└───┴┴┐　　 └┐││　　　 ┌┘│
　　　└────┬┬┘　　　 └┤│　　 ┌┘┌┘
　　　　　　　　 └┘　　　　　 │└──┘┌┘
　　　　　　　　　　　　　　　　　　　　 └────┘

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

良スレ発見！
終わらせるものかage！

**名前は開発中のものです。** · 03/11/15 16:32

では、スレ再開を記念して。

　　∧⊂ヽ　　／￣￣￣￣￣￣￣￣￣￣
　 (ﾟДﾟ)ﾉ　＜　　シェーﾀﾞ
　　| ⊃|　　　＼＿＿＿＿＿＿＿＿＿＿
　　|　　|
　　⊂ノ～
　　∪

**170** · 03/11/15 16:33

いきなりクレクレで申し訳ないのですが
シェーダ内で法線マップ正しく頂点の法線に足しこむ方法を教えてくれませんか

それっぽく見えるようになっているのですが、法線マップと頂点の法線の向きを合わせる方法がわからなくて(馬鹿

ttp://tool-ya.ddo.jp/2ch/trash-box/file/20031114222119295.zip

猿ファイル二つとテクスチャが入ってます

hlslnormal.rfx
HLSL記述
1パス
ランバート拡散とフォンシェーディングっぽいもの

normal.rfx
訳有ってアセンブリっぽい方の記述
1パス
ランバート拡散と無意味にメタリック

おながいします

**170** · 03/11/16 01:42

メタリックの式が間違ってた。
それとテクスチャ。

ダサ

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

今日から本格的にシェーダプログラミング始めますんでヨロシコ。
盛り上がっていきまっしょい

**174** · 04/01/12 13:42

シェーダーの本買ってきた。
なかなか良さげだ。
みなさーん一緒に勉強しましょ！

**174** · 04/01/12 13:44

http://www.amazon.co.jp/exec/obidos/ASIN/4839912475/
この本だよ！

**名前は開発中のものです。** · 04/09/15 20:17:04

古ｽﾚ記念

**名前は開発中のものです。** · 04/10/15 17:43:14

シェーダーもいいかげん死語だな。

**名前は開発中のものです。** · 04/10/15 17:46:33

>>176
でも著者がこんな顔だぞ
http://cedec.cesa.or.jp/session/img/picR29a.gif

**名前は開発中のものです。** · 04/11/29 14:14:57

>>179
DirectXﾌﾟﾛｸﾞﾗﾏの集いに参加すると笑えるぞ
同じような顔が15人は並ぶからな
自慢じゃないが俺は最後まで名前と顔が一致しなかった
俺は言いたかった

「すいません御兄弟ですか？」

**名前は開発中のものです。** · 05/01/24 22:06:52

>>179
ものすごくがっかりした
謝罪しる

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

おい
海外のシェーダのデモとかサンプルとか知ってたら教えてクレヨンしんちゃん

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

まずnVidiaとATIに行け。

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

>>170
ちょい遅ﾚｽだが。
法線の方の向きを合わせるのはあきらめてシェーダに定数として渡すライトベクトル
の方にワールド行列の逆行列を掛けたら？

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

ま、これからの時代はGLSLなわけだが。

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

Kanoさんって今なにしてるの？

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

本田大地くんに堕落させられました

**名前は開発中のものです。** · 05/03/09 00:31:04

しぇー

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

>>179
顔で選ぶな馬鹿。シネ。

**名前は開発中のものです。** · 05/03/09 07:14:13

つーかフラグメントシェーダって悪くなくね？
使ってるやついる？

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

>>190
ノ

**名前は開発中のものです。** · 2005/03/25(金) 06:04:51

シェーダプログラマーって、人数が少ないのか？

**名前は開発中のものです。** · 2005/03/26(土) 01:33:02

CgやHLSLならバカでも出来る。
参考書やサンプルも山ほどあるしな。

**名前は開発中のものです。** · 2005/03/26(土) 18:54:03

プログラマブルシェーダとしては、Cg, HLSL, GLSLなんかがよく知られてるが、
現状のコンシューマ機だと、独自仕様なものになるんかな？

PS3, 次期XBoxとかだと、GLSLとかHLSLを採用してきそうだが。

**名前は開発中のものです。** · 2005/03/26(土) 20:23:04

むずいよー、通常のモデル(三角四角ポリ情報のみ)の「稜線」を、特にハイライトして描画
…ってシェーダだけで出来ます？出来るって言われて試行錯誤中ですが…あいつも素人だしなぁ。

>>194
GLSLじゃ無いみたいですねぇ
ttp://pc.watch.impress.co.jp/docs/2004/0729/kaigai104.htm

**名前は開発中のものです。** · 2005/03/26(土) 21:53:52

>>195
メッシュから稜線を判断して強調だとシェーダだけじゃ無理。

**名前は開発中のものです。** · 2005/03/26(土) 22:37:50

>>196
ですよねー！あー解放解放、ビール買ってこよ。
ありがとうございました。

**名前は開発中のものです。** · 2005/03/28(月) 11:48:14

>>195
LINE LOOPみたいなプリミティブで線書くのがいいとおもうけど
無理やりシェーダでやるなら面法線をフラグメント単位で書き出して
フルスクリーンのポストエフェクトで隣り合う法線情報同士が違ったら
ハイライト描画とか？

でも法線も用意しちゃダメならこれもダメか。

**名前は開発中のものです。** · 2005/04/03(日) 23:15:59

shあげ

**名前は開発中のものです。** · 2005/04/03(日) 23:43:24

誰かIBL実装できますか