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

**名無しさん＠お腹いっぱい。** · 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みたいなのは
シェーディングモデルを組み立てているのではなく、
「組み合わせて」いるだけなのよ。