DirectX総合スレ (Part2)

**名前は開発中のものです。** · 04/09/22 23:30:32

DirectXについては基本このスレで話していこうとものです。
基礎的な質問＋高度な質問も簡潔かつ簡単に答えることをモットーにして頂き
このスレの回転を早めて常にアクティブなスレにしたいと思っております。
このスレに質問等を書かれる方はまず最初に自分でしっかりと調べたのちに聞かれることをお願いします。
質問に対する答えも簡潔に出来る限りわかりやすくお願い致します。

テンプレは >>2以降で

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

>613
立ち読みしてみて読みやすいのが一番

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

>>614
おまいさんが役に立ったと
思えた本て何かありますかね？

あんま定番ぽい本が
DirectX界には無いのかもしれんが
そこをなんとか、ちょいちょいと。

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

>>615
・DirectXのバージョン
・お前の技術レベル
・DirectXで主にやりたい事

を書いとかないと。

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

Xファイルの描画に関して質問でちゅ。
頂点シェーダ用・ピクセルシェーダ用のアセンブリ言語を使用しているのと
そうでないのではかなり速度＋やれることに違いはあります？

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

入門書ってことだよな

VB
ttp://www.amazon.co.jp/exec/obidos/ASIN/4798102202/qid%3D1101920371/249-0790606-9159520
ttp://www.amazon.co.jp/exec/obidos/ASIN/4886487041/ref=pd_bxgy_text_2/249-0790606-9159520

C#
ttp://www.ailight.jp/Amazon/ASIN/1/487593419X/books-jp/Default.aspx
ttp://www.ailight.jp/Amazon/ASIN/1/4875934378/books-jp/Default.aspx

VBもC#もそれぞれある程度できることが前提だと思われ
でも、近くの大きめの本屋を巡って立ち読みして自分にあったのを選ぶのが一番いい

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

>617
他スレや過去ログみてわかんなかったら、ここで説明しても知識が足りなくてわかんないだろうから
とにかくうだうだいう前に勉強しれでちゅ

でもまぁせっかくなので軽く答えるでちゅ

やれることにはかなり違いがあるでちゅ
どんなことができるかは、とりあえず少し勉強すればすぐわかるから
さっそくやってみれでちゅ

速度はハードウェアによって変わってくるのでなんともいえないでちゅ

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

＞＞６１７
たまに退化するライブラリもあるが、DXであたらしく追加されたものはより良い物を扱えるように
（もしくはもっと効率よく使えるように）してるものがほとんどだと思うよ。

つーわけで、シェーダ使えればいろいろできるもよう。３Dは全部そっちに流れてる・・・らしい。

**名前は開発中のものです。** · 04/12/02 07:24:37

つーかシェーダ自体は人によって使わなくても
シェーダで学べる３Ｄの知識がゲームを作るのに必須。
（主にローカル→ワールド、ワールド→ローカル変換）
だから、シェーダやれって感じ。

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

>>618
そのC#の本はゴミだった。
お勧めはコレ。Managed DirectX の開発リーダーが書いてる。

SAMS / Kick Start Series
Managed DirectX 9 - Grahics and Game Progamming / Tom Miller

**名前は開発中のものです。** · 04/12/02 18:53:40

>>622
見飽きるほどさんざんガイシュツだな

**名前は開発中のものです。** · 04/12/02 21:25:46

>>622
英語本は要らんのよ。
コード以外でつまづいた挙句
気になって気になって
違う勉強し始めちゃうからよ。

>>618
VBだと、そこらしかないかぁ。。
ま、数が少ないから
どうしようも無いし。

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

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

**名前は開発中のものです。** · 04/12/02 22:25:50

入門書ってことだよな
　
D3DRM
ttp://www.amazon.co.jp/exec/obidos/ASIN/4881355430/249-0864726-1114767
　
　
　
　
　
　
　
　
　
　
そこのお前、笑うなyo!

**名前は開発中のものです。** · 04/12/02 22:47:26

ぷぎゃー

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

>>626
ぎゃふん

**名前は開発中のものです。** · 04/12/03 00:10:21

DirectXとリフレッシュレートの話なのですが。
画面の設定リフレッシュレート70にしておき、
アプリ開始時にChangeDisplaySettingsを使ってリフレッシュを動的に60にした場合、
ウィンドウモードだと60になるのですが、フルスクリーンだと元の70のままです。
動的じゃなくレジストリに書き込むと60になるのですが、つまりフルスクリーンだと
レジストリの設定から同期をとってるってことですかね？

ゲームスピードだけならまだしも、リフレッシュ７０のままだとなぜか画面の縦横比が狂ってしまうので
ゲーム中は60にしたかったのですが・・・・。

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

>629
ウィンドウモードの場合は環境の設定にあわせないとだめだろ

**名前は開発中のものです。** · 04/12/03 00:29:21

>>629
DirectXのバージョンは８ですか？

>>630
質問と噛み合ってないですよ～

**名前は開発中のものです。** · 04/12/03 00:40:13

>>629
悩むだけ無駄。
その辺の仕様は固定じゃないから。
俺はディスプレイ２つ使ってるけど、片方７５、もう片方は６０で動いてる。
６０を返すほうも７５と言われて６０で動いてるディスプレイは発見できない。
ちなみにこの環境でレジストリをどんなにいじってもリフレッシュレートにまったく影響は無い。

**629** · 04/12/03 00:47:42

>>631
９です。この夏出たSummer 2004という奴です。

色んな掲示板見てるとChangeDisplaySettingsは
使うなって書き込まれてたりします。まぁ動的に使ってるのならいいかな、とは思うのですが、
リフレッシュが適応されなくって７０のままで画面レイアウトが壊れる（縦長になって、
画面上下が見えなくなる。）のではレジストリに書き込むしかない・・・しかし、
たしかに勝手にユーザーの設定を変えるのはどうだろう？とも思います。

余談＆ちょっとヲタ臭い話ですが、東方シューティングの、紅魔郷、リフレッシュ７０でゲーム開始すると、
案の定画面が崩れるので、ゲームする前にディスプレイ設定を６０にしないといけなかったりします。
FPSも７０になっちゃってゲームが早くなってしまうし。
ところが、その次の妖々夢からは、７０のまま始めてもちゃんと画面が表示されるのです。FPSも６０
固定で、これにはかなり驚愕しました。そこで一定間隔でEnumDisplaySettingsを使いディスプレイの
設定を取得＆表示させつづけるアプリを裏で動かしていたら、ゲーム起動前は７０だったのに、ゲーム中は
EnumDisplaySettingsから取得されるリフレッシュが６０になってました。

おそらくChangeDisplaySettingsでレジストリ変更させて、画面設定をゲームに
ちゃんと適応させてるのだと思い、ChangeDisplaySettingsでレジストリいじるしか
ちゃんと表示させる方法はないのだろうか・・・と思ったのが事の発端で。

**名前は開発中のものです。** · 04/12/03 00:47:55

A宗
B宗1派
B宗2派

>>629
好きな派閥に所属するがよい

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

>>634
な、なつかしい～
と思うと同時に、もうあの議論は二度とみたくないな。

**名前は開発中のものです。** · 04/12/03 10:08:46

>>629
いい加減そういう考え方やめろよ。

**名前は開発中のものです。** · 04/12/03 16:27:43

2000/XPの場合の優先順はヘルプのCreateDevice()のところに書いてあるけど。

駄目だったらタイマ使うって考え方がなぜ出来ないのか……。

**名前は開発中のものです。** · 04/12/03 16:37:21

そもそもリフレッシュレートは、ユーザが選べるようにするならともかく、
プログラマ側が勝手に設定していいものではない。

**名前は開発中のものです。** · 04/12/03 19:55:34

>>638
そうだな。
しかしこういうハード寄りの部分にこだわる奴って
日本人に多い気がする。

**名前は開発中のものです。** · 04/12/03 21:02:57

>>639
こだわりとかじゃなくて単に書き換えと一緒に移動とかしてるからだろ

**名前は開発中のものです。** · 04/12/03 21:30:59

クオリティにこだわりたいからだろ
外人はみえりゃなんでもいいからvsyncなんか糞食らえ・・・ではなくて、
フレームはvsyncに同期してとにかくflip。
前フレームとの時間差から移動量を求めて、100Hzとかどうすんの？とかいう疑問は
ハードの進化が解決するさ、的なA宗だよな

**名前は開発中のものです。** · 04/12/04 00:16:19

フレームレート関係は戦争になるから別でやってくれ
専用スレでもたててそっちで　お　ね　が　い

**名前は開発中のものです。** · 04/12/04 00:22:22

>>642
もう、ならねぇよ。
だって、普通にDirectXのサンプルどおりにやれば
綺麗に動くじゃん。

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

>>642
もう立ってる

PCで描画と内部処理の非同期処理ってどうやんの？
http://pc5.2ch.net/test/read.cgi/gamedev/1020064462/
FPS(ﾌﾚｰﾑﾚｰﾄ) VSYNC(垂直同期ﾘﾌﾚｯｼｭﾚｰﾄ)
http://bbs.gamdev.org/test/read.cgi/gamedev/1063274576/

**629** · 04/12/04 00:55:07

あ、いえ綺麗にしたいとかタイマで管理すればいいの以前に、
FPSによっては画面比がおかしくなってゲームにならない　ってことをなんとか
したかったのですけれどね。リフレッシュレートの論議はある程度見てきましたが、
私のPCで表れるような画面が縦長になる　なんてことはどこでも語れてなかったので・・・

でもどうやら、荒れるネタのようなのでやめたほうがよさそうですね。
注意書きでも書いてなんとかしようかな・・・。
すみませんでした。

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

そんなのは環境依存だし。
60Hzにするとおかしくなる環境だってあるかもよ？

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

>>629
画面が縦長になって上下が切れるのって
モニタ側で調整すればなおるのでは？

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

>>633
SetDisplayModeで余裕でできるわけだが

**名前は開発中のものです。** · 04/12/04 07:35:21

>>645
画面比がおかしくなるってのは、
アスペクト比考慮しない安SXGA液晶なんかだと当たり前だし、
CRTで低解像度のアスペクト比設定していないのはユーザーの責任
開発者が考慮する問題ではない

**名前は開発中のものです。** · 04/12/04 10:17:07

>>645
60Hzとか同期とかそういう話と、アスペクト比に何の関係があるんだよ？

**名前は開発中のものです。** · 04/12/04 11:19:32

>645
うちのディスプレイは、解像度（周波数）毎に、縦横比の設定が出来る。
というか、しないと普通に表示できない。
一度設定をやってしまえば、またその解像度になっても大丈夫。

だからそのおかしい解像度のときにちゃんと調整すれば、後は大丈夫だと思う
他の原因も考えられるけど、これしか心当たりがない。

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

>>650
俺の昔のPCでは
800x600の75Hzにすると画面が縦長になったな。
モニタで調節してもバッチシにはならなかった。
そういうことでない？

**名前は開発中のものです。** · 04/12/04 15:39:36

まだやってんの。

**名前は開発中のものです。** · 04/12/04 15:51:21

以前まではB宗信者だったけど、A宗のほうがいいかなと思う今日この頃

**名前は開発中のものです。** · 04/12/04 16:30:46

次の話題まだ～？

**名前は開発中のものです。** · 04/12/04 17:38:16

PCで描画と内部処理の非同期処理ってどうやんの？
http://pc5.2ch.net/test/read.cgi/gamedev/1020064462/

に俺の意見を書いておいた。お前らついてこい。

**名前は開発中のものです。** · 04/12/04 18:30:01

>>652
確かに昭和時代のモニタはそうだったな。

**名前は開発中のものです。** · 04/12/05 00:56:49

>>656
そのスレ、一年以上もレスついてなかったんだな。

**629** · 04/12/05 01:00:04

は～、なるほど。つまるところ私のディスプレイがしょぼいってことですかね？
>SetDisplayMode
試してみます。
ちなみに買ったのは3年前で、HYUNDAIってなメーカーです。そんなボロいものでもないとは思うんですけれども・・・。

>次の話題まだ～？
んじゃ、話題変えついでにも一つ聞きたいんですけれど、今VC６でやってるんですが、.NETだとDirectX用の
ウィザードがあるじゃないですか。新しくゲーム作るなら、.NET購入してそれで組みだした方がいいですかね？

**名前は開発中のものです。** · 04/12/05 01:20:09

>>659
「.NET購入」、「それで組みだす」が意味不明だが、
作るものの特性による。
一般向けに公開する場合はネイティブ。
.NETのDirectXはランタイムがちゃんとインストールされている確率が低い。
あと簡単にリバースエンジニアリングされる。
個人で遊ぶ用・決まった知人のみに配布用であれば.NETでも全く問題ない。

開発効率とかパフォーマンスは
ttp://pc5.2ch.net/test/read.cgi/tech/1069666471/780

**名前は開発中のものです。** · 04/12/05 15:27:16

>660
C#じゃなくてVC.NETのことじゃねーの？
たぶんだけど

>659
漏れはウィザード使ったことない
もう自分で書いたフレームワークがあるんだったら
そっち使ったほうがいい
まぁフレームワーク作りの参考にはいいかもしれないけど(よー知らんけど)
別にDirectX用のプログラムしか書かないんだったら、もうしばらく6でもいいかもしれんけど

**名前は開発中のものです。** · 04/12/05 17:24:43

>659
Summer2004からWizardは廃止されて、サンプルフレームワークに移っている。

CALLBACK関数の中を埋めていくだけなので、Wizardが生成したソースより使い易い。

**名前は開発中のものです。** · 04/12/05 18:13:07

画面分割する方法なんですがビューポートを指定する方法以外にありませんでしょうか？
格闘ゲーム作ってるんですが演出で画面分割をビューポートでして見たら
ポリゴン数が多くてすごく重くなったので何か方法がないか探してます。
何かご存知の方いましたらご教授よろしくおねがいします

**名前は開発中のものです。** · 04/12/05 18:38:13

>>663
どんな分割の方法を試そうとポリゴン数が多いのに変わりないだろ。
画面分割時はポリゴン減らすとか対処するのが普通だろ。

**名前は開発中のものです。** · 04/12/05 19:15:49

DrawPrimitiveUPのUPは何の略ですか？

**名前は開発中のものです。** · 04/12/05 19:27:17

UnlimitedPower

**名前は開発中のものです。** · 04/12/05 20:11:26

UserPointer?

**名前は開発中のものです。** · 04/12/05 20:50:25

UはUesrだけど(Managed参照)、Pが分からんなー
PrimitiveかPointerかどちらかじゃない？

**名前は開発中のものです。** · 04/12/05 21:03:15

ユーザーメモリポインからのレンダリングって記述があるから、
Pointerでええんでない？

**名前は開発中のものです。** · 04/12/05 21:27:47

「UserPrimitive」だ。

MDXでは「DrawPrimitiveUP」は「DrawUserPrimitives」になっている。
これに限らず、MDXの識別子はネイティブに比べて洗練されているものが多い。

**名前は開発中のものです。** · 04/12/05 21:43:02

うｐするんだとおもってたけど違ったのか

**名前は開発中のものです。** · 04/12/05 22:12:34

DrawPrimitiveうｐしました！ってかw

**名前は開発中のものです。** · 04/12/05 22:19:11

ヘルプに書いてあるUser memory Pointerの略だと思うのだが。

**名前は開発中のものです。** · 04/12/05 22:52:51

>>673
それで間違いなさそうだな

なんの根拠もなくupdate(最新のものにしろ！)かup-to-date(最新ですよ(・∀・)ﾆﾔﾆﾔ)の事だと思ってた
なんて逆説的でウィットが効いてるんだと

**名前は開発中のものです。** · 04/12/06 19:56:36

DrawPrimitiveDown

DrawPrimitiveAge
DrawPrimitiveSage

**名前は開発中のものです。** · 04/12/07 01:50:13

逆行列を求める関数でD3DXMatrixInverseというのがあると思うのですが
これの引数に行列式（float *)があるとおもうのですが、これはfloat１個
を渡すのでしょうか？いまいち行列式というのがわからなくて・・・すいません。

**名前は開発中のものです。** · 04/12/07 01:56:09

俺の記憶が正しければ
確か逆行列を求めるついでに行列式の値も求めますよーって関数のはず
逆行列求めるために行列式の値が必要だから

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

>676
そういえばそこNULLしか入れたことない

**名前は開発中のものです。** · 04/12/07 11:30:35

>>676
満足いく答えないから次はトキワか？

**名前は開発中のものです。** · 04/12/07 11:48:25

>>676
いまいち行列式というのがわからない人ならNULLを入れればいいだべ。

**名前は開発中のものです。** · 04/12/07 12:29:52

>>676
こうやって使う

float determinant;
D3DXMatrixInverse( &matInv, &determinant, &matTaget );

if( determinant == 0.0f )//～

determinant(==行列式)が0ならば、逆行列matInvは存在しない
必ず逆行列が存在すると分かっているならNULLを指定しても構わない

**名前は開発中のものです。** · 04/12/07 13:21:16

行列式知らないような阿呆がプログラム組むな

**名前は開発中のものです。** · 04/12/07 13:35:20

まあまあ。

**名前は開発中のものです。** · 04/12/07 13:50:49

阿呆じゃありません。
もちさんです。

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

行列のできるDirectX相談所

**名前は開発中のものです。** · 04/12/07 17:39:19

682のレントゲン写真に影的なものが写りますように。

**名前は開発中のものです。** · 04/12/07 19:11:48

682は底辺のサルグラマで
余裕がなくてイライラしてるんです。
どうか許してやってください。。。

**名前は開発中のものです。** · 04/12/07 20:46:48

ある日>>682の右の精巣が激痛をもって腫上がりますように。

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

そのあくる日>>682の左の精巣も腫上がって、あだ名がたんたんたぬきになりますように。

**名前は開発中のものです。** · 04/12/07 23:41:03

>>681
それじゃ駄目だろ。
0.0fなんて綺麗な0は浮動小数点じゃほとんど返ってこないんじゃね？
なんか浮動小数点の足切り用の定数なかったっけ？

**名前は開発中のものです。** · 04/12/07 23:49:43

>>690
FLT_いぷしろん？

まあ、この場合は0か否かが知りたいだけなので
これでよし。

**名前は開発中のものです。** · 04/12/08 00:03:29

ふつーに if( D3DXMatrixInverse(...) == NULL ) で
大丈夫な悪寒。

**アンチ・シェーダー主義！** · 04/12/08 21:47:24

なんでもシェーダでやってしまうのが人気なようですが
まだまだシェーダも動かないような低スペックなマシンも
たくさんあります。

ソフトウェア実装に力を入れている方々、情報交換しませんか？

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

>693
それは底が見えるから、情報交換とか議論とかできなさそう
何をするかにもよるけど、たとえばトゥーンシェーディングとか
スキニングとかをシェーダ使わなかった場合とか
頂点バッファをロックして書き換えるのが頻繁になって
重くて現実てきじゃない
そんな低スペックグラボのマシンではカクカクポリポリじゃないと現実的じゃない
どうしてもやりたかったら、シェーダでやってることをそのままソースで書けば
いいだけだから、特別な議論も必要ないと思う

**名前は開発中のものです。** · 04/12/08 22:07:06

下らん話をBBXから転載する>>693はアホだと思うが、

＞スキニングとかをシェーダ使わなかった場合とか
＞頂点バッファをロックして書き換えるのが頻繁になって
　　　　　　　　　　↑
　　　　　　　　　馬鹿

**名前は開発中のものです。** · 04/12/08 22:07:43

「なぜトゥーンシェーディング・スキニングで頂点バッファをロックする必要があるのか」
を議論するスレになりました。

**名前は開発中のものです。** · 04/12/08 22:11:28

別にDrawPrimitiveUPでもいいんだが…

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

　　　↑
やっぱり分かってない、ただの馬鹿。

**名前は開発中のものです。** · 04/12/08 22:27:06

ID:WW1dHwS0の底が見えてしまいましたとさ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　完

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

つーかシェーダーの方が楽だからなあ。
エフェクトファイルステートで書いてみ、スゲーつらいよ。
何書いてあるか読みづらいし。
ステートでは良いことないのよ。

**名前は開発中のものです。** · 04/12/09 01:48:13

Shader嫌いと言うか単に使えないだけじゃねーの？とか思ってしまうが。

**名前は開発中のものです。** · 04/12/09 04:01:07

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

**名前は開発中のものです。** · 04/12/09 10:22:50

ピクセルシェーダーならまぁ環境に依存するが、ヴァーテックスシェーダーは
TnLなければCPUで処理されるんだからあえて使わない意味はほとんどないに等しいじゃね。
シェーダー使わなくたってどっちにしろCPU処理なんだしな。
スキニング処理なんかだとむしろ余計なバッファが要らないから同じCPU処理でも
シェーダー使うほうが速いしメモリにも優しくてなおさら低スペックにもいいだろ。
もっともそれ以前にそんな事考えるようなスペックじゃCPUがボトルネックになりそうだけどな。
まぁ日曜プログラマ風情の意見としては３ＤゲームをやるならGeForce4程度は買って来いと、
GeForceFx5200ですらGBASPよりも安いんですよ？とﾁﾗｼの裏。

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

HW-TnLは固定機能のアクセラレートをするものであって、
頂点シェーダー対応の可否とは何の関係もない。

**名前は開発中のものです。** · 04/12/09 13:30:59

全て理解した上で適切な選択をする人＞＞＞＞＞＞(越えられない壁)＞＞＞＞＞全く理解せず見当違いな事を言う人＝全く理解せずただ多数派に同調する人

**名前は開発中のものです。** · 04/12/09 19:47:06

>>693
マルチだか転載だか知らんが、元ネタのところじゃ一夜にしてすげーことになってるな
この前の騒動といい、最近あそこはどーかしてるよな

**名前は開発中のものです。** · 04/12/09 20:41:44

条件後出しとボーンを無制限に出す話から、以前暴れたアセンブラ厨と同一人物。
最後にシェーダでボーンが4つしか使えないと思いこんで、それを指摘されて消えていった。
BBXでもやることは変わらない。

**名前は開発中のものです。** · 04/12/09 21:39:11

いやあれはアンチ後出しジャンケンが悪いよ、最初から煽り腰だ

馬鹿な意見とか、お節介な意見とかは構わないが、
2chのノリを他に持ち込むのだけは勘弁

**名前は開発中のものです。** · 04/12/09 21:46:38

それにしても両方痛いIDだね。
下の方のレスが、対岸の火事見物っぽくてワラタ。

**名前は開発中のものです。** · 04/12/09 23:55:51

とりあえず、まとめると

「頂点シェーダが動くかどうかはグラボの性能とは関係ない。」

だからとりあえず頂点シェーダを使わない選択肢ってのはいまのところ無い
っつーことで。

で、なにやら複雑そうなんだけど、実際はそんなことない。
自分でできなきゃ、どっかの人が作ったサンプルやらコピって勉強すれば十分できるようになる。
ＨＬＳＬで組まないとだるくてやってらんない。

**名前は開発中のものです。** · 04/12/10 00:05:19

全然知らんのだけど、バーテックスシェーダを使う = VertexBuffer作って頂点転送するってことでいいの？

**名前は開発中のものです。** · 04/12/10 00:06:23

シェーダーでなくても固定機能パイプラインでも出来ちゃうエフェクトってあるじゃん。
皆さんはこういうの書くときどうするの？
とりあえずステートで書く？
それとも全部シェーダー？

**名前は開発中のものです。** · 04/12/10 00:12:07

>>712
全部シェーダーの方が楽だと思う。
固定機能パイプラインは鬼面倒臭い。
誰もあんなもの使いたくない。
誰がステートの管理やるのかと。
馬鹿じゃねぇのかと。

**名前は開発中のものです。** · 04/12/10 00:19:49

全然知らんのだけど、
プログラマブルシェーダって、例えば

シーン中にライトをOn/Offしたりとか、ステートが動的に変化する場合でも
一つのシェーダを使いまわせるんですか？

それとも、ライトの数に応じたシェーダを複数用意しておいて切り替えながら使うとか、
非効率を覚悟で常にライトの最大個数用のシェーダを使うとか、
ライトは一つに制限したりとか
しなきゃいけないんですか？