∧ ∧ ／￣￣￣￣￣￣￣
(,,・∀・) ＜ ゲームにもシェーダーの時代到来でち♪
＠＿） ＼＿＿＿＿＿＿＿
バーテックスシェーダーとかピクセルシェーダーとかを語りまくるスレ。
切れてるのも多いかも。
DirectX&OpenGL【シェーダ】プログラミング
http://piza.2ch.net/tech/kako/993/993758383.html
ttp://www5.tok2.com/home/IF/
頂点単位のスペキュラ ライティング
http://www.microsoft.com/japan/developer/directx/japan/dx8/SpecularLight.asp
鬱だ。
DX9以上になって条件分差とかが実装してから
取り組んだ方が良さそう。
コロコロ仕様変わってるし。
X-BOXと同じシェーダーをサポートする安いgeforce3 ti 200は買い。
radeon8500の方がgeforce3より機能は上だけど
今のところビデオカードとして評判最悪なので待った方がいい。
http://pc.2ch.net/test/read.cgi/jisaku/1004787773/l50
http://www.ati.com/na/pages/resource_centre/dev_rel/sdk/RadeonSDK/Html/Samples/OpenGL/SimpleVertexShader.html
こっちの方で統一してくれないかな？＞NVIDIA
＃OpenGLでの統一されたシェーダープログラムはOpenGL2.0までおあずけか…
完全に同じものはNVIDIAのGF3ではハード的にサポートできない。
NV_vertex_program環境で、EXT_vertex_shader風に書きたいならば
自分でEXT_vertex_program風のライブラリを書くしかない。
↓
自分でEXT_vertex_shader風のライブラリを書くしかない。
やっぱりEXT_とはいっても事実上ATI_vertex_shaderなのね…。
ピクセルシェーダはともかく、頂点シェーダーくらいなんとかならんのかな〜？
ちなみにGF3とRADEON8500の間でサポートできない頂点シェーダの
命令ってなんです？DirectXでも互換性ないのかな？
CPUのエミュもあるし。
DirectXの頂点シェーダーは楽です。
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もってないから試してないけど）
＃実際にバリバリ使ってくと種類増えるでしょ？＞シェーダー
スレ汚しゴメソ。
DirectXではNvlinkをうまく使えば種類は減らせるよ。
面倒だけどね。
DirectXのvertex shaderの互換性はATIが妥協しての互換性だと思う。
安定性が問題だけど。
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にｺﾋﾟﾍﾟ
プログラマが趣味でやる分には今でも十分遊べるけど、ちょっとでも
実用的にゲームでも作ろうとするとソフトからの吐き出しとかでえらい
苦労するのよね。
どーもＭＳは古いXFile互換にこだわるけど、そろそろ下位互換に
こだわらなくてもいいのにね。
いいかもね。最近はMayaとかMaxとかXSIで
シェーダー組めるらしいから是非！
OpenGL2.0も含めた汎用フォーマット希望！
>最近は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ファイル形式で（ｗ
表示サイズ変えると、CPU負荷が激増するんだけど、（XPで調査）GPUで描画してるんじゃないのかな？
誰か、やってる人いたら、教えて下さい。
自分は、XP,GF3、P3１Gで、３２＊３２SPRTが１F６００前後です。
シェーダーでは、取り敢えず、
V0にロードされた頂点座標に、Trans値を足して、0-1間にCLAMPしてるだけです。
（後、TextureUV設定）
「自分は」のところが何言ってるのか意味不明なんだけど。
あと、CPU負荷はどうやって計測したの？
CPU負荷が増えるんじゃなくて、たんに関数がブロックしてるだけだと思うけど。
＞「自分は」のところが何言ってるのか意味不明なんだけど。
すんません。（大体）１Fで表示出来るスプライト数が６００個。て事です。
（プレステ以下、、）
上司に聞いたら、１０万以上出る筈。と。
＞あと、CPU負荷はどうやって計測したの？
XPの、Ctrl+Alt+Deleteで出る、タスクマネージャーで確認してます。
（プログラム実行した状態で）
＞CPU負荷が増えるんじゃなくて、たんに関数がブロックしてるだけだと思うけど。
すんません。その通りです。ｗ
DrawPrimをSprite数分、Callしてました。
まだ、DX弄って、１週間ぐらいで、全然理解出来てないみたいです。
取り敢えず、PointSprite(Particle)のデモが、パフォーマンス高そうなので、
調べてみます。
どうやら、頂点バッファを数回に分けて、Lock>DrawPrimしてるみたいです。
そうすると、CPU,GPU待ちが起き難くなるみたい。
目標50000。寝よ、、。
､ ゛ ,,,,,,,,,,,,,,,,,,,,, ヾ. 表現できっか？あん？ ,.、 / ／
ﾐ ﾐ゛,へ.__, ,_ﾉヽ i. .| |l l ,´
ﾐ ﾐ, ( ・) {・ﾌ 〉 ﾐ. ＿-､i::| |ニニii '
、,,,,ツi: ﾐ,｀~´ ヽ~〈 .ﾐ /,‐ヽヽ`､||
､ｼ`｀ i: ,ゞ 'ｎ.inヽ. .ﾐ （ .〉〉/
ｼ ／／ ﾐ｀ l.l ヽ"、 ／ ノ
ﾐ/ ｼ 彡 ,＝こ二=.{ ﾐ,, ,ｒ'´ ,,､'゛
ﾐi. / / ' ! w､｀~^' vwｖ '､ ﾐ 〃 .ﾐ
#きゃー引っこ抜かないで〜！
してるんですか？
１・プログラマが決め撃ちのシェーダーをマテリアルとしてアサインする。
２・ShadeTreeみたいに視覚化されたシェーダー言語、もしくはもとからオーサリング
ツールにあるシェーディング構造をコンバートするインハウスツールを制作している。
３・その他
リアルタイムで実行されるシェーダーなので、制約が色々と厳しいんでしょうけど、
少なくとも２のような形でないと、絵描きさんがシェーダーのメリットを享受できない
気がするのです。なんかこのスレ見てるとまだ
（リアルタイムシェーダー＝プログラマさんのオモチャ）って気が…。
１で十分な気がしますが？
リアルタイムシェーダーなんていくらインターフェイスをビジュアル化してもデザイナーが扱いきれるものではないし。
プログラマがシェーディングモデルを組んで、
デザイナーはパラメータやテクスチャを調整するので十分なのではないかと。
う〜ん、デザイナーが扱えないと断言するのはどうかと。
実際オフラインのレンダリングでは多くの絵描きさんがもっと複雑な
シェーディング言語を扱ってるわけですし。
たとえば、MayaのHyperShadeみたいなGUIでシェーディングモデルを
組み立てて、それをそのままターゲットのシェーディング言語に出力
出来るのであれば、そちらのほうが表現の自由度が高まるわけで。
（たとえば、眼球に独自のシェーダーを割り当てたいなーという時に
いちいちプログラマさんにシェーダー書いてもらうのと、自分だけで
表現を完結させられるのでは生産性が全然違うし。）
もっともオンラインでは命令数の制限やその対処法（計算の結果を
テクスチャに収めておくことで複雑な計算を単純化するとか）で独自
のノウハウが必要になりそうですが。
だから、現状のシェーダーは
法線ベクトルと視線ベクトルの内積を取って正規化し、
光線ベクトルに内積を描けたものに頂点カラーをうんぬん…
みたいなものなのよ。
そんなものいくらGUIかぶせたところで、
デザイナーが一朝一夕で使えるわけないでしょ。
MayaのHyperShadeみたいなのは
シェーディングモデルを組み立てているのではなく、
「組み合わせて」いるだけなのよ。
>法線ベクトルと視線ベクトルの内積を取って正規化し、
>光線ベクトルに内積を描けたものに頂点カラーをうんぬん…
>みたいなものなのよ。
たぶんこの部分は頂点シェーダーを指していると思うのですが、
大体の場合、頂点シェーダ自体はシェーダそのものというよりは
ピクセルシェーダの前段階のセットアップ処理という理解を私はしています。
たとえば、Environmentマップなどは頂点シェーダの担当になると
思うのですが、これ自体は前出のHyperShadeでいうなら、
「Environment ほにゃらら」みたいな形で一つのノードに閉じ込め
られてますよね？この部分に関しては基本的に組み合わせの中
からひとつを選択する、という考えでいいと思います。（そういう意味
ではその部分から一から作っているプログラマさんには「組み合わせ」
に思えるのかも）
つまりノードの中にEnvironmentがあれば、自動的に頂点シェーダー
側でTexGen処理を行えばよいし、バンプのノードをつけるなら
接線空間の解決を行うコードを生成すればいい。（複数のシェーディング
メソッドがあるのであれば、それを選択できるようにすればよい）
ただ、それを組み合わせる（それぞれのプリミティブなシェーディング
メソッドから得られる結果をクリエーターの任意で合成する）のは
コンテンツ作成者の自由というのはオフラインＣＧ的には決して珍しい
アプローチではないと思うし、オンラインでも現在ならある程度やって
出来ない事ではないと思うのですけれど。
// いや、今の所オンラインＣＧやってないのでどうでもいい話ですけどね。失礼。
,-''ﾞ ''!;
.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ﾄ !:!
'.ﾞ'｀
整備から始めなければならないし、時間コストが高すぎかも。
顔がドアップになるようなゲームなら、屈託なくスケジュールに
組み込めるんだどさぁ。
↑何、罠ってんの？
>>37のいっている事は
http://www.softimage.com/Products/Xsi/v2/features.htm#rts
のような事を指しているのかな？XファイルもdotXSIをベースに作り直して
みては？＞ＭＳ
あとCG板に、良スレが
http://pc.2ch.net/test/read.cgi/cg/980410607/
シェーダー好きなら見て損はないかも？
既にレンダリングされた画像を湾曲させたりって出来ますか？
やっぱ、テクスチャーにレンダ−したり、バックバッファ等から
テクスチャー化とか、複数回レンダ−しないと無理ですかね？
そもそも、「既にレンダリングされた」と言ってる時点で
複数回レンダは避けられないと思うが？
DirectXとかOpenGLのシェーダでと言う意味ならそういう仕組みは
ないんじゃない？
レンダーマンシェーダならimager shaderというずばりのものがあるけど
ポリゴンに張って曲げるのが簡単でいいんじゃない？
ポリゴンのＵＶ値を求めるのをシェーダー化すれば
速度的にも実用レベルだと思うけど。
なんだね。それなら球などのポリゴンの頂点を
スクリーン座標系に変換してから0〜1の間で正規化
してそれをテクスチャのＵＶ値にするって感じかな。
法線で少しづらすと湾曲してみえると思うよ。
実際にはもう少し細工をするけど。
CubeMapあたりのサンプルを見ればいいんですかね。（シェ−ダー関係なさそう）
ただ、NVIDIAのEffectBrowserのサンプルで、
ティーポットがノイズ掛かったようにブレル奴があるんです。（PixcelShaderDemo）
で、ワイヤー表示してみたら、ワイヤー自体がブレテル。
どうやってるんですかね？
ソースコードがないので、挫折してます。
（何処か解凍するんですかね？）
http://developer.nvidia.com/view.asp?IO=SDKInstaller
とりあえず、extensionの使い方について調べましょう。
nvidiaやatiのサイトを回ってみましょう。
実際、OpenGLのHello Worldはどれになるでしょう？
分りやすいチュートリアルサイト等はありますか？
nVidiaで考えてます。
NVIDIA extensionの初歩であればNVSDKの中のサンプル
OpenGL/src/demos/vtxprog_*, OpenGL/labs/vertexlab_* を見るのはいかがでしょう？
ドキュメントもNVSDKの中に豊富に揃っています。
# OpenGLそのものの初歩なら赤本をどうぞ。
http://www.nutty.org/opengl.html
のここ
http://www.nutty.org/OpenGL/Nvidia/index.html
なんて、比較的短くてソースを追いやすい（glhとか使ってないので）
のではないかなぁと思います。
ところでnVidaのOpenGLのシェーダサンプルはnvparseが
使われていますが、nvparseのリファレンスもしくはチュートリアル
ってありませんか？ これが読めないとシェーダプログラミングは
さっぱりでして…。
mxじゃピクセルシェーダが使えない罠。
nvparseのソースを追うのが一番いいとおもいますけど、リファレンスらしきもの。
http://developer.nvidia.com/view.asp?IO=nvparse_for_textureshaders
あとはエフェクトブラウザのソレ系のOpenGLサンプルでも見れば大体判るんで
はないでしょうか？
>>66
OpenGLでレジスタコンビナ弄って我慢しよう。
これらはDirectXのヴァーテクスシェーダ、ピクセルシェーダの解説と照らし合わせればおよその見当はつきますが、.rcpは何なんでしょう？
参考ソースを眺めるとこれがレジスタコンビナってやつだと思いますが、これはどう理解すればよいのでしょうか？具体的な役割とは何なんでしょうか？
DirectXでいうピクセルシェーダはNVIDIA OpenGL拡張ではテクスチャシェーダと
レジスタコンビナに分けられます。テクスチャのフェッチなんかの命令（DirectXで
いう所のテクスチャアドレッシング命令）がテクスチャシェーダ、色やα値などの
ブレンディング命令がレジスタコンビナにあたります。
>>68
>>69
スマン。非常にくだらない質問になるんだが宜しく頼む。
Register Combinerを「レジスタコンビナ」と読むのは
やはりこの板で流行っている洒落みたいなものだろうか。
当方この板の事情に疎いので、マジレスカコワルということで
あったら先に謝っておきます。
レジスタコンバイナってどういうものなの？
概念的なもんでいいから教えてくれると嬉しいナ。
でもPSにも色およびアルファ ブレンディング命令は
あるみたいだけど・・。
複数しかも自在に組み合わせて使えるよってな意味なので、
ピクセルシェーダのカラーブレンド部分と思ってほぼ問題ない。
ただピクセルシェーダとの大きな違いは、
倍ぐらい演算が強力ってことかな。
くだらん質問で盛り下げるなよ。
ありがとうございます。
よくわかりました。
このあたりは見ました？
http://developer.nvidia.com/view.asp?IO=gdc2001_programmable_texture
でも、シェーダー使わなくても出来そう。
しかも、重そう。
シェーダーとか見かけ華やかな部分より
ゲームの基本ルーチンを作る方が
遥かに難しく、重要だとわかってきた。
ここでシェーダーシェーダー言ってる人は
そういった基本部分をクリアした上級者か
D3Dかじった初心者かに分かれるだろう。
激しく同意。
描画周りはよく語られるが基本ルーチンを語られることは少ない。
皆さんどうやって学んでいったのでしょうか？私はいつももう少し
きれいにかけないかと悩んでいます。いろんなジャンルのゲームを
たくさん作るしかないのかな？
spinのインタビューでもあったがたくさんのシェーダーの「管理」を
どうするか語りませんか？
商売でないなら同意。
ゲームとしては基本ルーチンの方が全然重要なんだよね。
しかし商売となると見かけの華やかな部分こそ最重要項目なんだよ。
見た目が良くないと売れないんだよ。
なのでシェーダーを研究しないと飯食えないんだーよ！！
悲しいにょ・・・
http://www.gamedev.net/columns/books/featuredbook.asp?productid=180
Covers a wide range of rendering techniques, focusing on shaders.
だそうですよ。
洋書一番安く買うのってどうするの?Amazon.comで買うのがいいのか？
実際に自前で組んではいないけど、前使ってたエンジンでは、
シェーダーマネージャークラスにシェーダー追加していって、
各々のメッシュクラスにバインドさせるってやり方してた。
ここら辺って、何でもそう変わらないと思うけどね。
実際、今CUBEで組んでるエンジンでは殆どそうしてる。
質問なんだけど、このあたりの実装って個別に論じるほど特殊なものなのかな？
メッシュの表面のシェーディングに関するシェーダーであれば>>87のようにシェーダー
クラスをシェーダーファクトリークラスからポコポコ作ってメッシュデータクラスにくっつ
けるだけで、これ自体の考え方は固定ファンクションしかない場合でもレンダリング
ステータス/マテリアルクラス（みたいなメッシュのデータに挟み込んでいくものの管理）
が似たような形になるはず。
ステージ1のメインキャラ用シェーダ、
ステージ2のメインキャラ用シェーダ、
ステージ3のメインキャラ用シェーダ、
こうやって個別に作って、ステージの切り替わりと共に
シェーダも切り替えた方が良くない？
amazon.co.jpでもその本は売っている。
「発送可能時期：通常4〜14日以内に発送します。」だってさ。
6,932円也
ありがとう！見逃してました。
自分はグラフィック屋さんなのでシェーダ・シェーダ言ってみる。
でも、ゲイム屋さんが一番技術的に進んでいる。
プログラマがユニークなコードを書くのはレジスタコンビナかヴァーテクスシェーダであってテクスチャシャーダはあまり関与する余地が無いって認識あってますか？
そのバーテックスシェーダーも
少ない引数とステップ数の為に
行う処理を選別するだけって感じだね。
頂点ブレンディングにコンストレジスタをさいて
ライトの数を減らすとか
その逆にするとか。
ユニークと呼べるほど・・。
内積ですか？でも、レジスタコンビナのレジスタはスカラではなくてベクタですよね。
あと、レジスタコンビナで各RBGチャンネルを入れ替えたり、別のチャンネルにコピーしたりってできますか？
色の入れ替えや複製はかなり制約がある。
詳細についてはレジスタコンバイナの仕様書を嫁。
nvparseは単純にその仕様をラップしているだけだ。
サンクスです。謎はとめました。
も一つ初歩的な疑問なんですが、OpenGLのレジスタコンビナを有効化すれば、マルチテクスチャのパスは排他的になると考えてよいのでしょうか？
だとしてもまたメーカ依存…やだなぁ。
座標変換等を自分で書けるだけ。
ベクトル演算を知ってれば誰でも書けるよ。
問題はシェーダー使ってまで実装したいネタがあるかどうか。
のプログラムをASCII文字列で持ちたくないと思い、DirectXでいう所のD3DXAssembleShader
みたいな命令を探したのですが見つかりませんでした。もしかすると、GL_NV_vertex_program
では文字列以外の形でシェーダのソースを持つことは出来ませんか？
NV_vertex_programの最大の欠点です。はっきり言って使う気が失せます。
潔く、ATIが提唱するGL_EXT_vertex_shaderに乗り換えましょう。
Matroxも賛同しているのでParheria-512でも使えるようになるはずです。
・・・・。
メモリ上でASCII文字列に変換すればいいだけの話かと思われ。
NVasmってDX専用だったんだ？
ふーん、つーかDirectXに乗り換えた方が良くない？
はっきり言ってそんなバラバラ仕様のGLなんて
よく使う気になれるよね。
最終的に文字列で駆動しなければならないこと自体が嫌なんだよ。
DX8みたいに中間バイナリフォーマットがあればまだ良かったのだが。
テキストとバイナリでどういう違いがあるのか判らん
内容そのものを動的に生成するわけでもなし・・・
暗号化すれば済む話ですが。
>>108は俺じゃないです。ちなみに>>111も違います。
できないと判れば勿論何らかの形から内部でアスキー形式にせざるを得ない訳ですが…。
出来ないことが確認できればそれはそれでＯＫです。
どうもでした。（ﾍﾟｺﾘ
パーサが実装されているのって気持ち悪くないですか？
描画直前のデータを持っておきたいという気持ちは結構自然なことだと思いますけど、
（俺も出来ればそうしたい）まぁOpenGLのディスプレーリストみたいなもんだと思えば
個人的には納得できなくもないです。
リリース用のプログラムに永続化された描画用データを希望してしまうのはある種の
プログラマの職業病かもしれないな…。
ソ ー ス が あ る の に 何 い っ て ん ね ん カ ス ど も
やっぱり文字列ドリブンですな。
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);
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系は使わないんですけど、判らないと気分が悪いので。
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.
ありがとうございます＆注意が足りませんでした、ごめんなさい。
デスクトップ用でもまだ完全対応していないのに・・・。
Geforce4GOとかMobileRadeonなら少しはいけるんじゃないの？
ほしいなー
VS2.0のflow controlを試したいんだけど、、
Radeon8500の30分の1の速度がまともかどうかは意見が分かれるかもしれないけど。
少なくともDX9βテスターの9割以上はソフトウェアで試してると思う。
http://developer.nvidia.com/view.asp?IO=cg_toolkit
わからない単語翻訳通したいんだよね。
これって実際のテクスチャ値とどう関連してるのですか？
[-128, 127]にそのまま相当？
デファクトスタンダードになるのか・・・（鬱
まぁ、どうでもいいけどな
コンバイナってこと？
[例]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
毛のテクスチャを張ったポリゴンを常に視線方向を向くように頂点位置を補正、
もしくはスプライトとして転送すれば良いかなと思ったけどどうかな？
ミ,,・Д・彡 フサフサage！
〜ミ＿__ 彡
つーかサンプルがある筈だが。サンプルも読む気ないならやめなさい。
kanoたんサンプルの見るべし。ただしRADEONでないと動かない罠。
ＡＴＩ RenderMonky
MS HLSL(HighLevel Seading Langage)
どーしても
std::_Xlen
std::_Xran
（こいつらが、Vc7/crt/src/string.cpp にいるのはわかったけど・・・）
が無いっていわれるし、でっちあげてもうまく動かないし？
STLportにかえてみてもだめだった。
どこかにありますかー？
http://www5.tok2.com/home/IF/edge/index.html
[SharderX] Vertex and Pixel Shader Tips and Tricks
の本を買ってみたけど肝心な画像処理サンプルが抜けて
たりする。
まず、コンパイラがかなりアホなような。
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プロファイル値がおかしい。
メソッドを操作する度にコロコロ変わる。リークしてる？
皆さんはこんなことない？
http://www.ati.com/developer/sdk/radeonSDK/html/Tools/RenderMonkey.html
保守アゲするぞ。
ちなみにnVidiaのBumpHorizonのサンプル
あのソース、レンダーステートの設定が一箇所抜けてて
あれじゃまともに表示されん。ふざけんなボケ、俺の二日間を返せ。
float4 vPos;
vPos.x = vPos.x * (1.0f / vPos.w);
と書くことで回避できた。
新しいコンパイラでは直ってるかな？
>>155
現状の出来では、それも仕方ないかも。
PSでペアとかしてくんないしね、ほんと使っててイライラするよ。
インラインアセンブラみたいなのついてて、気に入らないところは
部分的に修正出来るようにしてくれればいいのにね。
まあこんなことで悩むのも今だけだろうけど。
無理なものは無理だろーが、数年のタイムラグというものまである。
http://www.atmarkit.co.jp/fjava/column/andoh/andoh12.html
良スレっぽいものは強制的にageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿∧ ∧＿∧ age
（・∀・∩）（∩・∀・） age
（つ 丿 （ ⊂） age
（ ヽノ ヽ/ ） age
し（＿） （＿）Ｊ
ｎ n
ミゝヽ / ヾ彡
ゝ ノ ヽ ヾ
／ /∧＿∧ ∧＿∧| ヽ
| <（ ´∀｀） （´∀｀ ）> |
ヽ ゝ ヽ⌒ヽ ／⌒丶 ゞ /
ヽ ヽ ｎ___ _ｎ / /
| 完 /ヽ ⌒二ソ__彡ミ__ゝ二⌒ /ヽ終了|
/￣＼_| | ￣￣ ￣￣ | |_／￣ヽ
＼ ヽ ヽ / ノ ／
＼⌒ゝ~＼ ＼ ／ ／~ ヾ⌒ ／
ヽ ( ＼ ＼ ／ ／ ） /
∪ ＼ ＼ ／ ／ ∪
＼ ＼ │ ／ ／
￣￣ ／￣＼ ／￣￣￣￣￣￣￣
─（ ﾟ ∀ ﾟ ）＜ おしまい！
＼＿／ ＼＿＿＿＿＿＿＿
／ │ ＼
┌──────┐ ┌┤┌───┘
└──┐┌─┬┤ │││
││ ││ ││└──┐
││ │└──┘│┌──┘
││ │┌──┐││
││ ││ ││└────┐
┌───┤├┐││ │├────┬┘
│┌──┤├┴┼┘ ││┌──┐└┐
││ └┤ └┐ └┤│ └┐└┐
││ │┌┐└┐ ││ └┐│
│└──┐││└┐└┐ ││ ││
│┌──┘││ └┐└┐││ ││
││ ││ └┐└┤│ ││
│└───┴┴┐ └┐││ ┌┘│
└────┬┬┘ └┤│ ┌┘┌┘
└┘ │└──┘┌┘
└────┘
終わらせるものかage！
∧⊂ヽ ／￣￣￣￣￣￣￣￣￣￣
(ﾟДﾟ)ﾉ ＜ シェーﾀﾞ
| ⊃| ＼＿＿＿＿＿＿＿＿＿＿
| |
⊂ノ〜
∪
シェーダ内で法線マップ正しく頂点の法線に足しこむ方法を教えてくれませんか
それっぽく見えるようになっているのですが、法線マップと頂点の法線の向きを合わせる方法がわからなくて(馬鹿
ttp://tool-ya.ddo.jp/2ch/trash-box/file/20031114222119295.zip
猿ファイル二つとテクスチャが入ってます
hlslnormal.rfx
HLSL記述
1パス
ランバート拡散とフォンシェーディングっぽいもの
normal.rfx
訳有ってアセンブリっぽい方の記述
1パス
ランバート拡散と無意味にメタリック
おながいします
それとテクスチャ。
ダサ
盛り上がっていきまっしょい
なかなか良さげだ。
みなさーん一緒に勉強しましょ！
この本だよ！
でも著者がこんな顔だぞ
http://cedec.cesa.or.jp/session/img/picR29a.gif
DirectXﾌﾟﾛｸﾞﾗﾏの集いに参加すると笑えるぞ
同じような顔が15人は並ぶからな
自慢じゃないが俺は最後まで名前と顔が一致しなかった
俺は言いたかった
「すいません御兄弟ですか？」
ものすごくがっかりした
謝罪しる
海外のシェーダのデモとかサンプルとか知ってたら教えてクレヨンしんちゃん
ちょい遅ﾚｽだが。
法線の方の向きを合わせるのはあきらめてシェーダに定数として渡すライトベクトル
の方にワールド行列の逆行列を掛けたら？
顔で選ぶな馬鹿。シネ。
使ってるやついる？
ノ
参考書やサンプルも山ほどあるしな。
現状のコンシューマ機だと、独自仕様なものになるんかな？
PS3, 次期XBoxとかだと、GLSLとかHLSLを採用してきそうだが。
…ってシェーダだけで出来ます？出来るって言われて試行錯誤中ですが…あいつも素人だしなぁ。
>>194
GLSLじゃ無いみたいですねぇ
ttp://pc.watch.impress.co.jp/docs/2004/0729/kaigai104.htm
メッシュから稜線を判断して強調だとシェーダだけじゃ無理。
ですよねー！あー解放解放、ビール買ってこよ。
ありがとうございました。
LINE LOOPみたいなプリミティブで線書くのがいいとおもうけど
無理やりシェーダでやるなら面法線をフラグメント単位で書き出して
フルスクリーンのポストエフェクトで隣り合う法線情報同士が違ったら
ハイライト描画とか？
でも法線も用意しちゃダメならこれもダメか。
ゲームデザイン＞＞＞＞＞
グラフィック＝サウンド
＞＞＞＞＞（クリエイターとITドカタの壁）＞＞＞＞＞プログラム
この板でプログラムとかいってるやつは恥ずかしい
しかも企画厨という言葉まで作って現実逃避
企画ゲームデザインが一番偉くて
グラフィックサウンドも重要 クリエイティブな仕事だから
結局プログラムは言われたものを作るだけのITドカタ
認識しようね
プログラムの勉強をしても無駄
シェーダアセンブラ
板垣シェーダ
やろうと思ったけど公式が複雑だ。
( ﾟ∀ﾟ)彡 おっπ！おっπ！
( ⊂彡
| |
し ⌒Ｊ
_,,.. -‐''"~￣￣~"''‐- ..,,_i
／ ＼
/ (●) ヽγ⌒ヽ ヽ
(⌒ヽ、 |ー＝ ） ',
＜´・＼ ⌒ヽ ﾉー＝ ） i
>>999 ｌ ３ ハ ノ⌒ヽ., ~"''''" |
∫ ,＜､・_( / 、 |
旦 (⌒￣ ￣￣￣￣￣￣⌒)､.,_ |
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|＼ /
|~~~~~~~~~~~~~~~~~~~~
テクスチャーを使えばできるんじゃない。
例えばtexcoord(0, 0), (1, 1), (0, 1)で成る三角形の辺を特定の値で描いておけばいい。
もちろん頂点のUVはtexcoordと同一の座標をセットしておく。
後は、ピクセルシェーダーでテクセルをフェッチして、テクセルが特定の値であれば強調。
1bitモノクロで十分。
アタマワリー。
ワイヤーフレームで上書きじゃ駄目なの？
それだと、こっち向いてる四角形を斜めに横切る様に三角形分割の痕が見えるだろ？
メﾞヽ､＼￣"""￣--‐ ､ ＼ ／ゝ､＼
＝─‐＼＼‐ ／─'''''ニ二＼''' |レﾚゝゝ､＼
￣く<<く >, ﾞ､／＜三三二＼￣＼ゝゝゝゝゝゝﾞ''ヽ､ ／￣￣￣￣￣￣￣￣￣￣
＜<<<〈__入 ﾞ､く彡三三三二ヽくゝ＼メメメゝ､＿ゝ､＼ | >>195、それは叶わぬ願いだ
くく<<<<<< ﾞ､ ﾞ､ミ三三二ニ─ゝゝゝゝゝ,,,,,,,､ '（ ﾞ''ヽ､ヽ､ ＜
くくくくくく彡‐ヽ ﾞ､ﾐ三三二ニ'''くくゝゝ＿ゝゝ､＼＼＿,>」ﾉ, | 神の力を超えておる
く く く く く 彡ﾞ､ﾞ､三三二ニ‐くゝ､／ ,,,,,,,,メメゝヽ''''"ゝゝﾞ丶､ ＼＿＿＿＿＿＿＿＿＿＿
二─二二彡彡､ﾞ､三三二==くメゝ／ ﾞ'ヽ､メゝゝゝゝゝゝゝﾞ''ヽ-､,,,,,,＿
‐'''"￣ ＼彡彡ﾐ､ﾞ､三二=''"く<メ/:: ＼''-､メメゝゝゝ＿ゝ ､ ,,､ヽヽ
､ ,,,,- ﾞ彡／/ヽﾞ､三二＝ くゝ/:::.... ＼>∠ﾚ-,-‐ニ二メヽ''ヽ ﾉ
ﾞヽ､,,,-‐//_//／,,､ﾞ､三二= ﾞ､ ""''' ヽ＞／／ﾚﾚヽ,,＿__ /
-,,,,,,-‐'''"""/////,,ヽ ﾞ､三二─ ﾞヽ. ／／-ﾍﾍ,､ ﾚレレﾚノ
''" ,ｌ|"////ﾉ,､＼彡'''''‐-ニ,､ ::::::::::,,,,,,,,／／ ﾞヽﾌ/|/| ﾚ'
／ゝ､/ヽ|ヽﾚ,,ﾞヽ､ﾞ''ヽ､,,,,,,＿ヽ''ニ＝'',,-'"､─-,,,,,＿ ￣"'ﾉ
/メ / ﾚ／,''"へへへﾞ''─----￣-メヽ"ゝゝﾞゝヽ､ ＞---''"
/ﾍﾍ､|／／ヘヘヘﾍﾍﾍﾍﾍ,,-イ￣ |￣"'''-ニニニ二-''"
/ﾍﾍ∧/./ﾌヘﾍﾍﾍﾍﾍﾍ,／ｲ / / / ﾞﾉ＼､＼
/ゝゝ| / /メﾍﾍﾍﾍヘﾍ／'" | / ／ ／ ／ ＼＼
/ゝ /|‐/ /ﾌヘへﾍﾍﾍ/∧ /-'"-'''"__,,-''" ／ /､＼
//|_| /./へへへﾍﾍ､// |／ ＼＿,,,,-‐'" ／ ﾞ､.ﾞ､
'"/ヽ"／'"へへﾍﾍﾍﾍ// ﾉ ＼ ,,,,-‐'" ﾞ､ﾞ､
.ﾉ ／／へへﾍﾍﾍﾍ//ヽ ./ ﾞ､''"" ,,／､ﾞ､
トゥーンシェードの縁取り線とは何が違うの？
それでよければ、
・ステンシルバッファを使う
・視線との傾きをテクスチャアドレスに使う
・頂点シェーダで法線方向に押し出したモデルを描画する
とかあるけど
じゃあそれ用に新たにワイヤーフレーム用の
インデックスバッファ起こす。
彡＼､／ﾆ二ﾆゝﾚヘ＼__ |
巛巛ヽ彡三三く＼ﾒXy,=ﾐ:､ ＜ それは無理
巛巛ヾヽミ三三ゝゝゝ ゞ-'ﾞヽ |
ﾆ‐ﾆ彡ヾ三三く>/⌒ヾﾐゝゝゝ`ー--､￣￣￣￣￣
-_,.彡ﾍﾍ三=ヾf;:,, ＼ ,-=〒'__ヾ｝
_ -'´~77∧ゝミ-_ゝ ....＿〃'^^<klXN
/Xﾚ公ゞｰ三=三彡ﾍｰ--､＿ｿ
/ﾍ//へへﾍﾍィ'了｀７ー-＜
/ﾍ//ヘﾍﾍ/'"レ_ノ_ノ ノ ﾞヾ:､
/ｿ//ﾍﾍﾍ//ﾚ´ ￣｀ｰ､-''´ _,.ノヾ':,
／/ヘﾍﾍ/|/ ヾ''´ __,,.ノﾍ
ヘﾍﾍﾍﾍ/Y ｀}´ ||
盛り上がってよ
もうシェーダ世代を乗り越えられそうにない。
この前、ようやく
http://tool-ya.ddo.jp/2ch/trash-box/file/20050918145709066.jpg
こうなる理由が分かったばかりなのに。
いろいろなところがプログラマブルになるのは、
表現の幅が広がるという意味では歓迎すべきことだが、
また他との差が出るとおもうともう嫌だ。
SCEIが募集してますよ。
tex2Dにてテクスチャの色を取得し、その値を成分毎に利用したいのですが、
何故か返値を参照した瞬間失敗しちゃうのよね。tex2Dlodだと上手く行くのだけど。
tex2Dの返値ってfloat4だよねぇ。理由ご存じの方教えて頂けませんか。
って、ここ見てるひと少なそうだけど。
もしかしてpixel shaderの返値にしか使えないのかね。
ってことは他が駄目なのか・・・
t-potでやってたっけ？
すんません、勘違い
なるほどVS側でテクスチャ情報取ることを、特に頂点テクスチャフェッチと呼ぶのですか
つまりtex2DはPS側でしか使えないって解釈でいいのかなぁ
この仕様はどこに書いてあるんでしょ
tex2Dlodだけ通るのも分からない・・・
ttp://www.shader.jp/xoops/html/masafumi/directx9/d3d90c/d3d90c001.htm
こちらの方も同じところで悩んでいるようですが、このサンプルも別にLOD関係ないよねぇ
texldlはソースとして、テクスチャ座標の入った4Dベクトルを必要として
かつそのw座標にはLOD値を入れる必要があるらしい。
100%想像だけど
tex2Dlodで成功してtex2Dで失敗するのは、この部分が正しく初期化されないからじゃない？
逆アセンブルやデバッカで確認してみ？
これでもここ数日人が集まってきた方
1.3-1.4もRADEONの罠だったような気がする。
>>237
ヒント助かりました。どうやら分かったので一応まとめ
・前提として、VS側でテクスチャルックアップが可能なのは3.0(以降)のみ
・tex2Dはtexにマップされる、texはps1.0のみなので、もちろんVS側では使えない
・tex2Dlodは、237氏の言うとおりtexldlにマップされる(だけとは限らないが)
texldlはps3.0であると同時に、vs3.0でもある。だからVS側で使える
結論だけ見ると当たり前だけど、いやHLSLだけだと分からないもんすね
皆さんお付き合いサンクス
つうかDXのヘルプみると
全てのtexXXX命令が
VertexShaderバージョンでn/aってしてるな。
こりゃ正しい答えを得たいなら、nVidiaCgから持ってきた方が
よさそうだ。
コンパイルできたとしても
LODを明示的に指定する必要があるわけね。
難しい数学なんかもわからないし
なによりゲームを作る元気が沸かない
多分おじさんがゲームを作らない理由は
やる気が無いからだと考えている
そんなことしてどーすんの？
シェーダー作りたいからそのためにプログラムを勉強しようと思っているんです。
無謀ですかね･･･？
ただシェーダー作りたいからと言ってFX Composerのようなソフトだけで
一人前になれる訳じゃないよ。
あくまで、シェーダー以外のプログラムと組み合わせて初めて効果がある。
それに、中途半端に覚えたって結局はどこにでもあるようなサンプル程度で
オリジナリティのある物は出来ない。
要するに基礎から始めろってことだ。
全くの未経験なら、コンソールからでも始めればいい。
欲張って辺にシェーダとか扱うより基礎から順を追って習得していった方が
最終的に難なく理解できるはず。
ですよね･･･。周りにシェーダ書ける人が誰もいないから自分が･･･って思っても無謀ですよね。
2002年あたりに気づくべきだったな。
偉いとか名誉のためにやるんじゃなく、本当にやりたくて自分が満足できると思える事ならとにかくやってみれ！誰も止めやしねぇ！
つまらない奴の言う事は聞かなくてよし！そういう奴こそ高が知れてる
i++と++iの違いを知ってるかと同程度の価値しかない
習得したり自分で編み出すのが難しいのだと思うが。
↓
やっと翻訳できた！
↓
数式の意味が理解できない
↓
やっと式を理解してコーディングできた！
↓
メチャメチャ重いですよ使えませんといわれる
↓
固定機能バンザイ
それぞれよく使ってる人ならこっちはこうだけどこっちはこういう部分が使いやすいよーとか
グラボがこれならこっちのほうがいいよーとかありましたらアドバイスよろしくお願いいたします。
詳しくは昔のshader.jpで
いかに少ないかの証明になっているな
メーカー製のゲームのためにPCを買い換える事はあっても、
アマチュアのゲームのためにPCを買い換える奴はいない。
…って事じゃないか？
シェーダーのデバッグできる環境が手に入らないっぽいんだが
どうしたもんだろう
Windows2000に対応しているSDKでも、シェーダーデバッガは
XPでないと動かないよん。
（親から買ってもらったFM-Vとかvaioじゃ）動かねぇ
等心の温まる応援のメッセージを頂きつつ
一方で自分が開発する環境の方は無情にもサポート打ち切られ
現実は厳しいな。
なんだマテリアルって
RenderMonkeyでアニメーション付メッシュ扱えればなぁ…
誰かXファイルのAnimationSetから、ボーン姿勢情報を取ってくる方法、
ご存じでしたら教えて頂けないっすかねぇ…
worldviewprojectionみたいに、該当Semanticsを指定しておけば、
自動で値を渡してくれるのかなと思っているのですが、どうもそれらしいのが無くて
VC6とか、Windows2000だと、HLSLのデバッグも出来ないから重宝ですわ
RenderMonkeyより、FX〜の方がデザイナー向けという煽りみたいっすけど、
なんかコードでプロパティを追加することが多いので、FX〜の方がプログラマ向けな気がするっすね
FX〜はでも、REFで使えないのが辛いなぁ。どっちもSWVPは無理だし…
結局アニメーション持ってくる方法わからねっすわ…自分でプラグイン書けとか、そういう話なんかなぁ…
それでスキンメッシュのためのvertex shaderをそれ上でつくりたいというわけですか
スキニング部分だけ後から加えれば良いかなって気になってきました。お騒がせしました。
UserGuideにそれっぽいこと書いてあるんすけどねぇ…。
ポストエフェクトか、辺を直接ピックアップする方式できれいにできてるやつがどこかに落ちてないかなー
NPR方面の自己主張の強い使い方じゃなくて真面目にアニメ風にさりげない輪郭線を描いて動かしたら
どうなるのかってちょっと見てみたいんだよね
そこから一工夫かませば、任意の辺に、任意の太さのエッジを
描画するのも楽勝。
難点は Direct3D10 が必須なので、実行できる環境が
まだ殆ど存在しない事ぐらい。
本当に楽勝か？ジオメトリシェーダは万能じゃないよ？
描画する全てのポリゴンの辺に対して処理するなら楽勝だが
最終的に輪郭として残る辺と、他の面と接合してる辺と区別できる？
>>281 の考えてる程度の輪郭線なら圧倒的にポスト処理で済ますのが楽勝。
2ドット以上の幅でワイヤーフレームで描画してから、
Zバッファ書き込みオンでフィルしたモデルを描画するのが一番綺麗。
輪郭になる辺の選出は、CEDECのワークショップで
シャドーボリューム生成の一部として、プログラム
してきた。楽勝だった。
輪郭が選出できれば、そこからカメラと直交方向に
ポリゴンを生成するのも簡単。
輪郭として生成したポリゴンが、他のポリゴンにめり込む
場合は、やっかいかも。
ジオメトリシェーダで生成する（追加する）頂点データは、
完全に同じパスの同じバッチに統合されるの？
そのデータを保存しておいて、後のパスで使ったりはできないのかな…
DX10のシェーダモデルはよくわからん('A`)
ジオメトリシェーダの出力は、ストリームアウトという機能で、
頂点バッファに出力できる。
後のパスは、そのバッファから入力する事が出来るので、
何パスあってもジオメトリシェーダでの計算は、一回だけですむ。
同じように頂点シェーダでのボーン変形も、一回計算すれば
後のパスで変形後の頂点位置を使い回せる。
俺もDX10を完全に理解している訳じゃないので、間違っていたらｽﾏｿ
どういう方法か想像もつかないが、輪郭となる辺を抽出できるんだ？！
ジオメトリシェーダも思ってたよりは使いどころがあるのかな・・
もっとちゃんと勉強すべきでした、反省。そしてサンクス。
それにしても、ジオメトリシェーダを使うのは大げさ・・ｺﾞﾆｮｺﾞﾆｮ(´Д｀)
なるほどﾄﾝｸｽ。
色々使い道はありそうだけど、やっぱりパフォーマンスが気になるところ…
(ﾟДﾟ)ﾉ ＜ シェーﾀﾞ
| ⊃| ＼＿＿＿＿＿＿＿＿＿＿
| |
⊂ノ〜
∪
カップヌードルのCMとかサルゲッチュのアニメとか見てもなぜかいまいちピンとこなかったんだけど
このどうしようもなく情報不足な一枚絵だけでなんかくるものがあった
耽美なお人形にいろんなとこから光があたってるのとかはもう俺的にはどうでもいい
繰り返すようですがリアルタイムできれいな輪郭を引いてるプログラムあったらみせてください＞＜
輪郭線くらい自分で研究すればいいじゃん。気に入るまでさ。
土曜の朝から心温まるご指導ありがとうございます
一時間だけ上がってその後元に戻るから。
あ、そんな機能追加されてたんだ。
テスト（現在8位）
（´・ω・） ｶﾜｲｿｽ
FX Composer 2.0は、いつ出るんでしょ？
「soon !」と書いてあったから待ってんだが、いつまで待たせんだよ！
できないので、教えて欲しいのですが、
game programing gems 4 の perspective shadow mapはつかえますか？
（t-potさんと、Monshoさんのは、もう拝見しました。）
年中かくわけじゃあるわけじゃないし、もともと書く人少ないし。
よぉーやく、出たのなｗ
PS3開発者には配ってたとかなんとか聞いたが。
OpenGLとCOLLADAなんぞは、どんなもんかいな。
法線マップしようと思うんだけど、テクスチャから生成した法線を球面上の法線にするには
どうしたらいいかね？
当方Cgでシェーダーを組んでいるのですが、まだ手をつけたばかりで
初歩的なことを伺いたくてきました。
TEXCOORDについてですが
テクスチャ座標を指す、というのはわかったのですが
テクスチャ0や2などの番号がついたときにどこを指すのかわからなくて
float4 uv0 : TEXCOORD0;
float4 uv1 : TEXCOORD1;
float4 uv2 : TEXCOORD2
uniform sampler3D data // 3D volume
uniform sampler2D back_buffer, // backface
uniform sampler1D TransferFunction, // transferfunc
この場合uv0〜uv2はどのsamplerを参照するのでしょうか？
Cgチュートリアルを見ていて、明示的にどれとどれが対応するのか、などが描いていなくて…
よろしくお願いします。
GPGPUはﾏ板にあるけど，シェーダースレがない
ピクセルシェーダなら頂点シェーダからピクセル単位に線形補間されて送られてきた値
Cgランタイムで設定した頂点･色・テクスチャ座標が
vertexシェーダーでのPOSITION COLOR TEXCOORD0で
そこからout としてfragmentに出力させたものが
fragmentシェーダーで受け取られるPOSITIONやCOLORやTEXCOORDということですか？
ということは
vertexで設定しだいでfragmentのTEXCOORD0〜7番が決まる、ということでしょうか
すみません…今自分の中で混乱していて。
vertexシェーダで
float4 uv0 : TEXCOORD0;
float4 uv1 : TEXCOORD1;
float4 uv2 : TEXCOORD2
とした場合、この0〜2は何を参照することになるのでしょうか？
0番は自動で送ったテクスチャの座標になりそうだというのはわかるのですが
1〜2と複数宣言した場合、1個しかテクスチャを送らなかったら、これは空になるのでは…
理解していないのかな？
それは初耳です。。。解説お願いできますか
自分の中でvertex→fragmentの関係をまったく無視していたことがわかりました。
わかっていたつもりになって飛ばしていたところが、モロに穴になったみたいです。。。
ほんと、、、自分がアホで泣けてきます
ttp://www.cg.tuwien.ac.at/research/publications/2007/Luksch_2007_RHR/
オーストラリアの学校みたい
Haskellやschemeで書けるシェーダ言語の研究とかそういう情報ってありますか？
シェーダでschemeを書こうとしている人
http://pc11.2ch.net/test/read.cgi/tech/1177065699/760
白沼に
Assertion failure! (h:\gfx_sdk_dgt_sdk\〜\cbaseprogram.cpp 637): uRangeMin < m_uInsts && uRangeMax <= m_uInsts
ってワーニングが出ていました。
ぐぐっても全然情報が無いのです。
何のレンジオーバーですか?
何だお前
アマは本格的にシェーダーさらわないから
俺を含めて…
CUDAで物理エンジン作りたい今日この頃
MSXMLがアンインストールできないぞ！
左手用に作られた行列を右手に変換するのって簡単にできないかねぇ？
つか何でこのスレでその質問？みたいな
いや、頂点シェーダにセットする行列の変換でちょっと悩んでてさ。
反転するとして、どの軸？とかね。４行目、４列目はどうなるの？とかさ。
4行目4列目は常に1じゃないか？
例えばオブジェクトのローカル座標系で
Z軸を垂直上方向と定義していて
Y軸を視線(前)方向と定義してるなら
X軸反転するんでね
ドイツの論文を読む機会があったんだけど、
そいつは、Ｚ方向に -1 倍のスケーリング行列をかけて、
左手座標を右手座標に直してた。
そんなんでいいの？って感じでさ。
本当に、>>346 の通りなのかもしれない。
物理科っぽいベクトル解析はやったんだけど、イマイチ使えなくて、
工科っぽいベクトル解析をやり直そうかなぁと思ってる。
どうやって勉強しよう。なんとなくnVidiaのsampleデータ見てやってるけど。
サンプルも豊富だから大まかな流れややり方もわかる
DirectXのサンプル以上のレベルのことをやろうと思うと
論文を読むしかないのかな…場合によっては英語の
N2Factoryの"DirectX シェーダプログラミング"はどうだろう？
Amazonでの評価も悪くないし、本屋で見てなんとなく分かり易そうだったので買ってみた。
只、自分はプログラミングそのものもこれからスタートなので良し悪しはよく分からない。
良い本だよ。
ただ、サンプルコードが古いSDKを利用したものなので、その辺りは注意が必要。
CD付属のSDKを使えば大丈夫
なんだが…すでに最新のSDK入れてる身としては面倒だ…。
でもその前に>>354みたいなのを読むべき
どのみち一冊じゃ足りないと思うなぁ
いまのところやれる範囲で、意外とやることが少ないような気がするんだけど。
普通にやる分にはそうかもしれないけど
固定概念に縛られずに自由な発想でいろいろやってみることは大事
良かったらおすそわけするぞ
インスタンシング情報とかタンジェントスペースとかエクスポート時に埋め込める手軽なツールがあまりない
俺は今のところBlenderでプロパティやらスクリプトやら使って頑張ってる
GPGPUが広まったら職にあぶれることはなさそうでしょうか？
職にあぶれることはあるだろうけど
ありがとうございました。
3Dスキャナで取り込んだボリュームデータを
ポイントスプライトでパーピクセルライティングするのが
今後のトレンド
DirectX10 じゃ FragmentLinker が無くなるらしいんだけど、
DirectX9 では FragmentLinker を使え、
DirectX10 では StaticFlowControl を使え、
ってことなのか？
めんどくせぇ。
DX9世代は、エフェクトファイルへ条件ごとにテクニックを置きまくるしかない。
結局、FragmentLinker は無視した。
要求するハードのレベルが上がるが、Static Flow で十分な速度が出るね。
なるほど。
ありがとうございました！
しかしVistaはクラシック表示にしないと画面ががくがく言うんだが・・・
スピーカー付きのモニタ？
「this extension is not supported」って出て保存できないんですけど
これはまだ対応してないってことですか？
>>375
うちは、画像処理にDirectX+シェーダを利用している。
PS3とXBOX360のシェーダって、360の方が優れてる気がするけど、
DirectXが優れてるからって事？
ttp://it.nikkei.co.jp/digital/news/index.aspx?n=MMITew000002052007
博識そうな人にコレと似たような事を言って貰いたいんでしょ？
おぼえるシェーダ言語は意識して選んだ方が良いでしょうか？
言語間で違いが大きくあるか知りたいです
あと，他に覚えるにあたってお勧めの方法などあれば教えてください
OpenGLで使いたいとかなら話は別だが。
例えば3つのマテリアルになっているモデルがあるとします。
これら、それぞれのマテリアルにそれぞれのシェーダを書きたいのですが、どうしても分解して扱う方法が見当たらないのです
別にCgとかでもよくね？
そこでなんか足りないと思ったらHLSLでもいいわけだし。
WindowsならHLSL。
MacやLinuxならしらん。
覚えるには実際に自分で書いてみるのが一番だよ。
教材には今ぎれさんの本をお薦めする。
ありがとうございました！
NVIDIAのはエラーで起動できない
DirectX SDKに付属してます
FX composer2.5はDX10用
2.0でも使ってみれ
10じゃなくても2.5使えるだろ。
ＸＰでつかえてるし。
こういう場合は、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 );//変数に行列をセットする
//fxファイルA
shared float4x4 matWVP;
//fxファイルB
shared float4x4 matWVP;
駄目な理由は、別な面を探した方がいい。
日本にシェーダープログラマーはいないのか
基礎的な事はShaderXとGPU gemsみりゃいいだけだろう。
今、プログラマブルシェダーを勉強中です。
RENDER MONKEYで編集したFXファイルを
MAYAに読み込ませようとしているのですが
RENDER MONKEYで吐き出したFXファイルが
うまく表示できません。
マニアルには
ViewProjection を WorldViewProjection に変更して使うと
あるのですが、
これはどういうことなのでしょうか？
すみません、具体的に教えてください。
シェーダークラスはメッシュデータを受け取ってレンダリングするということですか？
もっと元気出していこうぜ！
リアルタイムでアンビエントオクルージョンをやっているように見えるんだよ。
ttp://bittripgame.com/
でもWiiの性能でそんなことできるんだろうか。
本当にアンビエントオクルージョンか自分にはちょっと判断できないので誰か確かめてください。
「そんなもん知るか」
としか答えようがない。
ttp://bittripgame.com/bittrip-runner.html
うねうね動いてる灰色のデカイ敵
BIT.TRIP CORE
ttp://bittripgame.com/bittrip-core.html
背景オブジェクト
どこのことなのか分からない。
COREの方は背景で動いている部分がほとんどないし、RUNNERの方は
穴から出てくるイモムシみたいなやつのことだと思うが、陰影が変化してる
ようには見えない。
そのことを言っているんだけど。
繋ぎ目だけじゃなくて、灰色の芋虫がはい出てきた穴の縁部分も、芋虫のポリゴンの影響を受けて
うっすら陰影のグラデがかかっている。
ソフトウェアレンダリングでもできる。
2. マルチテクスチャ。
>繋ぎ目だけじゃなくて、灰色の芋虫がはい出てきた穴の縁部分も、芋虫のポリゴンの影響を受けて
よくある影描画アルゴリズムだろう。
あなたが言っている影描画アルゴリズムというのはシャドウマッピングのこと？
でもあれは光源と反対方向にオブジェクトのシルエットがくっきり映るものであって、
私が言っていることとは毛色が違う。
何でも「よくある」と書きたくてしかたない
キューブの陰影は、最初から頂点カラーがそういう色になっているだけじゃないの？
穴の縁の部分は動画ではよく分からんが。
まず、基本的なこととして、動かない物体の影やら陰影なんてものは
リアルタイムで計算する必要がない。
どんなにリアルな陰影がついていようと、事前計算できるもの。
同様に、インタラクティブ性がなくて決まった動きしかしない物体も
リアルタイムで計算する必要がない。
アニメーションに頂点カラーやテクスチャの変化も含まれるだけ。
◯閉塞度
簡単なライティングでちゃんとAO感が出てたよ。
少ないリソースの中で如何によく見せるかって技術はおっさんの方が長けてるよな。
そういう業界だし。
負の色の（黒い色）のポイントライトを遮蔽する部分に置けば似たことできるんじゃないかね
それっぽくならんかなあ。
そういうアイデアの延長線がSSAOだな
180度の超広角度のカメラで半球レンダリングすれば遮蔽率がハードウェアで求まるよな。
全ピクセル一度に並列に計算すればあっという間だろう。
このアイディアを好きに使っていい。
というか、WiiでSSAOっぽいことをするとして>>432の方法で近似できんかな、と。
ピクセルの比較ができりゃいいんだからPS2でも実装できるか。
まあ、荒すぎて実用に耐えない気もするが。
理論を詳しく説明できる日本人はいないものか・・・
原文を読んでも俺の英語力では理解できないぜ
RSMからの光源を3Dテクスチャにポイントレンダリングして
SHに変換して伝搬させるとかそんな感じだろうか？
日本にはシェーダーの最先端をゆくスレッドって無いのか
日曜プログラマには遠い世界だ･･･
最先端を行くシェーダプログラマさん、応援してます！
そんな感じ。
RSMからVirtual Point Lightsの基準になる点を選ぶ。
あとは、法線方向に半球に広がるSH係数を3Dテクスチャに書き込む。
それを6方向（±XYZ）に広げていくだけ。
使うときは3Dテクスチャをサンプリングするだけだから負荷も低い。
6方向だけだとイビツな形に広がっちゃうけど、LPVをカスケードすると緩和できる。
そのままだとオブジェクトを突き抜けて光が広がっちゃうんで、遮蔽するようなSH係数を書き込んでおいたり
SH Gradientを使って緩和したりするんだけど、そこまでやらんでもそれなりには綺麗になるよ。
大げさに書いてあるけど、実装自体はそんなに難しくないんでやってみる価値はあるかと。
Fixed Pipeline
最新のはもっと使いやすいのかな
RenderMonkeyがシェーダモデル4.0に対応してくれれば最高なんだけど…
OpenGLでもDirect3Dでも、setShader("shader-code-filename", ...若干のパラメータ);
ですぐ適用されるような関数ってどこかにないものだろうか。
その方法は焼付けでしかまだ使われてないな
重い方のSSAOですらそれを簡略化したやつに留まってる
今のGPUはカメラが1つなのが問題だと思う。
640x480個ぐらいの視点を一度にレンダリングできれば、
プリミティブは1回だけレンダリングパイプラインに送ればいい。
現状AOが一番視覚的な効果が大きいので
GPUメーカーはここを何とかすべきだと思うのでござる
リアルタイムじゃなくていいなら現行のGPUとDirectX11で出来るわ。
GPU Kd-Treeが結構現実的な選択肢になってきたしなぁ。
ゲームでも影と反射計算だけレイトレで、ってのはそんなに遠くない未来にできそう。
どうせ現実や写真には勝てないんだからただリアルになりゃいってもんじゃない。
パラメーターもアホほど増えるしコストもアホほど増えてるし。
これからのリアルタイム3Dグラフィックスはどうなっていくやら･･･
いずれリセットされてソフトウェアレンダ時代に回帰(=GPGPU)するだろうと予想してるゲーム開発者もいるみたいね。
NVのFermiやIntelのLarrabeeは明確にそれを指向しているし。
でも、マイクロポリゴンもボクセルもリアルタイムレイトレも思いの外遠いなあ・・・。
遠いといえばユーザーインターフェースもだな。
2010年ともなれば、脳神経に無線介入して視覚や聴覚等の身体感覚をダイレクトに乗っ取って情報を流し込んだり
脳波で全ての操作が可能になってキーボードやマウスが不要になったり、
もう少しそれを進めて脳とコンピューターを(プロトコルを介して)接続して思考を拡張したり出来る様になると思っていたのに、
メガネかけて立体視が最先端、70、80年代と本質的には変わりなしとは幻滅もいいとこだよ。
百歩譲っても、空中に結像する立体ディスプレイ位は絶対にあると思ってた。
でも、ソフトウェアレンダリングは一部の優秀な人間しか構築できないだろうから、
今のDirectXみたいな広がりは見られなくなるだろうね･･･
いったいどれだけの人間が残れるんだろうな・・・
nia
ttp://akiba-pc.watch.impress.co.jp/hotline/20080830/sp_ocznia.html
網膜ディスプレイ
ttp://www.itmedia.co.jp/news/articles/0911/06/news015.html
ttp://www.itmedia.co.jp/news/articles/0809/04/news076.html
眼鏡の要らない３次元映像技術の研究開発
ttp://www.itmedia.co.jp/news/articles/1004/28/news041.html
ttp://japan.internet.com/column/webtech/20100507/8.html
求めているものと違うのは重々承知だがｗ
niaはネタの域。網膜ディスプレイは今750万円だっけな。ゆくゆくは3D化も視野に入れているそうだ。
ゲームの3D映像化は、たぶんハードの方でやるだろうから、我々のやる事は変わらなそうだね。
この辺は楽ですなぁ。
レスthx
大分理解が進んだ気がするけど、実装方法がいまいちわからず
いくつか質問させてください
＞RSMからVirtual Point Lightsの基準になる点を選ぶ。
fluxマップの各テクセル全てが二次光源になるということ？
＞あとは、法線方向に半球に広がるSH係数を3Dテクスチャに書き込む。
このSH係数はどうやって求めるんだろう？任意の位置のfluxマップの近傍からどうにかするんだろうか？謎
あと3DテクスチャへのレンダリングってたしかDX10以降じゃないとできないよね？
＞それを6方向（±XYZ）に広げていくだけ。
これもCPU側で全グリッドをぶんまわして処理するんかな？
＞カスケード
＞遮蔽するようなSH係数を書き込む
＞SH Gradient
この辺に至ってはさっぱりイメージもつかない・・・
概要はなんとなくわかったけど実装となると・・・・
サンプル（擬似コード）を書いてくれると非常にありがたいのだけども
> fluxマップの各テクセル全てが二次光源になるということ？
意味的にはそう。
けど実際には重点的サンプリングで個数を減らす。
シェーダコードがCryEngine3 のLPVの資料に書いてあるから見てみるといいかも。
> このSH係数はどうやって求めるんだろう？
VPLはそれぞれ点光源なんで、法線方向に半球状に分布したSH係数を作ればいい。色はRSMから引っ張ってくる。
で、この係数はZonalHarmonicsていうSHの特殊な形態＋SHRotationで求めることができるんで、シェーダでも計算可。
ZH+SHRotationの詳細は、PyramidのCEDEC2006講演の資料を見るといいかも。
> あと3DテクスチャへのレンダリングってたしかDX10以降じゃないとできないよね？
DX9だとテクスチャ1枚に展開して自前でバイリニアサンプリングを実装するのが一番楽かも。
CPUを混ぜて描画先のサーフェスを引っ張ってくるのも有りだけど、重そうだな…。
> これもCPU側で全グリッドをぶんまわして処理するんかな？
シェーダで。
各イテレーションごとに、前後左右上下6方向の色から自身（現在見ているテクセル）の次の色を求める。
それを数回繰り返して拡散（＝プロパゲーション）させる
> サンプル（擬似コード）を書いてくれると非常にありがたいのだけども
Crytek の資料に Injection と Propagation の疑似コードはあった希ガス。
うおおありがとう！あなたが神か
がんばってみる
最新技術がバリバリだからって職があるわけじゃねえし。
ゲームを作るための能力とは別のものだからな・・・。
ある程度地位が上がってくるとその辺勉強する時間がなくなる。
当たり前のように考えてる日本企業は遅れてるよなあ。
海の向こうみたいに、シニアエンジニアでいいじゃん。
管理職なんてやりたくないよ。。。
いつまでも技術的に優位に立てるかって話になるとまぁ無理だろ。
給料も若造なんかより断然いいんだから技術が同程度じゃ首切り候補にしかならんし。
経験を生かすって言う意味なら管理職は悪くないと思うけどね。
管理専任ってわけじゃなくコーディングもする現場で陣頭指揮執る感じでなら。
シェーダファイルというのは，
ポリゴン1枚ごとに用意するようなものなのでしょうか？
全体で1ファイルくらいのイメージだったので．．．
そんなものは人それぞれだ。
通りますよ
10年は流行ったな。
標準装備じゃないの？
C++時代も終焉
Windows時代も終焉
PC時代も終焉
デジタル機器時代も終焉
になっちまう。
すごい絵を生み出すプログラム言語。
たまらない。
実際HLSL知らない素人がすごいシェーダを作ってる
他にないのかな。汎用エディタ
Born Digitalのシェーダの本読みながら自分でテストするのが一番速いよ。
やっぱそうですかね。
>>504
そのレスのおかげで騙されているのがわかった・・
マルペケつくろーどっとコム
http://marupeke296.com/
MaverickProject
http://maverickproj.web.fc2.com/pg00.html#DirectX9
ProjectASURA
http://asura.iaigiri.com/program.html
もんしょさんのサイト
http://sites.google.com/site/monshonosuana/
http://monsho.blog63.fc2.com/
書籍もイイのがあるよ。
DirectXシェーダプログラミング
仕組みからわかるゲームエフェクトテクニック
http://www.sbcr.jp/products/4797344967.html
DirectX 9 シェーダプログラミングブック
http://book.mycom.co.jp/book/4-8399-1247-5/4-8399-1247-5.shtml
有名なプログラマさんの本。
今や東大の博士号持ち。
工学的素養があると読み易いだろうけど、そうじゃなくても気合があれば大丈夫。
がんばれ！
ttp://digitalerr0r.wordpress.com/tutorials/
fx composer2.5でHLSLの勉強をしているのですが頂点色が取得できません
コードは以下の感じで。
VS_OUTPUT mainVS(VS_OUTPUT input){
VS_OUTPUT Out = (VS_OUTPUT)0;
Out.Pos = mul(input.Pos, mWVP);
Out.Col = input.Col;
return Out;
}
float4 mainPS(VS_OUTPUT input) : COLOR {
return input.Col;
}
ちなみに3Dのモデルはメタセコイアで作成しました。
力を貸して頂きたいです。よろしくお願いします。
VS_OUTPUT構造体の宣言見せて。
メタセコ自体は頂点カラーないが、ちゃんとマテリアルから頂点カラーに変換してるんだろうな
色の違う２つ以上の隣接する面の境目の頂点はちゃんと面の数分の頂点にわけてるんだろうな
データに頂点カラーありません、もしくは全部白でしたって落ちなら、ちょっと確認すればわかるはず
それくらいのことにも頭の回らないやつはシェーダとかプログラムとか向いてないからやめちまえ
struct VS_OUTPUT{
float4 Pos : POSITION;
float4 Col : COLOR;
};
構造体はこんな感じです
>>512
頂点色がxファイルに含まれてる事は確認しています
それ以下のことは数日前にシェーダ始めたばかりなので知りませんでした
調べてみます
う〜ん、問題無さそうだなぁ。
「頂点色が取得できない」とあるけど、
色が付かないだけ（黒で描画される？）で、
頂点通りの形状は描かれている感じ？
fx composerは知らないから何とも言えないけど、
シェーダに与えるデータストリームがどういう区切り
（1頂点につき座標、色なのでfloat8個分）なのかが、
シェーダ側が分かっていないのかも？
「1頂点が座標と色で成り立ってますよ」っていう情報は
どうやって教えてる？
>頂点通りの形状は描かれている感じ？
まさにその通りです
モデルに.fxを適応させると全部が黒く塗りつぶされてしまいます
適応させないと元のモデルまま表示されるのですが・・・
なるほど。
原因箇所を絞りたいから、以下を試してほしい。
テスト1 ： ピクセルシェーダを使わず、頂点出力をダイレクトに出力する。
technique記述で
PixelShader = NULL;
と記述する。
テスト2 ： ピクセルシェーダで固定色を出力させる
return input.Col; を
return float4( 1.0f, 0.0f, 0.0f, 1.0f ); などとする
テスト1で色が付かないなら、頂点シェーダの時点でデータがおかしいorうまくデータを渡せていない。
テスト1がOKでテスト2がダメなら、そもそもピクセルシェーダが働いていない可能性がある。
テスト1、2ともに意図した通りの表示になるなら頂点シェーダからピクセルシェーダへの
データ渡しがうまくいっていない可能性がある。
試してみました
テスト1：変わらず黒く塗りつぶされたままでした
テスト2：指定した色で塗りつぶされました
また、関係ないかもしれませんが頂点シェーダで
Out.Col = float4(1,1,0,1);
としたら黄色で塗りつぶされたモデルが表示されました。
一応確認の為xファイルをテキストエディタで開いて確認した所、ちゃんと頂点色はありました
（MeshVertexColors{〜〜} の所でいいですよね？）
その結果だと、頂点シェーダの時点で色を渡せてないね。
FxComposerがxファイルを読み込むときに問題があるのかも。
今回問題のxファイルはモデラで作ったの？
どっかから拾ってきたやつ？
できればアップローダにアップしてほしい。
モデルはメタセコイアで自作しました。
作成したxファイルを下にアップロードしました。
特にパスワードなどは指定していませんのでそのままダウンロード出来るかと思います。
ttp://www.rupan.net/uploader/download/1327749433.x
アップありがとう。
これ、たぶんMaterialのほうの色を見てるね。
DirectXViewerで開いてみたら真っ白なんで、あれ？って思って中身見てみた。
MeshMaterialList中にある
Material {
0.800000;0.800000;0.800000;1.000000;;
5.000000;
0.000000;0.000000;0.000000;;
0.000000;0.000000;0.000000;; ← こいつがRGB（レンジは0.0〜1.0ね）
}
をいじると色が付いて見えたよ。
たぶんFxComposerでも色が付くんじゃないかな。
どうやったらMeshVertexColorsのほうを使ってくれるのかな？
んで、そこいじったとしても、>>510のコードでは色が付かない可能性が高い。
DirectXプログラムでは、マテリアルの色を使う場合、ホスト側からGPUのグローバル変数として色を指定するし。
頂点色を使う場合はFVFを使ってできるんだけど。
FxComposerがどういう仕組みでデータを流してるのか分からないと対策立てにくいなぁ。
520の内容を試してみたのですが521の予想通り真っ黒でした・・・。
もう一度FxComposerとDirectXの仕様等々を調べてみます。
3日間にわたって質問に答えて頂いてありがとうございました。
FxComposer2.5インストールして試してみた。
たしかに頂点カラー、読み込めないね。
マテリアルカラーは、FxComposerに放り込んだ時点で反映されて表示されるものの、
それをHLSLで使うことはできないみたい。
しかも、複数マテリアルだと、表示はするものの、編集は一つしかできないｗ
頂点カラーについては読み込もうとすらしていないような気がするｗ
こういう使い方は想定されていないんじゃないかと思う。
そこで、FxComposerを使わない代替案を考えたほうがイイと思うんだが、
>>510がHLSLの勉強をするにあたって、目標としていることは何だろうか？
どうしてもFxComposerを使わなければならない理由はある？
DirectXプログラムでグラフィック表現したいとかだったら、
簡単なDirectXプログラムを組んで、その上でシェーダ開発したほうがより実践的で良いこともある。
（FxComposerの魅力的な機能も捨て難いけどね）
なるほど。。。
わざわざありがとうございます！
HLSLを勉強する目的はゲームエフェクトを作成したいと考えているのです
もっと突っ込むと少しパラメータをいじると炎の大きさや色を変えてエフェクトファイルを出力する、と言った
知識なしである程度のエフェクトを作成することのできるツール(?)を作りたいな〜と。
なのでFxComposerを使わなければならない理由はありません。
>>DirectXを組む
昔挑戦して挫折したんですよね…
この機会にリベンジしてみます！
おお、パーティクルエディタか！
おもしろそうだね！
パーティクルの挙動とかをゲーム実行時に動的に制御したりとか幅を広げることを考えると、
DirectXをベースにした開発基盤を構築したほうがベターではあるね。
DirectXプログラム、しんどいとは思うけど、よい志があるんだからがんばってほしいな。
フリーで高性能なゲームエンジンが台頭している中、熱いよ君。
また壁に当たったら、このスレやDirectXスレで聞いてみてくれ。
応援してるぞ。
Mayaとか3DSmax使えば簡単にできる事をわざわざやろうとしている変人ですｗ
が、そう言えってもらえるとモチベーション上がります！
DirectXから勉強初めて行きたいと思います
ありがとうございました！
