DirectX総合スレ (Part6)

**DirectX6** · 2006/11/17(金) 00:38:52

言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/

**名前は開発中のものです。** · 2007/01/03(水) 12:21:21

DirectXのバグじゃないのか？

**名前は開発中のものです。** · 2007/01/03(水) 18:42:13

D3DXLoadMeshHierarchyFromXで落ちるってのが納得逝かない。

今まで使ってきてD3DXLoadMeshHierarchyFromXで落ちるなんてなかったし、
SDKのサンプルプログラムで同じファイル読み込んでみりゃ判るんじゃないかね。

どっちみちヒープエラーってVCに言われてるならどっかでメモリのアクセスが間違ってんだろう。

**名前は開発中のものです。** · 2007/01/03(水) 19:56:50

そもそもD3DXのXファイル関係の機能を使うなんて気が狂っているとしか思えない。

**名前は開発中のものです。** · 2007/01/03(水) 21:27:54

つーか俺がこの世に生きている時点で世の中が間違ってるに違いない。

**名前は開発中のものです。** · 2007/01/03(水) 22:04:01

外人さんで似たようなのがいたので貼り。
まぁ、お前がヒープぶっ壊してるんじゃねぇの？という同じような流れのようだが。

http://www.gamedev.net/community/forums/topic.asp?topic_id=376836

4回目で落ちるよウワーン、という辺りが似てて不覚にもワロタｗ

**名前は開発中のものです。** · 2007/01/04(木) 01:30:44

そういやD3DXはSquadもバグってたな

**128** · 2007/01/04(木) 22:21:17

みなさんありがとうございます。
やはりメモリ操作でﾄﾝﾁﾝｶﾝなことをしていました。

エラーが発生したところより前ばかりをトレースしていたのですが、
発生点よりも後ろのコードでのメモリ操作が原因でした。
ヒープを壊すのは初めてなので、まだ実行していない所が原因
になることもあるのだと、とても勉強になりました。

高級言語での統合開発環境の温床でﾇｸﾇｸと育った者としては、
抽象化されて隠蔽されているスタック操作やヒープの動作が
今ひとつよく分からないものですが、
これからはまじめに勉強せねばと思いました。
みなさんありがとうございました。

**名前は開発中のものです。** · 2007/01/10(水) 18:13:17

まだ実行していないところが、影響あるもんなんですか？ｗｗ

**名前は開発中のものです。** · 2007/01/10(水) 18:38:01

今頃突っ込むのもちょっとな・・・

**名前は開発中のものです。** · 2007/01/14(日) 04:21:21

>>136
厳しい競争を勝ち抜いて生まれてきたはずなのにな。

**名前は開発中のものです。** · 2007/01/14(日) 05:57:46

おまえのために干からびて死んでいった精子たちに謝って来い
いますぐお父さんのチンコに額を擦り付けておｋい

**名前は開発中のものです。** · 2007/01/16(火) 09:23:35

DrawIndexedPrimitiveで矩形ポリゴンにテクスチャ貼り付けて
2Dスプライト表示、みたいなことをしたいんですが、
キャラクタを10種表示したいとすると毎フレームで

キャラクタの動きを頂点座標に反映させて
頂点バッファをロックして転送してアンロックして
テクスチャ変えてDrawIndexedPrimitive、

ってのを10回することになるんでしょうか？

**名前は開発中のものです。** · 2007/01/16(火) 14:56:49

最初はそれでいいんじゃないかな

**名前は開発中のものです。** · 2007/01/16(火) 15:03:01

頂点バッファも最初は使わないほうが良いと思うよ

**名前は開発中のものです。** · 2007/01/16(火) 18:06:17

2Dでは頂点バッファは使う意味が薄いと思う

**名前は開発中のものです。** · 2007/01/16(火) 20:20:13

なんで頂点バッファを使う使わないなんて、どうでもいい話に流れていくんだろう？

**名前は開発中のものです。** · 2007/01/16(火) 20:25:02

頂点バッファはそう頻繁に書き換えるものではないし、
そもそもDrawPrimitiveの類の命令は何度も呼び出すなと
リファレンスに書いてあるんだが。
その程度のことも知らない奴がいるのか…

**名前は開発中のものです。** · 2007/01/17(水) 03:37:34

かと言ってまとめすぎるのもよくない

**名前は開発中のものです。** · 2007/01/17(水) 03:45:40

>>149は煽り方が実に拙いなぁ
でも
最初はそれでいいんだよ

**名前は開発中のものです。** · 2007/01/17(水) 07:12:47

まとめるより、一番早いのはそもそも描画しない＝クリッピングではじくって方を覚えておかないと
ワールド上に存在するモデルをすべてまとめようとか頓珍漢なことをやりだす。
描画しない（＝クリッピングではじくこと）が一番早い。これはとても重要なことだ。

**名前は開発中のものです。** · 2007/01/17(水) 07:55:50

>>152
そうですか、で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/17(水) 08:46:07

さぁまたまた　2　D　ス　プ　ラ　イ　ト　の話からずれてきましたよ！

**名前は開発中のものです。** · 2007/01/17(水) 19:41:55

>>152
（それくらいグラボに勝手にやってくれるだろｗｗｗ
と思ったのだがグラボごとに実測しないと確証とれないし、
書き込むのやめよう…）

昔自力でポリゴン描いたり、テクスチャーマッピングしようとしたときは、
画面外の描画はスキップしてましたがX68kなので、移植はできません。

DirectXでは車輪は勝負どころではないので、
できれば車輪の再発明は避けようと思います。
スマートなやりかたがあったら是非ご教授いただけませんでしょうか？

で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/17(水) 20:19:12

重要だとか発明だとかではなくて描画の最適化における常識。
それらをやった上で速度が出ないのならわかるけど、
いきなり教えろとか言われても、面倒だから他人に教えてもらうような
単なる手抜きにしか見えないなぁ。

**名前は開発中のものです。** · 2007/01/17(水) 22:51:12

常識とはしらなんだ

**名前は開発中のものです。** · 2007/01/17(水) 23:01:12

常識っていってもあくまでD3Dでの話だな。

**名前は開発中のものです。** · 2007/01/17(水) 23:46:05

>>144
板状のメッシュ作ったほうが楽な気もする。
と、頂点情報からメッシュを作れることを３日前に知った俺が言ってみる。

**名前は開発中のものです。** · 2007/01/18(木) 07:25:24

>>155
お前馬鹿なの？
せめて頂点変換まではしないと座標が最終的にどこに配置されるかわからないじゃん。
範囲外なのか範囲内なのか。
だからDrawPrimitiveに突っ込んだもんは全部頂点処理だけはかかるだろ？
その前にはじかないと駄目だろ？
グラボができるわけねーじゃん。頭悪い？

**名前は開発中のものです。** · 2007/01/18(木) 08:49:32

ああ、やっぱりいつのもお方だ。

**名前は開発中のものです。** · 2007/01/18(木) 08:54:48

>>160
OBB、ビューフラスタムカリング。
まぁそれ以前に２Dスプライトの話で座標変換とかありえねぇけどな。

**名前は開発中のものです。** · 2007/01/18(木) 09:12:36

恒例のｇｄｇｄ議論になってきましたね。

**名前は開発中のものです。** · 2007/01/18(木) 19:42:33

てか、マジでDrawPrimitiveに突っ込んだもんが画面内にあるかどうか
頂点毎にアクセスせずに済むと思ってるならあまりの馬鹿さにヒクｗ
ちなみに>>160の話しは３Ｄも込み。

**名前は開発中のものです。** · 2007/01/18(木) 19:57:22

で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/18(木) 19:59:00

>>165
そりゃ描画しねぇのが一番早いに決まってるだろ？
やってみなきゃわからんか？ｗ
そりゃおめ重症だろｗ

**名前は開発中のものです。** · 2007/01/18(木) 20:01:58

良くわからんのだが、
どういう人生を送ればDirectXにコンプレックスを抱けるんだ？

**名前は開発中のものです。** · 2007/01/18(木) 20:10:12

>>167
つかなんでそんな無駄にまとめちゃうの？
理解してないからそういう見てて恥ずかしすぎることやっちゃうんじゃん。
てか、別に仕組み理解しなくても関数みてわからんか？ｗ勘でよｗ

**名前は開発中のものです。** · 2007/01/18(木) 20:29:54

>>167
いや、ハナからお前には聞いてないよ？

**名前は開発中のものです。** · 2007/01/18(木) 20:47:12

プログラム以前にコミュニケーション能力の向上が重要であると切に思う。

**名前は開発中のものです。** · 2007/01/18(木) 23:19:34

成長期に何かが満たされなかったんだね、可愛そうに。

**名前は開発中のものです。** · 2007/01/19(金) 00:24:53

両者の言い分の意味が分からん
だれか詳しく解説してくれ

**名前は開発中のものです。** · 2007/01/19(金) 00:30:06

(´･ω･`)＜ええ？マジで言ってんの？

**名前は開発中のものです。** · 2007/01/19(金) 02:25:22

漏れもわからん

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

どちらもお互いを煽り合ってるからね。どうしようもなく。

**名前は開発中のものです。** · 2007/01/19(金) 08:54:33

バッファにまとめるのと単体で描画していくのとではどっちが早いの？
　　　　　↓
画面外のものは描画しないのが最速なんだよﾓﾗｰ
　　　　　↓
頂点変換しなきゃ画面外かわからないだろﾌﾟｷﾞｬｰ
　　　　　↓
　　　今ここ？

まぁ描画しないのが最速なのはえらそうに語ることではない。
2Dに関していうなら頂点変換もないし、ガードバンドクリッピングで
弾かれるので大して意味はない。GPUキャッシュくらいか？

こういうと3Dではどうこう言いだすが、
そもそもの話は2Dスプライトでの話だ。

**名前は開発中のものです。** · 2007/01/19(金) 10:22:45

どっかの人もウォークスルーもまともに出来上がらんうちからカリングのことを心配してたし
素人を惹きつけるなにかがあるんだろうか

**名前は開発中のものです。** · 2007/01/19(金) 12:44:58

モデルはメタセコイアなりフリーのがあるけど、アニメはどのツール使ってるの？
アレな人は、げふんげふんとでも言っておいてクダサイｗ
フリーのがいいのだが、無いよねぇ？

**名前は開発中のものです。** · 2007/01/19(金) 12:53:37

ググるとけっこうあるようだけど

**名前は開発中のものです。** · 2007/01/19(金) 14:59:50

http://jbbs.livedoor.jp/sports/31203/

**名前は開発中のものです。** · 2007/01/19(金) 19:27:21

>>178
RokDeBoneとかエルフレイナとかは？

**名前は開発中のものです。** · 2007/01/19(金) 19:34:16

>>176
で？そんな少量のポリゴンでなんかまとめるといいことあるの？

>>177
残念ながら別人なんですが、
ゲームプログラマなんてとっくに辞めてほとんどこんなスレ来てないし。
似たような人に似たようなこと言われただけでしょ？
ちなみにゲームプログラムの話題なんて他の掲示板でした覚えも無し。

**名前は開発中のものです。** · 2007/01/19(金) 20:01:40

いやいや身分を隠そうしても私にはわかってしまうのですよ。

バッチ処理ぐらいしかやることのない2Dスプライト話の最中に
まとめるよりクリッピングが大事なんだとあさって向きながら
切り込んでは罵倒を繰り出すアナタは間違いなくあの時の勇者様。

**名前は開発中のものです。** · 2007/01/19(金) 20:20:25

たとえばシューティングとか視野をプレイヤーが自由に動かせない
＋大量のビルボードを一個づつdrawprimitiveしまくりな場合に限って
視野に入ってないエンティティの描画処理を除外するとすさまじい効果があがるだろうな
そりゃもう興奮してどっかの掲示板でがんばっちゃうくらい

エンティティのモデル一個の描画そのものが結構な負荷になっててしかも視野が自由に
振り回せるような環境でfrustum cullingなんてやってもFPSが不安定になるだけで逆に迷惑
そんなのに割ける労力があるならprogressive meshとかoccluder cullingの
導入を検討したほうがいいよ

ほいでもってそもそも最適化とか言う以前にアマチュアの3Dゲーは
なぜかMIPMAP使ってないのがやたらと多い
使ってくださいお願いだから

**名前は開発中のものです。** · 2007/01/19(金) 20:42:47

PCなら大抵ドライバ側でmipmap強制できるから別にいいんじゃない？

**名前は開発中のものです。** · 2007/01/19(金) 20:44:51

途中送信

特にPCは出来る限り低スペックのマシンでも動かすためにVRAM節約したほうがいいし

**名前は開発中のものです。** · 2007/01/19(金) 20:56:51

>>179
>>181
ありがとうございます。
探したらまとめっぽい良い感じのを見つけました。

**名前は開発中のものです。** · 2007/01/19(金) 21:12:48

http://www112.sakura.ne.jp/~kaientai-project/voice/6-4.mp3
バスケのゲーム作れるＰＧいない？いたら、メールくれ。

ただ今、鋭意開発中。セブン～エアガーデンへの招待～
http://www112.sakura.ne.jp/~kaientai-project/seven.htm

**名前は開発中のものです。** · 2007/01/19(金) 21:38:23

企業ってのは利潤の追求が最終的な義務であり責任でもあるわけで…。
給与の支払いによる支出が原因で、本来の企業活動ができないというのは
本末転倒であって、経費以外の支出はあってはならないんだよ。

今の日本には、自分ことしか考えられない自己中心的な一般人が多くて、
給与額の増大による支出が原因で、経営が圧迫されるケースが多いし。
このまま一般人を野放しにしたら、本当に日本の将来が危うくなってしまうよ。

**名前は開発中のものです。** · 2007/01/19(金) 21:39:26

誤爆失礼

**名前は開発中のものです。** · 2007/01/19(金) 21:47:16

Direct誤爆

**名前は開発中のものです。** · 2007/01/19(金) 21:51:08

>>184
視野が自由に振り回せるならなおさらはじいたほうがいいじゃん。
例えばサッカー場みたいなモデルをまとめて一つドスンとおくよりは
いくつかに分割して、視界に入るもんだけDrawPrimitiveしたほうがあきらかに速いよな？
つーか、モデルを１つに固めたらあんまり遅くて動かなかったけどな。

**名前は開発中のものです。** · 2007/01/19(金) 21:59:33

>>192
俺の場合はサッカー場みたいな土台になる部分は1モデルをドスンと置いてそこに生えてる草木なんかを視線との内積で処理からはじくかはじかないかを決めてるなぁ。

まぁサッカー場に木は生えないけど。

**名前は開発中のものです。** · 2007/01/19(金) 23:00:20

>>193
グランドに木の生えてるサッカーゲームやってみたい。

**名前は開発中のものです。** · 2007/01/20(土) 05:03:26

>>185,186
OK貴様には死ぬまでmipmap使わないことを許してやる
絶対に使うなよ

**名前は開発中のものです。** · 2007/01/20(土) 06:42:01

何でファビョってるのか知らないけど俺は普通に使ってるから

**名前は開発中のものです。** · 2007/01/20(土) 09:59:19

ミップマップ使うより、ミップマップなしで異方性フィルタのほうが数倍きれいなんだけどな。
ミップマップは異方性フィルタがない＆テクセルレートのない貧弱環境用だな。

**名前は開発中のものです。** · 2007/01/20(土) 10:25:37

>>192
そのサッカー場のモデルをみせてごらん

**名前は開発中のものです。** · 2007/01/20(土) 17:17:46

>>197
＞数倍きれい
ミップマップなしで異方性フィルタと
ミップマップありで異方性フィルタを比べて言ってるの？

最適化のことを言ってるのにテクセルレートのない貧弱環境用とか言われてもこまる
節約できるところはどんな環境でだって節約したいんだよ他にやらなきゃならないことが
いくらでもあるんだから

**名前は開発中のものです。** · 2007/01/21(日) 22:20:21

同次座標x,y,z,wのwって何を意味してるんでしょうか？
なんかテクスチャを伸ばすような感じに利いてるような気がするですが。
たぶん手で設定するようなものでなく行列演算で設定されるもんだとは思うんですが、
意味は理解しときたいと思いまして

**名前は開発中のものです。** · 2007/01/21(日) 22:32:04

(x,y,z,w) = (x/w,y/w,z/w,1)

**名前は開発中のものです。** · 2007/01/21(日) 23:12:02

すみません
LPDIRECT3DDEVICE9で作成したデバイスのサーフェイスをLPDIRECT3DTEXTURE9に
コピー（というかレンダリング）したいのですが、どうやったらいいのでしょうか？

IDirect3DDevice9::GetRenderTarget() でデフォルトのサーフェイスから取得して
IDirect3DSurface9::GetContainer(IID_Direct3DTexture9, ...) でテクスチャインターフェイスを取得しようとしても
E_NOINTERFACEになってしまいます。

バックバッファからテクスチャにレンダリングするよい方法はないでしょうか？

**名前は開発中のものです。** · 2007/01/21(日) 23:20:32

>>202
・バックバッファからGetRenderTargetでサーフェス持ってくる
・テクスチャからGetSurfaceLevelでサーフェス持って来る
・StretchRectでコピー
これで駄目かな？

ってか、Windowsならバックバッファからテクスチャに持ってくるよりは
先にテクスチャをSetRenderTargetで設定してそいつに書けば良い気がするが
それじゃ駄目なんかね

**名前は開発中のものです。** · 2007/01/21(日) 23:26:20

>>203
ありがとうございます！
やってみます！！

**名前は開発中のものです。** · 2007/01/22(月) 19:12:56

次スレ立ってることに2ヶ月間気付かなかった俺

**名前は開発中のものです。** · 2007/01/29(月) 11:21:37

教えて先生。

しばらくWindows開発から離れてたら、噂には聞いていたけれど DirectDrawが無くなってた。
ちょっとウェブめぐってみたんだけど、あくまでも3Dゲーの中での2D処理用な気が。
2Dゲーを作ろうとしてるんだけど、DirectGraphics(DX9)で作るべき？

ちょっと　とっかかってみたけれど、今までバックバッファに描いてたのを
テクスチャに描くようにしてD3DXSPRITEで表示…ってこれじゃすんげー遅くなりそう。。。

**名前は開発中のものです。** · 2007/01/29(月) 12:13:50

自己解決です。
動的にテクスチャをいじるのではなくて、レンダリングターゲットの指定が出来るのですね。
(DirectDraw時代より冗長な気がしますが) トライしてみます。お騒がせしました。

**名前は開発中のものです。** · 2007/01/29(月) 13:02:57

>>206,207
バックバッファに描くという方法を考えてたなら普通にGDIでやるべきじゃないか？

そうじゃなくていわゆる昔ながらのスプライト（矩形の切り張り）がやりたいなら
４頂点の板ポリ使った方がハードウェアアクセラレーション効くんで断然速いよ。
半透明も回転も拡縮もグラボにやらせるほうがいい。

なんで3Dの中の2Dとかややこしい事思ったのかしらんが、
ビューマトリクスを平行投影（D3DXMatrixOrtho系）にすれば
座標で悩む事もない。

**名前は開発中のものです。** · 2007/01/29(月) 17:04:45

そのﾀｹｲｼｹｲｽｹって中国人こそ死ぬべき

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

Microsoft DirectX SDK (December 2006) から、同梱されている
DirectX Viewer が起動すると落ちるんだが、おまいらの環境はどうですか？

うちの環境はざっくり書くと、こんな感じ

Athlon64x2 4800+
2GB Memory
GeForce7900 GT

前のバージョンのやつ持ってくると動くんだよなー
同梱しているソースをビルドすると、DX10要求されるんだよなーｗ
わけわかんねーｗ

**名前は開発中のものです。** · 2007/01/30(火) 07:31:43

>>210
vista専用

**名前は開発中のものです。** · 2007/01/30(火) 10:34:02

ゲームのバックミュージックとして、DirectMusicでMidiファイルを
再生してるのですが、それだけで
CPU使用率を４０～５０％も消費してしまいます‥

当方の環境は、Pentium4 1.8 でメモリ 256M です。
たかだかＢＧＭを鳴らすだけでこんなにもCPU使用率が上がってしまう
ものなのでしょうか？
もっとその負荷を軽減する方法はないでしょうか？

**名前は開発中のものです。** · 2007/01/30(火) 10:39:38

昔DirectX5の時代にDirectX3DIMいじっていてサーフェイスの管理がめんどくさすぎて
挫折したへたれなんですが、最近のバージョンでもIMはそんなもんですか？
VC++Expressが無料ということで再挑戦しようと思っているのですが、MFC使わないで
組み方を説明しているサイトや本でお勧めのがありましたら教えてください。m(_)m

**名前は開発中のものです。** · 2007/01/30(火) 11:13:00

今はライブラリも結構出てるからそれ使えば問題ない

**名前は開発中のものです。** · 2007/01/30(火) 11:19:31

>>212
MIDI自体がCPU消費しまくる
Pen4 1.8Gじゃそんなもんだろ

**名前は開発中のものです。** · 2007/01/30(火) 11:34:29

WinのゲームでのMIDIってネット環境が貧相だった時代の苦肉の策って気がするな。
MIDIは専用ハードが無いと厳しいし今ならOggがベストなんじゃないかねぇ。

**名前は開発中のものです。** · 2007/01/30(火) 12:07:26

>>213
DirectX3DIMはDX7のしかやった事ないけど、DirectXGraphicsの方が簡単だと思う。
サイトはこの辺がいいんじゃね？

ttp://www.plustarnet.com/aspil/Programming/
ttp://www.twin-tail.jp/
ttp://monsho.hp.infoseek.co.jp/index.html

まあ、ちょっと古いからそのままだとコンパイル通らなさそうだけどｗ

**名前は開発中のものです。** · 2007/01/30(火) 12:50:43

>>217
ありがとうございます。
いつのまにかDirectXGraphicsに3Dも2Dも統合されていたのか・・・かなりウラシマですorz
あと、上記サイトの中で最新のDirectX9SDKではwin2000が未対応になったという記述がありますが、
これは開発環境だけで、実行環境ではwin2000でも98でも問題ないですよね？

**名前は開発中のものです。** · 2007/01/30(火) 12:54:32

一度でも質問に答えが返ってくると、調べればすぐ分かることまで、
調子に乗って延々と質問し続けるんだよね。

**名前は開発中のものです。** · 2007/01/31(水) 09:58:57

>>218
問題ないよ。

**名前は開発中のものです。** · 2007/01/31(水) 19:17:53

>>218
98はDirectX9がインストールできないかな？
でも98自体使ってる人がほぼ皆無の状態って感じ。
エロゲでも2000 XPのみサポートってのが結構ある状態。
こっから先を調べたけりゃ自分で探すしかない。
おそらく誰に聞いても同じ。

**名前は開発中のものです。** · 2007/01/31(水) 20:09:25

ランタイムのインストールができませんですた@2k。（さっき）

**名前は開発中のものです。** · 2007/01/31(水) 23:45:10

SDKはともかく、
2000でも、DirectX9は動く。

SDKに関しては、

http://pc10.2ch.net/test/read.cgi/tech/1132965206/65
によると、

>日本語ヘルプがある最新版　＝　2004OCT
>Win2000サポート最新版　＝　2004DEC
>実際にWin2000で使える最新版は？　＝　手動で解凍してincludeとlibを設定すりゃ新しい奴

らしい。

**名前は開発中のものです。** · 2007/01/31(水) 23:48:30

両方 Extra update が出てるね

**名前は開発中のものです。** · 2007/02/01(木) 01:20:23

ライタイムならDirectX9は初代Windows98からサポートしてんぞ。

**名前は開発中のものです。** · 2007/02/01(木) 10:04:40

SDKのバージョンアップって開発環境へのサポートとバグフィックスだけなんだろうか？
機能追加したらランタイムの方も同じようにアップデートされないといけないはずだけど
9.0c以降は変わってないし・・・（最新のは10になったけど）

**名前は開発中のものです。** · 2007/02/01(木) 10:11:31

9.0cの変更は基本的にD3DX部分だよ

**名前は開発中のものです。** · 2007/02/01(木) 20:06:59

つまりDirectXはWindowsVistaにしか対応してないってこと？

**名前は開発中のものです。** · 2007/02/01(木) 20:53:57

バージョン名が抜けてると意味不明だぞ。

**名前は開発中のものです。** · 2007/02/01(木) 21:50:31

DirectX9.0cならWin98～WinVista
DirectX10ならWinVista

**名前は開発中のものです。** · 2007/02/02(金) 08:42:56

シェーダー部ぐらいしか変わってないのかなーXanimeは直す気あるのか・・・・

**名前は開発中のものです。** · 2007/02/02(金) 10:28:04

最新のランタイム
ttp://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3
（WEBインスト）
と
ttp://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=77bc0499-19d0-46b6-a178-033d9e6c626b
（配布用フル版）
とでは対応ＯＳが違う？（配布用はXP以降しか書いてない）