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/

**名前は開発中のものです。** · 2006/12/22(金) 01:51:57

すいません、↓のように1MBの一枚のテクスチャを二つのテクスチャステージに設定した場合ってビデオメモリには1MBぶんのテクスチャが確保されるのでしょうか？それとも二倍の2MBぶんのテクスチャが確保されるのでしょうか？

LPDIRECT3DTEXTURE9 g_pMeshTexture;

～中略(1MBのテクスチャをg_pMeshTextureに読み込む)～

g_pD3DDevice->SetTexture(0, g_pMeshTexture);//ステージ0では色のみ使用
g_pD3DDevice->SetTexture(1, g_pMeshTexture);//ステージ1ではαのみ使用

**名前は開発中のものです。** · 2006/12/22(金) 18:26:10

久しぶりにDXSDK取りにいったら、
色々変わってるのぅ。
やはりDecember 2006 SDKは様子見だよな？
October 2006 SDKこっち使ったほうが無難だよな？
魅惑のﾋﾞｽﾀなんて糞食らえだぜ。

**名前は開発中のものです。** · 2006/12/22(金) 18:44:41

>>117は非同期処理もしらない無垢なクソガキ

**名前は開発中のものです。** · 2006/12/22(金) 20:28:59

SM1.1切り捨てってなんやねん！！
DirectX8世代(4Tiとか)はゲームするなっちゅーことか！！

**名前は開発中のものです。** · 2006/12/22(金) 21:31:35

>>120
最近グラマになったクソガキなのかもしれないが、
昔から状態確認するためにGet・・・とかIs・・・には頼るなとMSが言っている。
もっともカンファとか行かないだろうから知らんだろうけど。

MSの名言を2つ。
最も高速にレンダリングする方法は、レンダリングしないことだ。
最も高速に状態確認する方法は、自分で何したのか覚えておくことだ。

**名前は開発中のものです。** · 2006/12/22(金) 22:52:04

>>121
>SM1.1切り捨て

まじかそれ。えらい困るんだが。

**名前は開発中のものです。** · 2006/12/23(土) 02:42:48

つーか、1.xピクセルシェーダだけ切り捨てなのね・・・
正直、3.0未満はアウトとかじゃなくてヨカタ
未だにゲフォＦＸ5200なので・・・

**名前は開発中のものです。** · 2006/12/23(土) 02:53:46

SM1.1は制限が多すぎて使い物にならん。
結局2.0の有無で分岐が現実的な線引きになっちまう。

初代箱のSM1.1も専用拡張がされてるしな。

>>120
非同期うんぬんの前に別々のスレッドから同じデバイスに
同時に書き込みを行おうとする事自体がおかしい。

**名前は開発中のものです。** · 2006/12/23(土) 08:01:26

自分のアプリが糞なのも認識できずにマルチスレッドの問題にしようとするぐらい馬鹿なら
スレッドなんか作るなといいたい。

**名前は開発中のものです。** · 2006/12/23(土) 10:10:50

つまり糞スレ立てんなっつーことだな。

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

すみません。「D3DXLoadMeshHierarchyFromX」周りで行き詰ってるので質問したいのですが、
症状は、

ビルドは成功します。それでMSVCからF5で起動しても上手くいきます。
ですが、生成された実行ファイルを直に起動すると落ちてしまいます。
デバッガでアタッチしたところ、「D3DXLoadMeshHierarchyFromX」直後で
落ちていました。

「ID3DXAllocateHierarchy」の派生クラスは、サンプルのSkinnedMesh
を引用しています。変更した所は、
CreateMeshContainerとGenerateSkinnedMeshだけですが、
D3DXLoadMeshHierarchyFromX後にどちらも呼び出されることなく落ちるので
そこが原因ではないと思います。

D3DXLoadMeshHierarchyFromX後、４回目のCreateFrame内で
pFrame = new D3DXFRAME_DERIVED;
を処理しようとしたところnew内のmallocでエラーが発生し、
ヒープが壊れているとアナウンスされました。
ファイル自体は読みに行っているので、パスが間違ってるということはないと思います。

読み込ませているXファイルはSkinnedMeshで正常に読み込め、表示されます。(デバイスはHAL(SW vp)です)
似たような症状があったので参考にしたのですが、
http://www.shader.jp/xoops/html/masafumi/cbbs/cbbs.cgi?mode=al2&mo=207&namber=206&space=15&rev=1&page=0&no=0

D3DDEVTYPE_REFでもダメで、D3DCREATE_SOFTWARE_VERTEXPROCESSINGでもダメでした。

行き詰ってしまったので質問させていただきました。
思い当たる点がありましたらご指摘ください。

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

>>128
きっちり読まずに勘で答えるけど、
D3DDEVTYPE_REFじゃなくて
D3DDEVTYPE_HALはどう？

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

>>129
やってみましたが、それでもだめでした。
ハイエンドなグラボの友達のPCでもダメだったので
やはりヒエラルキの実装に問題があるのでしょうか。
もう一回ソース洗いなおしてみます。。。
何か気づきましたらまたお願いします。

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

変更が多くないなら再現するコードを上げたら？

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

つーかそれはそのままヒープぶっ壊してるだけなんじゃ？

**名前は開発中のものです。** · 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

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