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

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

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

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

**名前は開発中のものです。** · 2008/04/15(火) 15:51:50

age

**名前は開発中のものです。** · 2008/05/13(火) 08:25:08

age

**名前は開発中のものです。** · 2008/05/13(火) 08:31:52

やっぱり左手座標系ですか？
左手用に作られた行列を右手に変換するのって簡単にできないかねぇ？

**名前は開発中のものです。** · 2008/05/13(火) 23:13:41

3軸のひとつを符号反転するだけだろｙｔｒ
つか何でこのスレでその質問？みたいな

**名前は開発中のものです。** · 2008/05/13(火) 23:35:47

>>346
いや、頂点シェーダにセットする行列の変換でちょっと悩んでてさ。
反転するとして、どの軸？とかね。４行目、４列目はどうなるの？とかさ。

**名前は開発中のものです。** · 2008/05/13(火) 23:41:04

4x4行列の中身が回転情報と並進情報のセットなら
4行目4列目は常に1じゃないか？

**名前は開発中のものです。** · 2008/05/13(火) 23:44:29

＞反転するとして、どの軸？

例えばオブジェクトのローカル座標系で
Z軸を垂直上方向と定義していて
Y軸を視線(前)方向と定義してるなら
X軸反転するんでね

**名前は開発中のものです。** · 2008/05/14(水) 00:31:10

いや、それが、射影だったりして回転移動のみじゃないんだよね。

ドイツの論文を読む機会があったんだけど、
そいつは、Ｚ方向に -1 倍のスケーリング行列をかけて、
左手座標を右手座標に直してた。
そんなんでいいの？って感じでさ。
本当に、>>346 の通りなのかもしれない。

物理科っぽいベクトル解析はやったんだけど、イマイチ使えなくて、
工科っぽいベクトル解析をやり直そうかなぁと思ってる。

**名前は開発中のものです。** · 2008/05/15(木) 09:21:49

別に問題ないと思うが

**名前は開発中のものです。** · 2008/05/18(日) 01:02:07

今年はじめからシェーダー書き出したのだが、ほんと資料ないね。
どうやって勉強しよう。なんとなくnVidiaのsampleデータ見てやってるけど。

**名前は開発中のものです。** · 2008/05/19(月) 08:52:50

HLSLの仕様ならDirectXのリファレンスを読めばわかる
サンプルも豊富だから大まかな流れややり方もわかる

DirectXのサンプル以上のレベルのことをやろうと思うと
論文を読むしかないのかな…場合によっては英語の

**名前は開発中のものです。** · 2008/05/19(月) 20:52:57

>>352
N2Factoryの"DirectX シェーダプログラミング"はどうだろう？
Amazonでの評価も悪くないし、本屋で見てなんとなく分かり易そうだったので買ってみた。
只、自分はプログラミングそのものもこれからスタートなので良し悪しはよく分からない。

**名前は開発中のものです。** · 2008/05/21(水) 19:22:55

>>354
良い本だよ。
ただ、サンプルコードが古いSDKを利用したものなので、その辺りは注意が必要。
CD付属のSDKを使えば大丈夫

なんだが…すでに最新のSDK入れてる身としては面倒だ…。

**名前は開発中のものです。** · 2008/05/22(木) 08:34:34

nVidiaやATIの出してる分厚い高い本がお勧め
でもその前に>>354みたいなのを読むべき

どのみち一冊じゃ足りないと思うなぁ

**名前は開発中のものです。** · 2008/05/22(木) 22:39:59

なんかシェーダって、アニメーションと各種シェーディング、影、ぼかし、HDR、歪みぐらいが
いまのところやれる範囲で、意外とやることが少ないような気がするんだけど。

**名前は開発中のものです。** · 2008/05/22(木) 22:52:17

gpgpu.orgにあやまれ

**名前は開発中のものです。** · 2008/05/22(木) 23:54:44

「シェーダ」でシェーディング以上のことが出来る時点で

**名前は開発中のものです。** · 2008/05/23(金) 08:28:01

>>357
普通にやる分にはそうかもしれないけど
固定概念に縛られずに自由な発想でいろいろやってみることは大事

**名前は開発中のものです。** · 2008/05/23(金) 13:07:12

観念してね

**名前は開発中のものです。** · 2008/05/23(金) 20:19:33

そもそもシェーダで出す絵がない

**名前は開発中のものです。** · 2008/05/23(金) 20:25:11

俺の手持ちはスフィア、キューブ、トーラス、シリンダー、ティーポットだ
良かったらおすそわけするぞ

**名前は開発中のものです。** · 2008/05/25(日) 07:38:43

メガデモ上等！！

**名前は開発中のものです。** · 2008/05/26(月) 11:36:13

行列パレット全然たりねぇ。

**名前は開発中のものです。** · 2008/05/27(火) 09:47:03

確かにまともなシェーダ開発が必要なレベルのデータ作りの方が厄介だよな
インスタンシング情報とかタンジェントスペースとかエクスポート時に埋め込める手軽なツールがあまりない
俺は今のところBlenderでプロパティやらスクリプトやら使って頑張ってる

**名前は開発中のものです。** · 2008/05/28(水) 01:30:20

シェーダプログラマでがんばろうと思うのでうが、身に付けた力は今後、他に何の役に立ちそうでしょうか？
GPGPUが広まったら職にあぶれることはなさそうでしょうか？

**名前は開発中のものです。** · 2008/05/28(水) 09:01:56

この先CUDAとかできればそれなりに需要あるんじゃね？
職にあぶれることはあるだろうけど

**名前は開発中のものです。** · 2008/05/30(金) 13:36:42

良スレsage

**367** · 2008/05/30(金) 22:49:07

>>368
ありがとうございました。

**名前は開発中のものです。** · 2008/05/31(土) 06:29:24

シェーダに着ていく服がない

**名前は開発中のものです。** · 2008/06/01(日) 08:40:57

しまむらで1000円で買った服をマネキンに着せて
3Dスキャナで取り込んだボリュームデータを
ポイントスプライトでパーピクセルライティングするのが
今後のトレンド

**名前は開発中のものです。** · 2008/06/09(月) 11:53:47

現役のビデオボードでも StaticFlowContorlDepth って０のが結構おおいじゃない？

DirectX10 じゃ FragmentLinker が無くなるらしいんだけど、
DirectX9 では FragmentLinker を使え、
DirectX10 では StaticFlowControl を使え、
ってことなのか？

めんどくせぇ。

**名前は開発中のものです。** · 2008/06/28(土) 01:14:19

FragmentLinkerは残念ながら使い物にならないよ。ゴミだなこんなの。
DX9世代は、エフェクトファイルへ条件ごとにテクニックを置きまくるしかない。

**名前は開発中のものです。** · 2008/06/28(土) 02:05:55

シェーダープログラマを目指しているんですが、ゲーム以外で使う仕事ってあるんでしょうか？？

**名前は開発中のものです。** · 2008/06/28(土) 11:15:16

3Dソフトの制作なら、GLSL方面で需要があると思う。

**373** · 2008/06/28(土) 15:32:53

>>374
結局、FragmentLinker は無視した。
要求するハードのレベルが上がるが、Static Flow で十分な速度が出るね。

**375** · 2008/06/28(土) 16:02:21

>>376
なるほど。
ありがとうございました！

**名前は開発中のものです。** · 2008/09/05(金) 11:10:20

ほ

**名前は開発中のものです。** · 2008/10/07(火) 10:01:09

今更だがDirect3D10対応のFXComposer2.5出たんだな
しかしVistaはクラシック表示にしないと画面ががくがく言うんだが・・・

**名前は開発中のものです。** · 2008/10/07(火) 16:07:47

>>380
スピーカー付きのモニタ？

**名前は開発中のものです。** · 2008/10/07(火) 16:16:19

え？

**名前は開発中のものです。** · 2008/11/05(水) 12:06:16

ﾜﾛﾀ

**名前は開発中のものです。** · 2008/11/15(土) 23:31:52

RendermonkeyでテクスチャをTexturesaverで保存しようとすると
「this extension is not supported」って出て保存できないんですけど
これはまだ対応してないってことですか？

**名前は開発中のものです。** · 2008/12/07(日) 17:25:48

過疎るな
>>375
うちは、画像処理にDirectX+シェーダを利用している。

**名前は開発中のものです。** · 2008/12/21(日) 03:20:10

このスレできたの７年前かすげえな

**名前は開発中のものです。** · 2009/01/26(月) 06:50:15

ちょっと素人の素朴な疑問なんだけど、
PS3とXBOX360のシェーダって、360の方が優れてる気がするけど、
DirectXが優れてるからって事？

**名前は開発中のものです。** · 2009/01/26(月) 08:08:15

それ質問じゃないよ。

ttp://it.nikkei.co.jp/digital/news/index.aspx?n=MMITew000002052007
博識そうな人にコレと似たような事を言って貰いたいんでしょ？

**名前は開発中のものです。** · 2009/02/14(土) 23:02:57

これからプログラマブルシェーダ覚えようと思うのですが，
おぼえるシェーダ言語は意識して選んだ方が良いでしょうか？
言語間で違いが大きくあるか知りたいです

あと，他に覚えるにあたってお勧めの方法などあれば教えてください

**名前は開発中のものです。** · 2009/02/14(土) 23:39:29

選ぶもなにもHLSL以外の選択肢は、ほぼ無いと思うが。
OpenGLで使いたいとかなら話は別だが。

**名前は開発中のものです。** · 2009/03/17(火) 19:07:24

RenderMonkeyを使っていると、ひとつのモデルをマテリアルごとに分割して扱うことができないのですが、仕様でしょうか？

例えば3つのマテリアルになっているモデルがあるとします。
これら、それぞれのマテリアルにそれぞれのシェーダを書きたいのですが、どうしても分解して扱う方法が見当たらないのです

**名前は開発中のものです。** · 2009/03/18(水) 01:17:08

>>390
別にCgとかでもよくね？
そこでなんか足りないと思ったらHLSLでもいいわけだし。

**名前は開発中のものです。** · 2009/03/27(金) 02:22:52

>>389
WindowsならHLSL。
MacやLinuxならしらん。

覚えるには実際に自分で書いてみるのが一番だよ。
教材には今ぎれさんの本をお薦めする。

**375** · 2009/04/10(金) 01:02:32

>>385
ありがとうございました！

**名前は開発中のものです。** · 2009/04/26(日) 20:30:38

NVIDIA以外のHLSLコンパイラってあります？
NVIDIAのはエラーで起動できない

**名前は開発中のものです。** · 2009/04/26(日) 21:17:23

今ぎれさんの本って何？

**名前は開発中のものです。** · 2009/04/26(日) 21:36:35

http://www.amazon.co.jp/dp/4839912475

**名前は開発中のものです。** · 2009/04/26(日) 22:17:35

>>395
DirectX SDKに付属してます

**名前は開発中のものです。** · 2009/06/03(水) 15:48:48

>>395
FX composer2.5はDX10用
2.0でも使ってみれ

**名前は開発中のものです。** · 2009/06/03(水) 18:42:40

>>399
10じゃなくても2.5使えるだろ。

ＸＰでつかえてるし。

**名前は開発中のものです。** · 2009/06/07(日) 15:37:19

２つのfxファイルで同じ目的で使用している変数があるのですが、
こういう場合は、D3DXCreateEffectPoolというインターフェースを使うと
変数を共有できるようになるみたいなので、試してみたのですがうまくいきません。
（片方のシェーダでしか変数が適用されていない状態です）
どこがまずいのか指摘していただけると助かります。

//ヘッダーファイル側
LPD3DXEFFECTPOOL pPool;//D3DXCreateEffectPoolというインターフェース

//ソースコード（初期化）
D3DXCreateEffectPool(&pPool);//D3DXCreateEffectPoolというインターフェース

D3DXCreateEffectFromFile( pDevice
,"effectA.fx" //エフェクトファイルA
,NULL, NULL, 0
,pPool //パラメーターのプール
,pEffectA //エフェクトA
,NULL)))

D3DXCreateEffectFromFile( pDevice
,"effectB.fx" //エフェクトファイルB
,NULL, NULL, 0
,pPool //パラメーターのプール
,pEffectB //エフェクトB
,NULL)))

Handle_matWVP = pEffectA->GetParameterByName(NULL,"matWVP");//名前からハンドルを取得する

//ソースコード（描画）
pEffect->SetMatrix(Handle_matWVP,&matWVP );//変数に行列をセットする

**名前は開発中のものです。** · 2009/06/07(日) 15:39:12

上の続き

//fxファイルA
shared float4x4 matWVP;

//fxファイルB
shared float4x4 matWVP;

**名前は開発中のものです。** · 2009/06/11(木) 23:25:47

その方法で間違ってないと思う。
駄目な理由は、別な面を探した方がいい。

**名前は開発中のものです。** · 2009/07/24(金) 11:46:07

いくら何でもこのスレ過疎りすぎじゃね？
日本にシェーダープログラマーはいないのか

**名前は開発中のものです。** · 2009/07/24(金) 17:01:14

あえて語るようなネタなんてあるか？
基礎的な事はShaderXとGPU gemsみりゃいいだけだろう。

**名前は開発中のものです。** · 2009/07/29(水) 21:21:58

当方デザイナです。
今、プログラマブルシェダーを勉強中です。

RENDER　MONKEYで編集したFXファイルを
MAYAに読み込ませようとしているのですが

RENDER　MONKEYで吐き出したFXファイルが
うまく表示できません。

マニアルには
ViewProjection を WorldViewProjection に変更して使うと
あるのですが、
これはどういうことなのでしょうか？

**名前は開発中のものです。** · 2009/07/30(木) 02:09:07

RENDER　MONKEYは使ったことないけど、吐き出されたFXファイルにViewProjectionってのが多分どこかにあるから、それをWorldViewProjectionに書き換えればいいってことだと思うよ

**名前は開発中のものです。** · 2010/02/22(月) 18:00:24

>>88
すみません、具体的に教えてください。
シェーダークラスはメッシュデータを受け取ってレンダリングするということですか？

**名前は開発中のものです。** · 2010/02/23(火) 11:48:11

8年越しのレスｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

**名前は開発中のものです。** · 2010/02/23(火) 12:05:30

>>88はご存命だろうか

**名前は開発中のものです。** · 2010/04/16(金) 19:26:08

シェーダプログラマのみんな！
もっと元気出していこうぜ！

**名前は開発中のものです。** · 2010/04/23(金) 11:42:48

WiiウェアでBIT.TRIPってゲームがあるんだけど、
リアルタイムでアンビエントオクルージョンをやっているように見えるんだよ。
ttp://bittripgame.com/
でもWiiの性能でそんなことできるんだろうか。
本当にアンビエントオクルージョンか自分にはちょっと判断できないので誰か確かめてください。

**名前は開発中のものです。** · 2010/04/23(金) 15:55:28

そう思う部分の動画でも貼ってくれないと
「そんなもん知るか」
としか答えようがない。

**名前は開発中のものです。** · 2010/04/23(金) 16:07:48

BIT.TRIP RUNNER(未発売)
ttp://bittripgame.com/bittrip-runner.html
うねうね動いてる灰色のデカイ敵

BIT.TRIP CORE
ttp://bittripgame.com/bittrip-core.html
背景オブジェクト

**名前は開発中のものです。** · 2010/04/23(金) 17:02:02

正直、その動画を見ても、リアルタイムで処理してそうなとこは
どこのことなのか分からない。

COREの方は背景で動いている部分がほとんどないし、RUNNERの方は
穴から出てくるイモムシみたいなやつのことだと思うが、陰影が変化してる
ようには見えない。

**名前は開発中のものです。** · 2010/04/23(金) 17:13:11

形状の谷間(キューブとキューブの繋ぎ目)にぼやっと陰影がかかっているよね？
そのことを言っているんだけど。
繋ぎ目だけじゃなくて、灰色の芋虫がはい出てきた穴の縁部分も、芋虫のポリゴンの影響を受けて
うっすら陰影のグラデがかかっている。

**名前は開発中のものです。** · 2010/04/23(金) 18:52:41

そんぐらいIntel Pentiumプロセッサ上での
ソフトウェアレンダリングでもできる。

**名前は開発中のものです。** · 2010/04/23(金) 19:03:08

具体的にどういうアルゴリズムで？

**名前は開発中のものです。** · 2010/04/23(金) 19:07:19

1. いろいろキャッシュしまくる。
2. マルチテクスチャ。
>繋ぎ目だけじゃなくて、灰色の芋虫がはい出てきた穴の縁部分も、芋虫のポリゴンの影響を受けて
よくある影描画アルゴリズムだろう。

**名前は開発中のものです。** · 2010/04/23(金) 19:19:13

キャッシュって例えば何を？そのキャッシュを何に利用するの？
あなたが言っている影描画アルゴリズムというのはシャドウマッピングのこと？
でもあれは光源と反対方向にオブジェクトのシルエットがくっきり映るものであって、
私が言っていることとは毛色が違う。

**名前は開発中のものです。** · 2010/04/23(金) 19:56:00

こういう返事がくると黙りこむあたり、何もわかってないんだろ
何でも「よくある」と書きたくてしかたない

**名前は開発中のものです。** · 2010/04/23(金) 20:25:08

>>416
キューブの陰影は、最初から頂点カラーがそういう色になっているだけじゃないの？
穴の縁の部分は動画ではよく分からんが。

まず、基本的なこととして、動かない物体の影やら陰影なんてものは
リアルタイムで計算する必要がない。
どんなにリアルな陰影がついていようと、事前計算できるもの。

同様に、インタラクティブ性がなくて決まった動きしかしない物体も
リアルタイムで計算する必要がない。
アニメーションに頂点カラーやテクスチャの変化も含まれるだけ。

**名前は開発中のものです。** · 2010/04/23(金) 21:01:00

遮蔽度の高そうな頂点の頂点カラーを暗くしたのをデータとして保持しているだけってこと?

**名前は開発中のものです。** · 2010/04/23(金) 21:03:13

×遮蔽度
◯閉塞度

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

PSSMの本家サイトのサンプルコードのモデルの頂点にはアンビエントオクルージョン項が含まれてて、
簡単なライティングでちゃんとAO感が出てたよ。

**名前は開発中のものです。** · 2010/04/23(金) 23:56:09

最近の子はリッチな環境で難しく考えることに慣れすぎてる感はある。
少ないリソースの中で如何によく見せるかって技術はおっさんの方が長けてるよな。

**名前は開発中のものです。** · 2010/04/24(土) 00:39:59

あるあるｗ

**名前は開発中のものです。** · 2010/04/24(土) 15:13:06

そしたら，あんたらは”最近の子”にそのうち超えられちゃうねｗｗ

**名前は開発中のものです。** · 2010/04/24(土) 21:26:05

そりゃそうだろ。
そういう業界だし。

**名前は開発中のものです。** · 2010/04/24(土) 21:28:29

せっかく過疎って静かだったのに

**名前は開発中のものです。** · 2010/04/25(日) 14:05:07

最近NWは触ってないから出来るかはうろ覚えだけど、
負の色の（黒い色）のポイントライトを遮蔽する部分に置けば似たことできるんじゃないかね

**名前は開発中のものです。** · 2010/04/25(日) 20:14:02

低解像度のZテクスチャを作って、上下左右のピクセルのほうが手前だったら1加算とかで
それっぽくならんかなあ。

**名前は開発中のものです。** · 2010/04/26(月) 04:31:41

>>432
そういうアイデアの延長線がSSAOだな

**名前は開発中のものです。** · 2010/04/26(月) 09:15:05

まあWiiじゃそんな芸当はできないんだけどな

**名前は開発中のものです。** · 2010/04/26(月) 10:08:06

前から思ってるけどAOは一次レイが当たった地点から
180度の超広角度のカメラで半球レンダリングすれば遮蔽率がハードウェアで求まるよな。
全ピクセル一度に並列に計算すればあっという間だろう。
このアイディアを好きに使っていい。

**名前は開発中のものです。** · 2010/04/26(月) 10:15:14

それただのSSAOだから

**名前は開発中のものです。** · 2010/04/26(月) 11:33:10

>>433
というか、WiiでSSAOっぽいことをするとして>>432の方法で近似できんかな、と。
ピクセルの比較ができりゃいいんだからPS2でも実装できるか。
まあ、荒すぎて実用に耐えない気もするが。

**名前は開発中のものです。** · 2010/04/26(月) 13:42:31

Light propagation volumesを実装したいと思ってるんだが
理論を詳しく説明できる日本人はいないものか・・・
原文を読んでも俺の英語力では理解できないぜ

RSMからの光源を3Dテクスチャにポイントレンダリングして
SHに変換して伝搬させるとかそんな感じだろうか？

日本にはシェーダーの最先端をゆくスレッドって無いのか

**名前は開発中のものです。** · 2010/04/26(月) 18:44:51

難しいことしてるんだね･･･
日曜プログラマには遠い世界だ･･･
最先端を行くシェーダプログラマさん、応援してます！

**名前は開発中のものです。** · 2010/04/26(月) 23:50:14

>>438
そんな感じ。
RSMからVirtual Point Lightsの基準になる点を選ぶ。
あとは、法線方向に半球に広がるSH係数を3Dテクスチャに書き込む。
それを6方向（±XYZ）に広げていくだけ。
使うときは3Dテクスチャをサンプリングするだけだから負荷も低い。

6方向だけだとイビツな形に広がっちゃうけど、LPVをカスケードすると緩和できる。
そのままだとオブジェクトを突き抜けて光が広がっちゃうんで、遮蔽するようなSH係数を書き込んでおいたり
SH Gradientを使って緩和したりするんだけど、そこまでやらんでもそれなりには綺麗になるよ。

大げさに書いてあるけど、実装自体はそんなに難しくないんでやってみる価値はあるかと。

**名前は開発中のものです。** · 2010/04/27(火) 23:13:00

固定機能って英語でなんて言うの？

**名前は開発中のものです。** · 2010/04/27(火) 23:14:37

Fixedなんちゃら？