DirectX総合スレ (Part2)

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

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

テンプレは >>2以降で

**名前は開発中のものです。** · 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したりとか、ステートが動的に変化する場合でも
一つのシェーダを使いまわせるんですか？

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

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

>>714
それはシェーダの組み方次第。
自分で自由に組めるから、組んでみて自分で最適と思うものにすればいい。

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

>>713
やっぱそうなりますかね。
必ずしも固定だからといって対応ハードが増える訳でもないですしね。

>>714
やっぱ用途に合わせてシェーダーを多数用意しなければならないのは
今もかわってないと思う。フラグメントとかいろいろあるけど面倒臭いしね。
俺はリテラル定数で条件分け出来るシェーダープログラムを1個作って
用途別にテクニックを複数作る方法を採用している。
頂点ライティングだと最大ダイナミックライトが3つ、グローバルライトが2つの組合せで
結構多くなるな。ピクセルライティングだと双方最大1つづつの組合せ。

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

＞頂点ライティングだと最大ダイナミックライトが3つ、グローバルライトが2つの組合せで
ダイナミックライトが4つ、グローバルライトが1つの間違い

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

頂点シェーダって、昔からソフトウェアエミュレーションで動いたっけ？

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

俺は割と早くからシェーダ使ってるけど
固定機能のほうを馬鹿にする奴はそれはそれでムカつくんだが

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

>>718
うん。

>>719
技術板だ、理由を言え。

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

普通は馬鹿にするほうが理由を言うもんだろう。

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

技術的に固定機能が優れている点をあげよ、ってことならそれは無茶よ。
今は俺もシェーダ使ってるし、もう固定機能には見切りを付けてるもん。

最終目的は映像を表現することで、それが出来るなら手段は何でもいいんじゃない。
話聞いてるとどれもそう手間は変わらなさそうな内容だし、そこまで貶す必要もないと思った。
世の中頂点シェーダですらできないような頂点処理もあるわけだし、
馬鹿にするのはそういうのを無理して固定機能でやるとき位にしてやってくれｗ

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

>>722
同意、まぁどっちの派にしろ、自分が慣れた方しか認めないのは見苦しいね。

固定の良いところか…ある程度決めうちできるゲームは良いけど、
アプリなんか作ってると固定の方が楽に感じることはあるかな。
(今使える)OpenGLと共用する時とか。

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

OpenGLと共用なら、固定だと行列の並びが異なるので逆に使いづらい気がする。

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

基本的には漏れも頂点シェーダを使う派なんだけど、あえて固定パイプラインの利点を
上げるとすれば、プログラマブルでないTnLを持ってるGPUでは固定パイプラインを使った
ほうが高速ってことはないかい。GeForce MXとかそうじゃなかったっけか。
測定したわけじゃないんで、間違ってたらごめん。

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

>>725 ベンチ見るかぎりでは平均8.2%速いってさ

**名前は開発中のものです。** · 04/12/10 16:53:28

TnLが効く古いビデオカードに最新のCPUという構成の場合、使わない方がはやい。
ただしCPUの空きが増えるので、使った方が負荷は軽くなる。

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

STGのような多数のオブジェクトを表示するゲームで
2D描画にDrawPrimitiveUpを使っています。
基本的な動作としてはオブジェクトごとに

動きを計算し
行列の計算→D3DXMatrix系の関数

描画時に
SetTransform → DrawPrimitiveUp

を毎フレーム繰りかえすという形でいいんでしょうか？
無駄が多い気がするんですがほかにいい方法は思いつきません。

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

>>728
明らかに無駄だな。
必要ねーぞ。
マジで。

SetTransform必要ないだろ。
だってTL_VERTEXとかそんなんじゃねーの？

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

>>728
上でも議論があるが、Up じゃなくて UP な。

３Dの複雑なモデルならともかく、２Dのキャラクタで、
DrawPrimitie系メソッドを「オブジェクトごとに」呼び出すのはいけてない。
UP系を使ってるんなら、
一つの頂点配列に複数のオブジェクトで使う頂点をまとめて格納しておいて、
頂点の座標を全て書き換えてから一度だけDraw。

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

無駄は無駄だが、どうせ今の環境ではその程度改善したところで、
全体のパフォーマンスは大して変わらない。
細かいことを気にしている暇があったら、まず全体を完成させて、
後からチューニングしても遅くない。

**728** · 04/12/11 20:51:15

>>729-731
ありがとうございます。
他のやり方があるということがわかっただけでもよかったです。
全体完成させてからいろいろ改良することにしてみます。

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

まてよ。
固定機能パイプラインのときって２Ｄ描画（３Ｄ空間に無い）ってどうやってやってたんだっけ？俺。
いまのソースだとシェーダに値を渡してるけど、固定機能だと値を渡すようなものってないのか？もしかして。
頂点バッファを毎フレームごとにロックしたりしてたんだっけ？いや、それは無駄だよな。うーん？ん？

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

毎フレームロックするようなときのためにUsage.Dynamicがある

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

スプライト毎にUP垂れ流しでも、ほとんど速度は変わらないっていう実験結果がどこかにあったような
すこし昔の話だが

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

アホみたいな質問ですがご容赦ください。
DirectX9 SDKと日本語ドキュメントをＤＬして
インストールしたところ、日本語ドキュメントは
SDKとは別のフォルダへインストールされました。
で、日本語ドキュメントのインストールされた
フォルダを見てみると、拡張子がHx○というファイル
が複数できましたが、クリックしても実行できない
もののようです。このヘルプはどうやって見るもの
なのでしょうか？開発環境はVC++.netです。

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

>736
英語ドキュメントのショートカットのプロパティみてみ
拡張子何になってる？

**736** · 04/12/12 02:28:00

レスどうもです。
英語ドキュメントのショートカットとはどこにあるのでしょうか？
ＳＤＫ本体のフォルダの中のDocumentationというフォルダの
中には英語ドキュメントらしきものがありますが、ショートカットは
ありません。ここには、Hx○がいくつかと、chmというコンパイル済み
ＨＴＭＬファイルがあります。これはクリックして読めるようですね。

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

>738
>英語ドキュメントのショートカットとはどこにあるのでしょうか？
スタート→プログラム

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

DirectX8.1でフルスクリーンモードにしてテクスチャを表示すると
勝手にアンチエイリアシングが掛かってしまうようなのですが
何が問題なのかわかりますか？

この現象が起こるのは今のところ Radeon9800PROだけです。
スクリーンショットを撮るとボケてない画像が撮れます。
Windowモードならボケないようです。

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

Visual C++.net 2003 をインストールし、DirectX9.0cSDK（最新版）を
ダウンロードしインストールしようとしましたが、何回やっても
インストール進行状況の緑のバー（？）が途中で左へ戻ってしまい、
your system has not been modified to complete installation at another time, please run setup again.
と表示されて失敗してしまいます。
いろいろヘルプドキュメントやネットで調べましたが解決方法はわかりませんでした。
OS は XP Home Edition Service Pack 2 です。

**736** · 04/12/12 13:24:13

>>739
どうも。
リンク先のファイルはchmという拡張子でありました。
しかしＪＰＮドキュメントにはないんですよね・・・。