鬱だ氏のう 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/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つずつ描画したほうが早い場合も)

**709** · 02/09/21 23:01

UPで逐一描画するのとIndexedで溜め込んだ場合の差異はここにテストがあった
ttp://isweb42.infoseek.co.jp/computer/t_tail/program/vsdx8/d3d/020/index.htm
上の表のDrawPrimitiveUPのレンダリング時間とDrawIndexedPrimitiveの差に注目
それとRender.cppも参照しる

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

俺はいろいろやってみたことあるよ。UPは結構優秀。
nvidiaのサイトで拾ったDynamicVertexBuffer/DynamicIndexBufferの
テンプレート使ってUPと対等。
事前にIndexBufferを用意してやっとDrawIndexedPrimitiveUPに勝てた。

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

LPDIRECT3DTEXTURE Image;
void load(LPDIRECT3DDEVICE8* pDevice,char* filename){
D3DXCreateTextureFromFile( *pDevice, filename, &Image)
}
がD3DXERR_INVALIDDATAを返して失敗します。
これを呼び出す前にメッシュのロードに成功しているのでpDeviceにはしっかりとした値が入っていますし、filenameも"a.bmp"でフォルダにa.bmpも存在しています。
いったいなにが悪いのかわかりません。

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

>>716
カレントディレクトリがどこか確認しる。

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

＞＞７１７
Debugから直接アプリを起動しているので間違いないとおもいマス。
エラーのチェックはこうやってます。
switch(D3DXCreateTextureFromFile( *pDevice, filename, &Image))
{
case D3DERR_NOTAVAILABLE : MessageBox (NULL,"NOTAVA","e",MB_OK);break;
case D3DERR_OUTOFVIDEOMEMORY : MessageBox (NULL,"OUTOF","e",MB_OK);break;
case D3DERR_INVALIDCALL : MessageBox (NULL,"INVAOLODCA","e",MB_OK);break;
case D3DXERR_INVALIDDATA : MessageBox (NULL,"INVAILDDATA","e",MB_OK);break;
case E_OUTOFMEMORY: MessageBox (NULL,"E_OUTOOFMEMA","e",MB_OK);break;
}

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

うちのGeForce3では期待した動作をしてくれるんですが、
知り合いのMatroxのVGAで動かしたら駄目らしいんです。
ここまではよくある話なんですが、ちょっと不可解なので…

ALPHAOP と COLOROP にそれぞれ
STAGE0 に D3DTOP_MODULATE, D3DTA_TEXTURE, D3DTA_DIFFUSE
STAGE1 に D3DTOP_MODULATE, D3DTA_TFACTOR, D3DTA_CURRENT
と指定するのと、
STAGE0 に D3DTOP_MODULATE, D3DTA_TEXTURE, D3DTA_TFACTOR
と指定するので表示結果が変わってしまいました。
具体的には、最初のほうのTFACTORが影響されてない感じでした。
(頂点ディフューズ色は0xFFFFFFFFでデフォルトと一緒にしてます)

テクスチャステージも3まで対応してるとD3DDEVCAPS8には出てるし、
他に考えられる原因が分かりません…。

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

>>718
話題はずれるが、今後のためにD3DXGetErrorStringを見といた方がいいぞ

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

VCのデフォルトっぽい構成で、カレントディレクトリはmyprojと仮定。
myproj\data\mesh.x
myproj\data\a.bmp
myproj\debug\prog.exe

D3DXLoadMeshFromX("data\mesh.x"...);で読んだら
"a.bmp"のパスは"data\a.bmp"

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

なんか、成功しました。カレントディレクトリの問題だったようですぅ。

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

>>719
リファレンスラスタライザではどうなる？
リファレンスと異なるならMatroxに報告してあげるとか・・・

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

>>722
よくある間違いだ。過去ログ見るひとのために一応書いておくと
./debugのアプリは ./ に移動させてから実行しないといけないんだよな。

**719** · 02/09/22 13:55

>>723
うちの環境のREFで実験したら、期待通りの動作でした。

Matroxの最新ドライバで試すのをすっかり忘れてたので、
それで駄目だったらMatroxに通報してみます

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

この間やっとＤＸ8.1bＳＤＫ入れたんだけどＤＸ7でやってた
IDirectMusicLoader::GetObject()が全角ファイル指定すると
失敗するようになったんですが前のプロジェクトは全部捨てろと
ＭＳは言ってーるのですか？･･･半角カタカナは前からだったけど

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

>>719
D3DTA_DIFFUSEとD3DTA_TFACTORは同時に使えない環境がある。
SDKの説明にもそんなことが書いてある。
NVIDIAでも同時に使えるようになったのはGeForce3から。

**719** · 02/09/22 19:56

>>727
へぇぇ、そうだったのかー
ってことは、結構ハードウェア的には厳しい実装だったのね・・
情報ありがトン

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

起伏のある地形をxファイルで読み込んで
その地形の上をカメラが移動する、という風にしたいのですが
地形が盛り上がっているところや凹んでいるところで
カメラの高さをどのように上げ下げするのかわかりません。

検索したところＢＳＰというものが引っ掛かったのですが
これを用いる方法しかないのでしょうか？

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

初歩的な質問ですいません。
キーワードだけでも教えていただけると助かります。

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

起伏の形状を取り出してx, y座標からz座標を求めればいいんじゃなかろーか