鬱だ氏のう DirectX (Part 5)

**名前は開発中のものですた。** · 02/07/23 00:32

DirectXについてマターリと技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。

■旧スレ(プログラム板)
http://piza.2ch.net/tech/kako/966/966655286.html　　(Part 1)
http://pc.2ch.net/test/read.cgi/tech/997101556/　　　(Part 2)
http://game.2ch.net/test/read.cgi/gamedev/1005119775/ (Part 3)
http://game.2ch.net/test/read.cgi/gamedev/1016276254/ (Part 4)

コピペスマソ

**名前は開発中のものです。** · 02/09/11 03:36

デバッグメッセージを受け取れる状態で実行しないと効果がない罠

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

デバッガで走らせると、と書かれてあるように見えるが

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

>611
ハードウェアアクセラレータ最大　になってる？

**611** · 02/09/11 06:07

>613
デバッグバージョンのランタイム持ってなかったのでDL中です
アドバイスthx

>616
環境はPenIV1.8GHz512MB
GeForce4Ti4200DDR128MBと申し分ない雰囲気です

**611** · 02/09/11 06:59

デバッグ用ランタイムで走らせてみたら
「指定されたウィンドウはフォーカスを受け取れない」
・・・

えぇ、ウィンドウもラッパークラス作ってたんですが
メンバじゃなくて関数ローカルのHWNDでCreateしてました・・・

はずかしー

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

ヤレヤレだぜ。

**名前は開発中のものです。** · 02/09/11 22:17

DirextX8.1のIDirect3D8::CreateDeviceに渡す構造体の
D3DPRESENT_PARAMETERSのFullScreen_RefreshRateInHzに
D3DPRESENT_RATE_DEFAULTとか
D3DPRESENT_RATE_UNLIMITEDを設定してデバイスを作成した時
設定されたリフレッシュレートを知りたい場合はどうすればいいんですか？

**名前は開発中のものです。** · 02/09/11 23:02

>>620
http://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_idirect3d8_getadapterdisplaymode_graphics.htm
これ使っちゃダメ？
でもデフォルトだと0が取得できちゃったりする罠。

**名前は開発中のものです。** · 02/09/11 23:09

>>650
http://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_idirect3ddevice8_getdisplaymode_graphics.htm

あ、こういうメンバ関数もあるんだ…。
でもデフォルトの０はD3DDISPLAYMODE型の仕様で定められてるっぽいので
それを確実に回避してリフレッシュモードを調べようと思ったら、
単位時間内のフリップ回数を数えるのがベストかなぁ…。

**名前は開発中のものです。** · 02/09/11 23:52

Visual C#とDXVBLib（Direct X 7.0 for Visual Basic)で簡単なチャットをつくろうと思っています。
DirectPlayのReceiveでDirectPlay4のQueryInterfaceに失敗しました。
というエラーメッセージが出ます。
エラーメッセージの意味がわかりません。
解決方法とかってあるんでしょうか。

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

Visual C#とDXVBLib（Direct X 7.0 for Visual Basic)
~~~~~~~~~~　　　　　　　　　　　　　　　　　　~~~~~~~~~~~~~
1行目の時点で何か失敗しそうな予感がするのは私だけなのでしょうか…？

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

レスありがとうございます。
Visual C#でDirect Xを使おうとすると
DXVBLib(Direct X7.0 for Visual Basic)ぐらいしか見当たらなかったので
今はDXVBLibを使っています。
DXVBLibはComコンポーネントなので、
どの言語でも利用可能かと、、、
それと今のところは上以外不具合はありません。
よろしくお願いします。

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

>>621-622
うーんやっぱりデフォルトのときに0が戻ってくるのが困りますね
ﾏｲ黒ソフトの考えることはよーわかりません
可変FPSはあきらめて60固定でするしかないのかな？

どうもありがとうございました

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

ハァ？
可変FPSについて誤解してないか？
普通はフレーム処理にかかった時間を記憶して調整するだろ

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

液晶のリフレッシュレートってどうなってるの？

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

液晶ベンダー次第

**名前は開発中のものです。** · 02/09/14 10:16

日本語マニュアルって８．１のはないの？

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

>>630 MSDN内にあるよ。

**名前は開発中のものです。** · 02/09/14 14:53

ないよ

**名前は開発中のものです。** · 02/09/14 18:32

フルスクリーン<->ウィンドウの切り替えって
IDirect3D8::CreateDeviceで対応したデバイスを作り直すって事でいいのかな・・・

**名前は開発中のものです。** · 02/09/14 19:21

>>633
renda- sute-to de risetto

**名前は開発中のものです。** · 02/09/14 19:22

まちがい
プレゼントパラメータ設定してリセット
あーはずかし・・

**633** · 02/09/14 23:21

リファレンス見ました
テクスチャとか全部破棄してIDirect3DDevice8::Resetするんですね
ありがとう

**名前は開発中のものです。** · 02/09/15 00:27

D3DPOOL_MANAGEDにしとけば破棄しなくても済む？

**名前は開発中のものです。** · 02/09/15 01:30

>>637
うん。
でもD3DXSPRITEとかあのへんのは破棄するしかないので諦めてやるしかない。

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

＞D3DXSPRITE
使う必要性が見あたらないので、使わなければ良いだけでは？

**名前は開発中のものです。** · 02/09/15 10:40

ターゲットが WindowsXP なので
mciSendCommand , mciSendString の代わりにDIRECTSOUND で
音を出す必要が出てきました。
（NT4で動いたプログラムが動かんとは…）

そこで mciSendString("play hogehoge notify", NULL, 0, hWnd);
のように実行が終わったら特定のウィンドウにメッセージを
送るための仕組みはあるのでしょうか？

なかったら別スレッドを立ててそういうルーチンを組まないといけないのでしょうか？

**名前は開発中のものです。** · 02/09/15 10:45

>>640
DirectX7のヘルプだとチュートリアルの中に「再生の通知の処理」という項目があるけど。

**640** · 02/09/15 18:00

わかりました。もちっとDirectXのサンプルソースをなめまわしてみます。

**名前は開発中のものです。** · 02/09/17 08:49

>>640
うちでは、mciで普通に動いているけれど・・

**名前は開発中のものです。** · 02/09/17 09:43

時々TRIANGLESTRIPはパフォーマンスがいいからそっち使おうって話を聞きますけど、
実際のところTRIANGLELISTなんかよりもよかったりするんですか？

例えばハイトフィールドをDrawIndexedPrimitiveで描画するとして、
TRIANGLELISTなら一発で描画できるけど、
TRIANGLESTRIPでは帯を何度か描画しなきゃならないっすよね。

COM呼び出し回数を減らすのも十分な高速化だと思うんですが…

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

原則的にはそう。
ただしご指摘の通りDrwPrimitiveのオーバーヘッドが大きいのでDirectXでは効果が薄い
（OpenGLなんかは早いよ）

市販ゲーなら必須かもしれんが、趣味プロなら要らないかも
まぁそーいったチューンを楽しむのも趣味プロの一環だろうけど

**644** · 02/09/17 16:13

>>645
オーバーヘッド考慮しなければ高速なんですね。
Strip化とDrawPrimitiveの回数減らすのって全く逆になりそうだし、
実際どちらがいいのか不思議で仕方なかったんですがスッキリしました。
ありがとうございます～

**名前は開発中のものです。** · 02/09/17 16:23

３角形を書くのには３頂点必要だけど、ストリップなら＋１頂点で三角形が書けてしまう
１００個の三角形書くのに　listなら　３００頂点、stripなら９９＋３頂点。役1/3

後オーバーヘッドだけじゃなくて、最近のビデオカードは頂点キャッシュがあるので、キャッシュヒットすれば
演算が省かれるので差がつきにくいつーのもありかと

**名前は開発中のものです。** · 02/09/17 21:35

皆さんはSetTextureStageStateとかSetRenderStateとかでステータスを変えて描画した後どうしてますか？
変える前のステータスはGetで保存しておいて、終わったら全部復元みたいな感じなんですかねぇ
書き換えたステータスが他のところで影響したりしてしまって結構面倒。。

Direct3Dにレンダーステートのスタック機構が整ってるとうれしいとか思う今日この頃

**名前は開発中のものです。** · 02/09/17 21:48

COM呼び出しってそんなにオーバーヘッド無いぞ、
コストは普通の仮想関数呼び出しと変わらない。
DCOMはプロセス超えるからオーバーヘッドあるけど。

**名前は開発中のものです。** · 02/09/17 21:49

んじゃ単に関数呼び出しが重いってだけ？

**名前は開発中のものです。** · 02/09/17 21:50

>>648
スタックだとOOPと相性が良くない罠。
ステートマシンだからD3D8の様な形に出来たと思う。

**640** · 02/09/18 01:34

>>643
うちではmp3の読み込みと再生を全部mciでやってたけど、
codecが腐ってたからどえりゃあ不安定で再生できたりできなかったりしたんですよ。

とりあえずwavに交換してその場はしのぎましたが、
ファイルサイズを小さくするのが至上命令なんで
mp3の再生をDIRECTSOUNDで行おうかと考えたんですよ。

**名前は開発中のものです。** · 02/09/18 02:56

ライトマップ使ってるんでほとんど
ストリップになりません・・・
って俺だけかな。工夫が足らない？

**名前は開発中のものです。** · 02/09/18 03:58

>>652
世の中にはOggVorbisという便利なものがありますよん。
圧縮率・音質ともに良好なので念のため考えてみるべし。

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

>652
意表をついてMODという手もある
ttp://www.mars.dti.ne.jp/~odaki/mod/index.html
CからMOD再生DLL↓
ttp://www.un4seen.com/music/

ちなみに
Unreal TournamentがMODで
UT2003がOggVorbis

**名前は開発中のものです。** · 02/09/18 21:48

>>647
インデックス使えばストリップ使う必要性が全くないと思うんだけど・・・

**名前は開発中のものです。** · 02/09/18 23:41

結局、キャッシュヒットするようにIndex並べるつーのはStripに近いきがするけどね

SD-RAMからRIMM1066なって転送スピード１０倍とかになったので
リファレンスラスタライザーもちっとは動くかと思ったら、やぱし全然駄目ですた
ソフトレンダのVirtualONはどうかと思ったら　MMXに対応していません　とかエラー出やがります
ｼｮﾎﾞｰﾝ

02/09/19 01:18

Direct3Dのテクスチャの張り方で困っています。
地面にテクスチャをタイルのように並べてマップを表現しています。
一気に書けるように、256*256pixelのテクスチャを64*64単位のパーツを分けて
地面にペタペタ張っているのですが、
継ぎ目に隣のテクスチャが微妙に見えてしまいます。

頂点がpixelの中央になるようにuvを、例えば
(0.0 , 0.0)-(0.25 , 0.25)から
(0.0+0.5/256 , 0.0+0.5/256)-(0.25-0.5/256 , 0.25-0.5/256)
のように変更してもダメでした。(遠ざかるにつれ継ぎ目が見える)
ミップマップが効いているため、遠くのポリゴンでは
+0.5/256 でなく +0.5/128 等に変更しないとダメのようです。

どのようにすればこの問題を解消できるのか
教えていただきたいです。よろしくお願いします。

**名前は開発中のものです。** · 02/09/19 02:25

超FAQ

**名前は開発中のものです。** · 02/09/19 17:36

IDirectMusicSegment8::SetLoopPointsのmtStartとmtEndって
どんな数値入れればいいのでしょうか？
ms単位だと変な位置でリピートするのですが、教えてくださいお願いします。

**名前は開発中のものです。** · 02/09/19 19:45

頂点キャッシュってDrawIndexedPrimitiveじゃないと意味ないよねえ・・・

**名前は開発中のものです。** · 02/09/19 20:03

>>660
DirectMusicってms単位じゃなくてMIDIみたいなTick単位じゃなかった？
使ったことないから自信ないけどそうだった気がする

**名前は開発中のものです。** · 02/09/19 23:29

Ｘファイルをオリジナルフォーマットにコンバートしたいのですが
IDirectXFileEnumObject::GetNextDataObject()が
DXFILEERR_PARSEERRORを返してwhileループから抜けてしまいます
↑はヘルプを見る限り返さないはずですが・・・
あとIDirectXFileData::GetType()でGUID拾ってくるのですが
これはCOMオブジェクトを作れと言ってるのですか？
ヘルプの
DirectXGraphics->高度なトピック->Ｘファイル->使い方->ロード
だけだと情報が少なすぎます
どうかご教授お願いします

プログラム版の方にも書いたんですが進行遅そうなので
こっちに書かせていただきましたごめんなさい

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

>>660
何かキーが押されたらIDirectMusicPerformance8::GetTime()で
その時点のMUSIC_TIME拾ってそれをメモっといて
IDirectMusicSegment8::SetLoopPoints()
に渡せばいいんじゃないかな
８始めたばっかでAudioはやってないけど７の時はそれでできますた
漏れはXFileの解析で苦しんでるんですよ誰か教えて

**664** · 02/09/20 00:08

そうそうMUSIC_TIMEはロードした時点から更新されるので
曲の位置=nowtime-starttimeだったっけ７は

**名前は開発中のものです。** · 02/09/20 00:08

Xファイルの変換って、MSのルーチンを使うと大変だよな。
直接読んだ方がイイよ。

**663** · 02/09/20 00:10

>>666
Ｘファイルのフォーマットはどこで調べられますか？

**名前は開発中のものです。** · 02/09/20 00:17

>>667
ヘルプ読めよ・・・

**663** · 02/09/20 00:22

>>668
ヘルプに書いてあるのは知ってましたが
たくさんあるテンプレートやトークン全て考慮して自力でやる方が
ＭＳのルーチン使うよりも簡単なんですか？

**ヴァニラあいす** ◆Af963Yl. · 02/09/20 00:27

>>663
.Xファイルは実は自前のルーチンも持っているんだけど、
今回はあえてD3DXライブラリを使って試してるとこ。

漏れも今いろいろ試してるので、何か分かったら書きます。
期待せずにまってて頂戴。
途中で投げ出しちゃったらごめんなさい。ｗ

**名前は開発中のものです。** · 02/09/20 00:28

>>669
不要な情報は読み捨てる。

**名前は開発中のものです。** · 02/09/20 00:28

なんか言いがかりに近くなってきたな。
ここはゲ製だから、666はゲームが内部に持つローダーと仮定しているのだとおもう。
それならば対応すべきテンプレートなどたかが知れてる。それともツールでも作るのかね？

**663** · 02/09/20 00:34

>>672
ローダーだったらD3DXCreateMesh()が簡単だからそれ使ってるけど

**671** · 02/09/20 00:36

独自形式で必要な情報だけを、Xファイルから取ればいいのなら、
テンプレートなんてほとんど無視できると思うんだけど。
どーですかね？

**名前は開発中のものです。** · 02/09/20 00:38

はぁ？？

**663** · 02/09/20 00:39

D3DXCreateMesh()->D3DXLoadMeshFromX()の間違い
>>674
テンプレートとかよく分かってないんで勉強が必要です

**675** · 02/09/20 00:39

>>673

**名前は開発中のものです。** · 02/09/20 00:41

もしやおまいら
スキンメッシュの分割自前でやっとるん？

**672** · 02/09/20 00:41

俺がここで言ったローダーは解析部（パーサー）のことを指してるのですよ　 >>676

**663** · 02/09/20 00:43

>>674
最低限必要なデータは頂点、インデックス、マテリアルですが･･･

**名前は開発中のものです。** · 02/09/20 00:46

>>663
んで、何を質問してたんだっけ？

**663** · 02/09/20 00:50

>>681
Ｘファイルから独自フォーマットのコンバート
欲しいサブセットデータは頂点、法線、テクスチャuv、
ストリップインデックス、マテリアル、テクスチャファイル名
と多分こんなもんです

**名前は開発中のものです。** · 02/09/20 00:53

>>682
それならばＳＤＫの例のサンプルで読めるな。
読み込んだら好きなように吐き出せばＯＫ。

**663** · 02/09/20 00:55

>>683
8.0SDKですがXファイルのサンプルなんてありましたか･･･
うかつですた

**663** · 02/09/20 00:56

皆さんレスありがとうございます

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

＝＝＝完＝＝＝

**名前は開発中のものです。** · 02/09/20 02:52

VS2.0 PS2.0
の資料なんてまだないよねえ・・・

**名前は開発中のものです。** · 02/09/20 17:41

また質問しますが許してください

Xファイルからコンバート中なのですが
ID3DXMeshの個々のサブセットのストリップインデックススタート値と
個々のサブセットの面の数はどうやって調べればよいのでしょうか？
コンバートした後にIDirect3DDevice8::DrawIndexedPrimitiveを
呼び出すときに使うので・・・
あとD3DPRIMITIVETYPEを調べるのは不可能ですか？
よろしくお願いします

**688** · 02/09/20 17:45

つけたし
サンプルのPick Polyを参考にしながらやってます

**688** · 02/09/20 18:33

ヘルプを見ていたらID3DXBaseMesh::GetAttributeTable()が
使えそうな気がしてきますた
これでやってみます

これで合っていたらお騒がせして申し訳ありませんでした

**名前は開発中のものです。** · 02/09/20 19:31

ある場所でD3DXCreateTextureFromFileExAを呼び出すと、
別の場所でkernel32.dllのエラーが起きるとかいう不可解な状況なのですが…
(それもプログラム始まって数行目の凄い簡単なコードの場所で)
まさかこんな状況になった人ってほかにはいませんよねぇ(汗

ちなみに環境はWin2k/VS.NET/DX8.1/MultiThread/Unicodeでコンパイル、
実行環境は他人のマシンでWin98上書きMe/DX8.1らしいです(かなり古いらしい)
当然ながら自分のマシン上では問題なく動きます。それだけにデバッグしにくい…

**名前は開発中のものです。** · 02/09/20 19:39

ちなみにD3DX～関数をコメントアウトするだけでちゃんと動くという…
リンカとかコンパイラとかのバグかと疑いたいです(ｗ

**688** · 02/09/20 20:01

>>691
漏れにはお手上げです
動作環境のテストは個人では難しいのでは？

ID3DXBaseMesh::GetAttributeTable()はID3DXMesh::Optimize()しないと
駄目らしい･･･んでOptimize()の呼び方が間違ってるのか失敗しる

それで最初の質問
ID3DXMeshの個々のサブセットのストリップインデックススタート値と
個々のサブセットの面の数はどうやって調べればよいのでしょうか？
あとD3DPRIMITIVETYPEを調べるのは不可能ですか？
どうかこのウツケな漏れにお教えください

スレ汚しごめんなさい

**691** · 02/09/20 20:11

>>693
D3DXMeshって三角形リストのみじゃなかった？

**名前は開発中のものです。** · 02/09/20 20:37

>>691
> /Unicode

Unicodeにする必要性はサテオキ
win98でunicodeプログラムって正常に動くんだっけ？

あと、unicodeなのに D3DXCreateTextureFromFileEx"A"
とはいかに。Wな気がするが。

**691** · 02/09/20 20:59

>>691
MSLUを使えばWin98上でUnicodeも動くし、
マルチバイトでW版が使えるのと一緒でUnicodeでもA版は動くよ

LPDIRECT3DDEVICE8 CreateDevice();
LPDIRECT3DTEXTURE8 CreateTexture();

int WINAPI WinMain(...)
{
HINSTANCE hDll = LoadLibraryA( "unicows.dll" );
someclass* instance = new someclass;
LPDIRECT3DDEVICE8 device = CreateDevice();
LPDIRECT3DTEXTURE8 texture = CreateTexture();
texture->Release();
device->Release();
delete instance;
FreeLibrary(hDll);
return 0;
}

の、new someclsssのところで死ぬんですよ。
んでCreateTextureをコメントアウトすると動く…　不可解すぎ(汗

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

UNICODE使うのやめれば？

**691** · 02/09/20 21:14

Unicodeは関係ないと思うんだけどなぁ…
とりあえずUnicodeチェックはやめてみようと思います。
しかしテストしてくれる人に会えるのが3日に一度でテストすらできず…

**名前は開発中のものです。** · 02/09/20 21:20

極当たり前に考えて、Win98上のUnicodeなんて信用できないだろ。

**691** · 02/09/21 00:30

すまんす、結局Unicodeが原因ですた…　ただ、結局Unicodeで動いてます。

今までunicows.libをリンクしてただけだったんですが、
MS公式サイトの説明通りに/nodでkernel32とかを無視させるようにしたらいけました。
D3DXCreateTextureFromFileで死んでたのは多分、
関数内でUnicows.dll内のファイル系関数を呼ぶのに失敗してたんじゃないかな？
という感じです。どうもお騒がせしました…。

**名前は開発中のものです。** · 02/09/21 08:56

わざわざトラブルを抱え込んで自爆というオチか。アフォ丸出しだな

**名前は開発中のものです。** · 02/09/21 10:03

VC5.0+DX8.1bSDKでコンパイルすると
'UINT_PTR' : 定義されていない識別子です。
とか出てエラーになるのですが適当にtypedef int* UINT_PTR;と入れても
'&' : 不正な左ｵﾍﾟﾗﾝﾄﾞです。
とか出るのですがVC5.0+DX8.1bSDKの組み合わせは駄目ですか？

FAQかもしれませんが検索してもヒットしなかったのでよろしくお願いします

**名前は開発中のものです。** · 02/09/21 10:21

とりあえずUINTはunsigned int ニダ

**702** · 02/09/21 10:38

たぶんVC6.0以降のの～\VC\include\*.hで定義されていると思うのですが
UINT_PTRとはどういった型なのかを教えて下さい

d3dx8math.hのstruct _D3DXMATRIXA16の中のnewオーバーロードで
エラーが出てしまいます

**名前は開発中のものです。** · 02/09/21 10:51

grepしたらこんな感じ <basetsd.h>
#ifdef _WIN64
typedef unsigned __int64 UINT_PTR, *PUINT_PTR;
#else
typedef unsigned long UINT_PTR, *PUINT_PTR;
#endif

**702** · 02/09/21 10:58

>>705
d3dx8math.hにぶち込んだらとおるようになりますた
たいへんたいへんありがとうございますた

**702** · 02/09/21 11:05

なんか衝突する場合もあるみたいなので代わりに
d3dx8math.hに#include <basetsd.h>
としたら大丈夫みたいです

**名前は開発中のものです。** · 02/09/21 20:33

2D的に扱いたいのでWorld-View-Projectionは変更しないという前提で、

スプライトを描画する場合VertexBufferは4頂点分の大きさが必要だけど、
何種類ものスプライトを表示する場合、やはりVertexBufferは1スプライト
に1つ作成するものなのでしょうか？

考えてるのは、グローバルに1つスプライト用のVertexBufferを作っておいて
描画するときに、VertexBuffer更新する方法なのですが
みなさんどうしてますか？

もしかしてスプライトの場合でもVertexBufferを固定で、一つ一つ
WorldTransformかけてるのかな？

**名前は開発中のものです。** · 02/09/21 21:14

>>708
深く考えずにTLVertexとDrawPrimitiveUPでいいと思う

**708** · 02/09/21 21:49

>709
確かにそうなのですが。（以前はTLVertexとDrawPrimitiveUPを使ってました）
しかし、今回はShaderを使うこともあり、どうしてもVertexBufferを
使うしかないんです。

例をスプライトからパーティクルに変えますが、
class ParticleList
{
Particle par[1000];
VertexBuffer* vb
}

と

class ParticleList
{
Particle par[1000];
VertexBuffer* vb
}

**708** · 02/09/21 21:53

ゴメン送信してもうた。
----
class ParticleList
{
　Particle par[1000];
　static VertexBuffer* vb
}

では、どっちがいいかな？
毎フレームパーティクルの座標は書き換えるので、大きいVertexBufferを
作って全てのパーティクルで共有した方がいいと思うんだけど。

**名前は開発中のものです。** · 02/09/21 22:03

俺だったら、MAX_PARTICLEサイズのバッファー一回つくって、
あとは毎フレームそれにつっこんで１回のDrawで描くよ

**709** · 02/09/21 22:55

一度にスプライト描画するんだったら、
MAX_SPRITE分の四角形を描画できる三角形リストのIndexBufferを用意
IndexBufferは何度描画しても変わらないから最初に初期化だけしとく
後はスプライトの四点をVertexBufferに書き込んでいってDrawIndexedPrimitive

ただこれは一歩間違うとUP系より遅くなる可能性があるんで注意
メインループのスケジューリングが結構大切です
(Presentの"直後に"DrawIndexedPrimitiveを呼べないなら、
DrawPrimitiveUPで早い段階からスプライトを1つずつ描画したほうが早い場合も)