DirectX総合スレ (Part9)

**名前は開発中のものです。** · 2009/02/11(水) 05:00:58

**名前は開発中のものです。** · 2009/09/10(木) 07:26:11

Download details: DirectX SDK - (August 2009)
http://www.microsoft.com/downloads/details.aspx?FamilyID=b66e14b8-8505-4b17-bf80-edb2df5abad4&DisplayLang=en
Download details: DirectX Redist (August 2009)
http://www.microsoft.com/downloads/details.aspx?FamilyID=04ac064b-00d1-474e-b7b1-442d8712d553&DisplayLang=en

**名前は開発中のものです。** · 2009/09/13(日) 02:08:23

げえっ、新バージョン！

**名前は開発中のものです。** · 2009/09/13(日) 07:31:11

ひいい。

**名前は開発中のものです。** · 2009/09/13(日) 13:38:09

うぇ

**名前は開発中のものです。** · 2009/09/13(日) 16:10:48

PCリカバリ後（XPsp3）DirectX更新で
DirectX SDK Update 2006で止まってエラーになる

正常にインストール出来ませんでしたと出る

**名前は開発中のものです。** · 2009/09/13(日) 16:15:40

ここでダウンロードしてインストールするとエラーになる　OSクリーンインストでXPSP3
http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=ja

DirectX SDK Update 2006　はってき覚えてないけどここから進まなくて止まったまま1分ほどでエラー画面正常に
インストール出来ませんでしたと出る

PC2台で確認

**名前は開発中のものです。** · 2009/09/14(月) 12:39:55

DirectXの描画処理をウィンドウプロシージャのWM_PAINTのところに書くのってダメなのかな
真っ白になって何も描画されなくなった上にボタンとかの子ウィンドウも表示がおかしくなった

**名前は開発中のものです。** · 2009/09/14(月) 16:51:40

描画メッセージで無限ループにハマることがある、らしい
詳しくはググれ

**名前は開発中のものです。** · 2009/09/14(月) 20:31:09

ググってみた
DirectXで描画しても無効領域のままだからハマッてたんだね
描画処理の後でValidateRectを呼んだらすんなり動いたよ

**名前は開発中のものです。** · 2009/09/17(木) 20:24:38

D3DXSpriteのアルファブレンドの挙動について質問です。
DrawメソッドのColor引数に半透明（0x33FFFFFFなど）を指定すると
それより奥に描画されるテクスチャ（不透明）まで半透明に表示されてしまいます。
これは意図された挙動なのでしょうか。
奥に描画されるテクスチャは不透明のまま表示させたい場合、どのような方法があるでしょうか。
環境はWinXPHome SP3/SDK Nov2008です。

**689** · 2009/09/17(木) 20:42:50

追記です。
ID3DXSpriteのインスタンスは複数のテクスチャで同じものを共有して、
Begin, EndメソッドはそれぞれDrawを複数回呼ぶ部分の最初と最後のみ呼んでいます。

**名前は開発中のものです。** · 2009/09/17(木) 21:44:54

画像ウプれよ。わかんねーよ。

**689** · 2009/09/17(木) 22:16:54

画像です。 ttp://dl6.getuploader.com/g/1|toollove/301/WS000000.JPG

わかりにくくてすみません。
描画順は、奥から　[キャラクター画像]->[カットイン背景(黒一色)]->[もや画像]->[カットイン画像]

[もや画像]のみ半透明（0xC0FFFFFF）にしていますが、
（不透明なはずの）奥の[カットイン背景]や[キャラクター画像]まで半透明になっているせいで
背景(街)が透けて見えています。
（背景のみID3DXSpriteによる描画とは別になっています）

※エンジンが吉里吉里ですが描画はDirectXに丸投げしているので問題とは無関係です。

**名前は開発中のものです。** · 2009/09/17(木) 22:46:12

g_lpd3dSprite->SetWorldViewRH(NULL,NULL);
g_lpd3dSprite->Begin(D3DXSPRITE_ALPHABLEND | D3DXSPRITE_SORT_DEPTH_FRONTTOBACK);

フラグの詳細はいま分からないけど、これは入れてある？

**689** · 2009/09/17(木) 23:06:24

>>693
ソートのフラグのほうは設定していなかったので追加してみましたが、結果は変化なしでした。

試しにDrawごとにBegin, Endを呼ぶようにしてみても変化なし。

**名前は開発中のものです。** · 2009/09/17(木) 23:21:48

最初から半透明（0xC0FFFFFF）を使わなきゃどうなる？
何かしら不透明で表示されるか？

**名前は開発中のものです。** · 2009/09/17(木) 23:34:04

＞＞ID3DXSpriteのインスタンスは複数のテクスチャで同じものを共有して
ここがあやしい。スプライトのドローは実際、その時点で描画はしなくて、
g_lpd3dSprite->End();

g_lpd3dDevice->EndScene();
}

g_lpd3dDevice->Present( NULL, NULL, NULL, NULL );
まできて、ここで描画されるから、インスタンスが共有してるのがくさい。

**名前は開発中のものです。** · 2009/09/17(木) 23:49:33

俺はテクスチャ自体のアルファチャネルを疑ってるよ。
使ったことがないので、確証はないが
元のアルファが半透明だと、問答無用で半透明描画されるように見える。

**名前は開発中のものです。** · 2009/09/17(木) 23:54:43

テクスチャ画像うｐはできない？
全体うｐがあれならデータの一部だけでも

**名前は開発中のものです。** · 2009/09/17(木) 23:58:55

>>695
不透明（0xFFFFFFFF）の場合　ttp://dl5.getuploader.com/g/1|toollove/302/WS000001.JPG
正しく不透明で表示される。

透明（0x00FFFFFF）の場合　ttp://dl5.getuploader.com/g/1|toollove/303/WS000002.JPG
正しく表示される（カットイン背景の黒も意図通り不透明で表示）。
（アルファ値が0x00のときは最初から描画しない仕様になっているのか？）

>>696
処理の流れを書き出してみました。どこか問題点があるでしょうか？
レンダーターゲットをサーフェスに設定してるのでPresent は呼んでいません。

device_->SetRenderTarget(0, surface_);
device_->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_ARGB(0x00, 0x00, 0x00, 0x00), 0, 0);
device_->BeginScene();
sprite_->SetWorldViewRH(NULL, NULL);
sprite_->Begin(D3DXSPRITE_ALPHABLEND | D3DXSPRITE_SORT_DEPTH_FRONTTOBACK);
//ここでまとめてDraw
BOOST_FOREACH(value_type const& drawer, container_) {
drawer->draw(sprite_); //内部で　sprite->SetTransform(...) と sprite_->Draw(...) を呼んでいる。
}
sprite_->End();
device_->EndScene();
//この後、GetRenderTargetData してCPUに転送

**689** · 2009/09/18(金) 00:15:40

>>698
うｐしてみました。　ttp://www.dotup.org/uploda/www.dotup.org152838.zip

>>697
半透明アルファ（抜き用）を持ったテクスチャは
上記のうち Cutin-fg-Char.png（キャラクター画像）と Char.png（カットイン画像）の二つです。
なぜか一緒に半透明で表示されるカットイン背景などは、もともと完全に不透明です。

**689** · 2009/09/18(金) 00:18:26

誤記失礼。
×　Cutin-fg-Char.png（キャラクター画像）と Char.png（カットイン画像）の二つ
○　Cutin-fg-Char.png（カットイン画像）と Char.png（キャラクター画像）の二つ

なんか長々とすみません。

**名前は開発中のものです。** · 2009/09/18(金) 00:38:40

＞＞device_->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_ARGB(0x00, 0x00, 0x00, 0x00), 0, 0);
ここだな。
->Clear( 0, NULL, D3DCLEAR_TARGET && D3DCLEAR_ZBUFFER && D3DCLEAR_STENCIL, D3DCOLOR_ARGB(0xFF,0x00,0x00,0x00), 1.0f, 0 );
で、ステンシルは無視してくれ。俺はこれで半透明の表示で問題は出てないな。

**名前は開発中のものです。** · 2009/09/18(金) 00:41:43

フラグのBit指定なのに&&はおかしいだろ

**名前は開発中のものです。** · 2009/09/18(金) 01:04:28

そうなんだ。勉強になりました。ども。
->Clear( 0, NULL, D3DCLEAR_TARGET ｜ D3DCLEAR_ZBUFFER ｜ D3DCLEAR_STENCIL, D3DCOLOR_ARGB(0xFF,0x00,0x00,0x00), 1.0f, 0 );
これでいいよな。

**名前は開発中のものです。** · 2009/09/18(金) 01:07:47

指定の仕方はあってるけどステンシルバッファと
Zバッファ作ってセットしてないとエラーで乙るぞソレ。

**名前は開発中のものです。** · 2009/09/18(金) 01:21:18

ステンシルはいらねぇな。
->Clear( 0, NULL, D3DCLEAR_TARGET ｜ D3DCLEAR_ZBUFFER , D3DCOLOR_ARGB(0xFF,0x00,0x00,0x00), 1.0f, 0 );
これで、＞＞６８９も解決だ！直ったか？

**名前は開発中のものです。** · 2009/09/18(金) 09:05:05

つかー画面のクリアとポリゴン描画の半透明はまったく関係ねぇとおもうぞ

**名前は開発中のものです。** · 2009/09/18(金) 23:14:54

そうか。最初から考えよう。

アルファ値付きPNGとアルファ値なしの画像という点で考えると、
最初の意図した描画を実現するには、
もや画像だけアルファ値付きのPNGにする。
他は通常のPNGにする。
ドローでのカラー指定はすべて、D3DCOLOR_ARGB(0xFF,0xFF,0xFF,0xFF)にする。
こうすれば、意図通りになるはず。
抜き色は普通、（０，０，０）だよな。キャラクター矩形で透明にしたいところはこれで塗りつぶしておけばいいんだよね。

**689** · 2009/09/19(土) 00:06:43

昨日はありがとうございました。
あれからいろいろ試した結果、
・アルファチャネルのブレンディングを有効にし、
・不透明度が大きい方を結果のアルファ値とする
このように設定すると期待通りの動作になりました。
device_->SetRenderState(D3DRS_SEPARATEALPHABLENDENABLE, TRUE);
device_->SetRenderState(D3DRS_BLENDOPALPHA, D3DBLENDOP_MAX);

ttp://dl6.getuploader.com/g/1|toollove/308/WS000003.JPG
例のごとくわかりづらいですが、
「不透明なカットイン背景が半透明になって、全体背景の街が透けて見える」
という現象が無くなりました。

**名前は開発中のものです。** · 2009/09/19(土) 00:50:01

＞＞７０９
なんか、もやの白が強くなって不透明に見えてるだけだね。＞＞６９２の画像と
表示のされ方は変化してないように見える。

**689** · 2009/09/19(土) 01:29:44

ではものすごくわかりやすい例を。
旧　ttp://dl3.getuploader.com/g/1|toollove/310/WS000005.JPG
新　ttp://dl3.getuploader.com/g/1|toollove/309/WS000004.JPG

どちらもR50%, G50%, B50% の３つのテクスチャ（不透明）をこの順に
color = D3DCOLOR_ARGB(0xFF, 0xFF, 0xFF, 0xFF);
color = D3DCOLOR_ARGB(0xC0, 0xFF, 0xFF, 0xFF);
color = D3DCOLOR_ARGB(0x80, 0xFF, 0xFF, 0xFF);
でそれぞれ重ねたものです。
ソースはSetRenderStateの部分以外差異なしです。

新版では不透明（0xFF）で描画したR50%のテクスチャが
正しく不透明で表示されてるのがわかると思います。

**名前は開発中のものです。** · 2009/09/19(土) 01:39:52

つーか単にステート関連の設定をちゃんと理解してなかっただけじゃねえの

**名前は開発中のものです。** · 2009/09/19(土) 08:02:04

ちゃんと理解してたら質問にこないわな
お前本当にコミュニケ－ションとか理解できないじゃねえの

**名前は開発中のものです。** · 2009/09/19(土) 08:29:04

＞＞７１１
分かった。意図どおりになってよかったね。謎は残されたままだが。
旧タイプは重ねるごとに透明になってるのか、不思議だね。先に
不透明で描いてるのに後から重ねると透明になっていくという謎。
最終的に合成段階でピクセルの色が決められるから、そういうことも
できるのかね。加算合成？減算合成？
g_lpd3dDevice->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_SRCALPHA);
g_lpd3dDevice->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_INVSRCALPHA);
こうやって普通の半透明じゃ、旧タイプみたいに不思議状態にはならないよな。
謎だ。

**名前は開発中のものです。** · 2009/09/19(土) 08:45:39

っていうか、ID3DXSpriteの描画の為に
レンダーステートをいぢるっておかしくねーか？
何だかなー

**名前は開発中のものです。** · 2009/09/19(土) 08:49:26

素直にD3DXSpriteを捨てるとか

**名前は開発中のものです。** · 2009/09/19(土) 10:14:11

D3DXSpriteなんて使ったこと無い。
あれ、いらないと思う。

**名前は開発中のものです。** · 2009/09/19(土) 10:45:14

すみません。
画像保管専用用のテクスチャから、表示用のテクスチャに一部画像を送りたくて
双方をLockRect()→FillMemory()→１ピクセルずつ転送
としようとしているのですが上手く行きません。

もしかして両方LockRect()する必要なんて無かったりしますか？
BMP→テクスチャなら正しく書き込めるんですが、テクスチャ同士の書き込みは初めてなもので・・　orz

**名前は開発中のものです。** · 2009/09/19(土) 10:49:27

なんでFillMemory?
システムのサーフェイスからVRAMサーフェイスへDMA転送するメソッドあるだろ。

**名前は開発中のものです。** · 2009/09/19(土) 11:09:55

FillMemory・・pBits Pitchの準備でもする関数と思い込んでた。全域書き込みだったのか・・。（´・ω・｀）
DMA転送の意味はググっておおよそわかったけど
システムのサーフェイス　VRAMサーフェイス・・色々理解してない事が多い悪寒。
DirectX勉強続けるならこれくらい読んでおけ　的なWebや書籍あったら何か教えて下さい（・ω・｀）

**名前は開発中のものです。** · 2009/09/19(土) 11:09:57

「ウマクイカナイ」という奴は、その言葉を発することで、
どれだけ解決を先送りにしているか理解していないんだろうな。

「ウマクイカナイ」と言えば、どうなってほしいのかという希望と、
現状が具体的にどうなっているのかということを説明した気になっているんだから。

**名前は開発中のものです。** · 2009/09/19(土) 11:33:38

Direct3D9は、日本語ヘルプだけ読んでればいいよ。
D3Dのみならず、3Dグラの基本を学ぶにはとても良い資料なんで。

まずはここを全ページ読む
http://msdn.microsoft.com/ja-jp/library/bb173466(VS.85).aspx

**名前は開発中のものです。** · 2009/09/19(土) 11:46:24

>>722
ありがとうございます。早速読み始めました。
書籍でも一応学んだ部分も有るので、知らないワードはググりながら読み進めて行こうと思います（｀・ω・´）

**名前は開発中のものです。** · 2009/09/19(土) 14:50:51

ヘルプは細かい事を調べるにはいいけど、
一連の流れをつかみにくいから
DirectX実践プログラミング読みなよ。
事実上、これから始めるのがスタンダードだと思うんだけど。

**名前は開発中のものです。** · 2009/09/19(土) 17:22:47

helpが教科書
googleが先生

**名前は開発中のものです。** · 2009/09/20(日) 10:01:57

Googleは実際はただの仲介業者で、Google含めたWeb全体が先生

**名前は開発中のものです。** · 2009/09/20(日) 17:22:38

>>726
検索ヒットの末尾の方とか読まんだろ？

**名前は開発中のものです。** · 2009/09/20(日) 19:11:34

いやいや、実際の学校の先生も仲介役だろう
先生を含めた世の中全体が先生って解釈もあるが

**名前は開発中のものです。** · 2009/09/20(日) 21:48:19

http://ranobe.com/up/src/up397377.jpg
http://ranobe.com/up/src/up397378.jpg

DirectInputの勉強をしています。一応、入力した値の取得は出来たのですが、
「アナログ→デジタル」に切り替えると、なぜか「-8」が入力され続けてしまいます。
これはどうしてでしょうか？

**名前は開発中のものです。** · 2009/09/20(日) 23:27:42

>>729
アナログは細かい誤差が出るのである程度遊びをもって入力処理するのが基本。

**名前は開発中のものです。** · 2009/09/21(月) 00:39:52

>>730
そうなんですね、ありがとうございます

**名前は開発中のものです。** · 2009/09/23(水) 12:50:50

すみませんテクスチャまわりについて２点の質問なのですが、

SetTexture関数を多用すると処理がどんどん重くなると聞き、
「連続して使う256x256のテクスチャ９枚」を切り替えまわるより
「連続ならば768x768(3個ｘ3個)のテクスチャ１枚にした方が早い」という意味だと思うのですが
テクスチャのサイズが上がると切り替えの負担は増えるのでしょうか？
(例えば途中で1/9枚だけアクセスしたくて切り替えると無駄に重い　など)

あと、水面を表現する時は「フレーム毎に別のテクスチャ」を使って表現しようと思っているのですが、
滝など流動的なものを表現する場合、テクスチャは１枚のままで
「UV座標を操作する事で表現する」なんて出来れば負荷も下がり滑らかなアニメーションが出来るかも
と思うのですが、UV座標の操作(というか抜き取りと再設定)は非現実的だったりしますでしょうか？

**名前は開発中のものです。** · 2009/09/23(水) 15:25:12

やってみて遅かったら考えろ

**名前は開発中のものです。** · 2009/09/23(水) 15:45:24

ハード次第なとこもあるから全て実測って訳にもいかないのがあれだけどな

**名前は開発中のものです。** · 2009/09/23(水) 16:11:35

昔のイメージだと256x256に出来るだけ収めて
それの切り替え回数を出来るだけ少ないようにするってのが速かったと思うんだが
今でも底辺に合わせるならそれなんじゃねーのかな

256x256にして切り替え回数をまったく減らせないのであれば大きい方1枚がいいんじゃね？

**名前は開発中のものです。** · 2009/09/23(水) 18:37:56

キャッシュに入っちゃったときとキャッシュで出し入れしてるかでも違うだろ
単純に切り替えて「ああ、そうか」とか結論を出すのも駄目
つまり、シーン毎にやってみるしかない

**名前は開発中のものです。** · 2009/09/25(金) 15:12:54

>>733-736
色々と知らなかった事情も知れて勉強になりました。
テクスチャを展開する場所も重要な訳ですね。
ありがとうございます。

**名前は開発中のものです。** · 2009/09/25(金) 21:50:39

展開する場所？

**名前は開発中のものです。** · 2009/09/26(土) 18:16:15

>>732
UVを変化させて水流などを表現する方法は、昔から標準的に使われていますよ。
(UVスクロールなどと呼ばれています。)
単純な技法ゆえに、一枚板ポリゴン上でおこなった場合は見た目があまり面白くありません。
しかし、グラフィックデザイナーの手によるポリゴンの繋ぎ合わせ・重ね合わせの妙のおかげで、
かなり見映えのする川や炎の表現になります。

**名前は開発中のものです。** · 2009/09/27(日) 01:34:23

少し疑問があったので質問を。初心者ですいません。
皆さんテクスチャの画像形式は何を使っていますか？
今のところ最初読んだ本に従ってbmpを毎回dds形式に統一して読み込んでいるのですが、容量ばかり多くてメモリを喰うもので。。
ついでにddsファイルの利点も教えていただけるとありがたいです。

**名前は開発中のものです。** · 2009/09/27(日) 03:23:24

多少色の再現度が落ちてもいいテクスチャーはJPGにしてる。

**名前は開発中のものです。** · 2009/09/27(日) 04:12:58

ファイル形式変わっても、メモリを食う量は一緒じゃないの？
テクスチャ圧縮とか使うならともかく。

**名前は開発中のものです。** · 2009/09/27(日) 05:12:13

しかも読み込みの時間も延びる（ほんのわずかだけど）

**名前は開発中のものです。** · 2009/09/27(日) 10:38:58

DXT、ミップマップ、キューブマップ、アルファチャンネル
このへんの機能を使うならDDSオンリーになるとおもうんだけど。

**名前は開発中のものです。** · 2009/09/27(日) 12:25:33

>740
今のところddsで問題無いからddsでやってる。
まあ、テクスチャ合計で10MBくらいだから大丈夫なんだけど。
でも、圧縮かけてメモリ上に置いておくと、描画の度に展開すると速度が
犠牲になりそう。
シーンごとに必要なテクスチャを分けておいて、シーソ移動ごとに必要なものだけ
展開してメモリに置いとくとかすれば良さそう。面倒になるけど。

**名前は開発中のものです。** · 2009/09/27(日) 12:29:36

っつか普通そうするだろ

**名前は開発中のものです。** · 2009/09/27(日) 14:50:35

そもそも今時のGPUがつんでるメモリ量を考えての発言なのだろうか・・・。

**名前は開発中のものです。** · 2009/09/27(日) 15:09:16

困ったことに「フリゲは非力なマシンで動いて当たり前」と考えてるユーザーは少なく無い。

**名前は開発中のものです。** · 2009/09/27(日) 15:09:58

（JPGはあくまで配布の都合なんで関係ないけど）

**名前は開発中のものです。** · 2009/09/27(日) 15:18:47

WindowsMeで動かないんですけど？

**名前は開発中のものです。** · 2009/09/27(日) 15:19:38

WindowsMEとかサポートするのはただのオナニーだろ

**名前は開発中のものです。** · 2009/09/27(日) 15:25:52

http://ja.wikipedia.org/wiki/NScripter
フリーゲームや同人の現実

**名前は開発中のものです。** · 2009/09/27(日) 15:50:21

フリゲや同人全般だと非力なスペックで動くゲームが一番人気あるからな、
その層を対象にするから中々スペック上げるのは難しい。
にしてもさすがにVRAM32ぐらいあれば家庭用ゲーには比べ物にならないぐらい潤沢ではあると思う。
よくある新しいPCなのに重いってのはノートだったりオンボだったりするのが原因だが、
これらの場合でもVRAMだけは多く取れると思う。

**名前は開発中のものです。** · 2009/09/27(日) 16:07:57

極限までのメモリ節約を考えないマはただの生ゴミ

**名前は開発中のものです。** · 2009/09/27(日) 16:20:30

すみません
D3DXLoadMeshFromX　で読み込んだＸファイルから
「法線情報」「頂点座標」「ＵＶ座標」「マテリアルNo」
にアクセス(読み書き)する方法
を解説しているサイトをどなたかご存知ではないでしょうか？

**名前は開発中のものです。** · 2009/09/27(日) 16:36:43

>>754
節約するのとサポートが打ち切られているようなOSで
動くようにするのは話が違う。

**名前は開発中のものです。** · 2009/09/27(日) 16:46:12

いやお前こそ何の話してるんだといいたい
ファイルの容量を上手く扱うための流れから勝手にズラしてるようにしか見えん

**名前は開発中のものです。** · 2009/09/27(日) 17:15:04

あまりに非力なスペックまで相手にするのは不毛だと思う

**名前は開発中のものです。** · 2009/09/27(日) 18:12:24

内容の割に不自然に重いって感じさせなきゃいいんじゃね？
たいした事やってないのに、異様に重かったり
異常にハイスペックを要求したり、こういうのこそオナニーだよね。

**名前は開発中のものです。** · 2009/09/27(日) 18:33:23

メッシュの頂点フォーマットを設定して頂点バッファを取得すればいい
マテリアルNoはたぶんアトリビュートテーブル

**名前は開発中のものです。** · 2009/09/27(日) 18:34:46

あ、760は>>755へのレスです

**740** · 2009/09/27(日) 19:28:26

なるほど。参考になりました。
やはりメモリ量を増やさないよう地道に努力するほかなさそうですね。。
とりあえずはddsで進めていこうと思います。

メモリ消費量に見合う処理を実現させたいですね。

**名前は開発中のものです。** · 2009/09/27(日) 20:05:19

DirectXがダウンロード出来なくなっちまったが、どうしたの？

**名前は開発中のものです。** · 2009/09/28(月) 00:41:50

DirectXは終了しました。あしからず

**名前は開発中のものです。** · 2009/09/28(月) 10:24:06

ＤｉｒｅｃｔＸってなかなかインパクトや説得力があってイカす名前だよな
誰が考えたのか知らんけど

**名前は開発中のものです。** · 2009/09/28(月) 13:18:55

Xファイルはドラマだか未知の謎だかで
バッドネーミングかと

**名前は開発中のものです。** · 2009/09/28(月) 13:27:20

Directダメ、必ずデバイスドライバを通せってことだよな

**名前は開発中のものです。** · 2009/09/28(月) 15:48:36

マイクロソフトのX好きはMSXの昔の頃かららしいよ

**名前は開発中のものです。** · 2009/09/28(月) 15:53:43

XWindow

**名前は開発中のものです。** · 2009/09/28(月) 16:25:24

XNA使ったらあれほど手が出なかったゲームループが一瞬でできました

**名前は開発中のものです。** · 2009/09/28(月) 17:51:23

Xファイルからメッシュを読み込んでDirectional Lightで照らそうとしているのですが、
なぜかライトが反映されません。
アンビエントライトおよびDirectionLightのAmbient値だけは反映されますが、Diffuseはチュートリアル通りに設定しても適用されません。
ライトの方向が間違っているのかと思い、ためしにライトの方向ベクトルを回してみても変化がありませんでした。
何が悪いんでしょうか。

DXViewerでは正常にグローシェーディングで陰影がつく形で表示されました。

**名前は開発中のものです。** · 2009/09/28(月) 18:53:02

Attenuation とかの値は設定したかい？

**名前は開発中のものです。** · 2009/09/28(月) 18:55:49

>>771
そのｘファイルに法線ついてる？
法線無い場合はD3DXComputeNormalsとか使わないと駄目

**名前は開発中のものです。** · 2009/09/28(月) 21:58:30

>>772
>>773
解決しました。
今回DXUTILのDXUTMeshクラスを初めて使ってみましたが、
SetFVＦだけでなくSetVertexDeclで頂点データを定義することを知りませんでした。
設定すると無事ライティングが機能しましたが、DXUTMeshを使っていたことを記述するべきでしたね。
すみませんでした。

**名前は開発中のものです。** · 2009/09/28(月) 22:15:42

>>760
ありがとうございます。情報を探してみます。

**名前は開発中のものです。** · 2009/09/28(月) 22:45:30

今現在、3Dオブジェクトとスプライトの２つの当たり判定を取りたいと思っています。

そこで3Dオブジェクトのワールド座標をスクリーン座標に変換したいのですが、そういう変換関数ありますか？

**名前は開発中のものです。** · 2009/09/28(月) 23:17:59

D3DXVec3Project

**名前は開発中のものです。** · 2009/09/29(火) 00:44:24

>>777

ありがとうございます。
なんとかさっきその関数を見つけることができ、実現することが出来ました。

**755** · 2009/09/29(火) 17:40:07

すみません。
D3DXLoadMeshFromX関数　から頂点/法線/ﾏﾃﾘｱﾙ関連　の情報を取り出す為に
「ID3DXMesh インターフェイス」http://msdn.microsoft.com/ja-jp/library/cc372520.aspx
これを利用したいのですが

ID3DXMesh型の変数(？)を宣言しようとすると
＞'ID3DXMesh' : 抽象クラスをインスタンス化できません。
とゴッソリエラーと警告が出てしまいます。

D3DXLoadMeshFromX関数の第８引数に渡したLPD3DXMESH型では当然「ID3DXMesh インターフェイス」は
使う事が出来ないのですが・・・どうすれば良いのでしょうか。

私はどこら辺を勉強して来ればこの辺の仕組みが解るのでしょうか　orz

**名前は開発中のものです。** · 2009/09/29(火) 18:57:23

インスタンスはポインタのアドレスを生成してくれる関数に渡してもらうんだよ。