鬱だ氏のう DirectX (Part 7)

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

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

■ 過去スレ
Part 1 http://piza.2ch.net/tech/kako/966/966655286.html (プログラム板)
Part 2 http://pc3.2ch.net/test/read.cgi/tech/997101556/ (プログラム板)
Part 3 http://game.2ch.net/gamedev/kako/1005/10051/1005119775.html
Part 4 http://game.2ch.net/gamedev/kako/1016/10162/1016276254.html
Part 5 http://game.2ch.net/test/read.cgi/gamedev/1027351925/
Part 6 http://game.2ch.net/test/read.cgi/gamedev/1033920036/

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

2getzusa-

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

ResetはD3D_OK返してます。

D3DPOOL_MANAGED以外は使ってないので、
各オブジェクトのReleaseもしてません。

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

前スレからのコピペだが......

MSのDirectX関連ページ

DirectX Home Page
http://www.microsoft.com/japan/windows/directx/default.asp

MSDN>DirectX
http://www.microsoft.com/japan/msdn/directx/default.asp

個人サイトはあんまり知らない・・・

DirectX Info Lib (デバイス情報のデータベース。すばらしい！)
http://www.netsphere.jp/dxinfo/

BBX(掲示板)
http://isweb8.infoseek.co.jp/computer/bbx/

spin
http://spin.s2c.ne.jp/

宇治社中改(3D基礎講座)
http://www.cc.rim.or.jp/~devilman/

**あぼーん** · NG

あぼーん

1 · 02/12/10 19:02

>>4
ﾌｫﾛｰｻﾝｸｽ

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

http://game2.2ch.net/test/read.cgi/game/1038243467/
M$のあの人が降臨して噂? 電波? まき散らしてます。DX9も。

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

DirectXAudioでデバイスの列挙をする関数を教えてください。

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

>>8
IDirectMusic8::EnumPort

関数じゃなくてメソッドだ罠

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

>3

デバイスの設定が初期化されてんじゃないの？
具体的に何かは忘れたが、再設定してやらないといけなかったと思う。

識者よろしく

**あぼーん** · NG

あぼーん

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

>>7
2chブラウザによっては、リンク先のスレッド名を取得するのでバレバレというのをご存知か？

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

C言語ではfloatよりdoubleの方が計算が速いと言うのを聞いたことがあるのですが、
なぜDirectXは多くの場面でfloatを使うのでしょうか？
使用メモリ量の関係ですか？

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

floatの方が早いに決まってるじゃねぇか

13 · 02/12/11 18:42

float型の演算は内部でdoubleにキャストしてから行われるというのを何かで見たのですが、
それはVisualC++には当てはまらないのですか？

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

>>15
コンパイラ依存ではなく
アーキテクチャ依存だと思われ

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

>>13
SSE,3DNowのためかと思ってたけどよく知りません

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

>>15
>float型の演算は内部でdoubleにキャストしてから
コプロ(内蔵してるが)使用するときはその様な感じになってると
聞いたことがあるような気がするがよく知りません

**16連続投稿スマソ** · 02/12/11 19:20

使用メモリ量と帯域の影響だと思う。ちょっとくらいCPUが重くなっても
メモリから取り出すデータ量が減ったほうが効率がいいんじゃないかな？

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

たしか浮動小数点の演算をするところがdoubleにあわせて作られてるとム板できいたことがある。
たしかにfsinfとかの関数をおってくと
floatでキャストしただけになってて最適化なんてやってくれそうもない。

**あぼーん** · NG

あぼーん

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

float dir = 0.5;
float vx = sin(3.141492 * dir)l;

↑これにはfloatからdoubleへの暗黙のキャストが隠れている。
それを避けたければこう。↓

float vx = sinf(3.141492f * dir);

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

だからそれってさあ、デバッガでおってくと強引にfloatでキャストしてあるだけだよ。

**あぼーん** · NG

あぼーん

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

>>23
> だからそれってさあ、デバッガでおってくと強引にfloatでキャストしてあるだけだよ。
それは最適化なしの場合だろ。
最適化ありだとFPU命令になるだけで
そもそも関数呼び出しにならないよ。
22 の場合もどっちも同じ命令にコンパイルされる。

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

そうなんだ関数呼び出しにもならなんだ。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

13 · 02/12/12 10:27

>14-29
安心してfloat使ってよいと言うことですね(最適化ありで)。
ありがとうございました。

ｿﾎﾞｰｸな疑問なんですけど、floatとFLOATって何か意味が違うんですか？
違いはなくても意味があって大文字のものと小文字のものがあるんですか？

**あぼーん** · NG

あぼーん

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

>>30
ヘルプ嫁

**あぼーん** · NG

あぼーん

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

http://www.theinquirer.net/?article=6640

ガセ？マジ？

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

王様 · 02/12/12 17:08

>>34
ソフトウェアのすばらしいサテンは、明日その心臓にある慈悲を感じて、そしてついにDirectX ９のための苦しめる待機を終えて、そしてそれを発表しそうです。
３つのベータと２人の解放候補者の我々がゆっくり見たバージョン、と確かにそのDirectXで、９は、本物のより幸福ないくつかの会社を助けて、そしてDirectX ９人の運転手を解放するだろう充分に羽がでるまで育てられた鳥になるところです。
それを支える唯一のカードを現在送ることは、Radeon ９７００および９５００のプロとアマチュアです、そして、それは多くがクリスマスツリーのもとできらきら輝いているのを見つけるでしょう。
Nvidiaは、本当に、そのDirectX ９支持者を贈りました、Geforce FXしかしこのカードは、大量に２月ほどにはすぐに利用できないでしょう。
ATIは、それが公式に発表されると同時に、彼らが９月と彼らが彼らの顧客にDirectX ９の全面的支援をもつフリーのドライバーを提供するだろう今の最終版からのDirectX ９ハードウェアを出荷しているので、誰より先にこれから利益を得るでしょう。
ATIは、９７００および９５００の世代のためにRC０にDirectX ９、そのファンシーなデモとドライバーのバージョンをすでに提供していて、しかし、約１日で、それは、その揺れ動いている役割の用意ができている最終の１があるでしょう。
開発者は、ついに彼らが遊ぶことができる本当のAPIを持つでしょう。μ

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

>>39
>運転手を解放
ハイジャックかよ！

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

>>34
マジであってほしい・・・
そうならRadeon9700買う。

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

しかしGeForce5発表後とは予定通りだなあ。
やっぱりバランス取ってるのね。

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

fraps
http://www.fraps.com/
みたいに、他のＤｉｒｅｃｔＸソフトの画面に他アプリケーションが
重ね描きするのって、どうやればいいんでしょう？

どなたか、キーワードだけでも知らないですか？

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/12/13 21:52

　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　ヽ　＿＿_＼（＼・∀・）　＜　　DX9まだー？
　　　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　／￣￣￣￣￣￣／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.佐賀みかん.　 |／

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

MS DirectX 9 final version coming any day nowで検索すると
12日付けで結構引っかかるな。

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

>>45
(　´,_ゝ`)ﾌﾟｯ

**あぼーん** · NG

あぼーん

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

>19
それもあるが、プロセッサに載ってる命令セットの問題もある。

3D 演算では行列・ベクトルが多用されるわけだが、この処理を高速化するため
に載ってる命令が、単精度浮動小数点 * 4 の 128bit データを前提としてる。

IA-32 でも PlayStation 2 でも、この手の SIMD 命令を使う演算ユニットと、汎用
の浮動小数点演算用コプロセッサと両方持ってるんだが、行列演算では前者を
使わんと性能が一桁落ちる。

16 · 02/12/14 22:32

>floatよりdoubleの方が計算が速い
ふと思ったんだけど、これって
for(int i;i<=1000000:i++,f++);
とかの命令を実行したとき、
fはfloat型よりもdouble型のほうが速いってことを言ってるんじゃないかな？
これだったらレジスタでバリバリ計算できるからメモリ読み出しは皆無
だからネイティブなdoubleのほうが速いんじゃないかな？

こういうことはあんまり詳しくないので詳しい人、解説きぼんぬ

16 · 02/12/14 22:33

うわ、int iになってる・・・
とんでもなく恥ずかしいコードだ
int i=0でよろ

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

単純にメモリ量が２倍になるとか。

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

> 50
> だからネイティブなdoubleのほうが速いんじゃないかな？
ネイティブなdoubleってのがよくわからんのですけど
float も double もアセンブラレベルでは同じなんで
速さも変わらんでしょ。

逆にメモリへの読み書きが double の方が倍多くなるんで
double 使った方が遅くなるかも。

49 のとおり SSE やグラフィックボードも32ビット浮動小数点なんで
DirectX やるなら普通は float 使ってどうしても精度が問題になるときだけ
double にすべきでしょ。

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

メモリアクセスもあるが、それよりもFPUを単精度モードに固定する
から速くなるんだろ。
DX7の頃はヘルプにもっと詳しく書いてあったんだが、DX8ではほとんど
説明が無くなってる。

49 · 02/12/15 02:23

>50
> だからネイティブなdoubleのほうが速いんじゃないかな？
x87 FPU のレジスタは 80bit だから、レジスタ内部の型と一致するのは double
ではなく long double です。（型と内部表現の関係は厳密には処理系依存だけ
ど、大抵の IA-32 向け処理系では float = 32bit, double = 64bit, long double =
80bit としてる)。

ただ x87 ではメモリ上のビット表現の如何によらず、レジスタ・メモリ間でデータ
転送する際に「ハードウェアによって」型変換されます。この型変換のコストはゼ
ロですから、float でも double でも差はありません。

あと x87 を使う際に厳しいのは、レジスタの数が 8 本と少ないことと、スタック
アーキテクチャを採っているのでコンパイラによる最適化が利きにくいこと。
レジスタ 8 つといったら同次ベクトル 2 本で既に溢れてしまうわけで、計算以前
にメモリとのロード・ストアに忙殺されることになります。

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

>54
> メモリアクセスもあるが、それよりもFPUを単精度モードに固定する
> から速くなるんだろ。
DirectX では単精度モードに固定はしてないよ。
FPUレジスタサイズと同じ拡張倍精度のままだよ。

単精度モードにしても内部では拡張倍精度で計算されて
丸め精度が単精度になるだけなんで速くなるとは思えない。

あとVisualC++だと double も long double も 64bit なんで
レジスタと一致する型はないですね。

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

>>56
Direct3Dはデバイスを作成したときにFPUを単精度モード、FPU例外無効に
設定する。デバイス作成前と後で計算結果が変わるという報告もあるから、
これは間違いないかと。

たぶんD3DCREATE_FPU_PRESERVEを指定しないでデバイスを作成した後に
doubleを使ってもdoubleの精度では計算されていないと思う。

Direct3DはFPUの状態がデバイス作成時から変わらないことを前提に最適化
されているから、doubleを使うときはD3DCREATE_FPU_PRESERVEを指定するか
自分でモードを切り替える必要がある。
D3DCREATE_FPU_PRESERVEを指定すると、Direct3Dの関数呼び出しの前後で
FPUの状態を同じに保つようにするから、それがパフォーマンスに影響する。
…というのがMSの説明。

_controlfpとか使って手動で切り替えればいいのかも。

56 · 02/12/15 15:59

>56
すいません、今確認してみたらたしかに単精度モードでした。
なんか DirectX とは関係ないライブラリの初期化時に
で倍精度モードに書き換えられてた。
CreateDevice 直後に見たら単精度モードでした。

でも Pen4 で実測してみたんだけど
単精度/倍精度に関係なくFPUの計算速度は同じだった。
Pen4 以前の CPU だと速くなったりするんですかね？

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

精度であって速度ではないかと・・・

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

>>58
デバイス作成した後にDLLをロードするとリセットされるよ。

速度はFPUのモード切り替え以外ではほとんど差がないんじゃない？
三角関数なんかは精度によって速度が変わるかもしれないが。

56 · 02/12/16 00:05

>60
FPU 使ってなさそなやつだったんで
何でモード変えちゃってるか疑問だったんだけど
DLL ロードでリセットされるんですか。
納得です。

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

確か精度で速度が変わるのはFDIVだけじゃなかったかな。

56 · 02/12/16 13:07

>62
fdiv だとたしかに速度変わりますね。
しかも微妙にじゃなく結構豪快に変わった。
fmul と fsin しか調べてなかったよ・・・

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

Microsoft postpones DirectX 9 for a week
The new "final date" is 19th of December,
http://www.theinquirer.net/?article=6744

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

floatとdoubleの話なんだが、この話の原因である「doubleの方が早いのか」のヒントになりそうな文章を見つけたよ
その文章を抜粋すれば　()の中身は文章をわかりやすくするため漏れが付け加えました

>・floatの計算
>以前(ANSI C以前のC)はfloatはdoubleに変換されてから計算されていましたが、
>直接計算されるようになりました。
>そのため必要とする精度が少ないない場合は float を使った方が高速になりました。

↑なんだけど、doubleのほうが早いって言うのはANSI C以前のCについての記述じゃないかな？
漏れは詳しくないから良くわかんないんだけど、知っている人おしえてくらはい。

ソースはここ
ttp://member.nifty.ne.jp/Ryuz/c/about_ansi.html

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

これからDirectX8勉強するんで、
講座ページ見つけたんですが
そこのサンプルを実行しても
「初期化に失敗しました」になってしまいます。
その原因がどうしてもわからないので
ご協力ください。

ttp://www.roy.hi-ho.ne.jp/pastel/home/index.htm
　　↑
講座ページ

ttp://www.roy.hi-ho.ne.jp/pastel/home/DirectX/DX8_kouza/HelloDX8.zip
　　↑
サンプル

ちなみにVC++6 DirectX8.1を使っています。

**あぼーん** · NG

あぼーん

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

>>66
CreateDevice判定を1回しかしてないので環境によっては失敗するのでは？
まあ、俺もDX8の勉強初めて一ヶ月ほどなんでえらそうな事は言えないが。

一応ｻﾝﾌﾟﾙ上げときます。
へっぽこｿｰｽだけど、よかったら眺めてやってくださいな。
ttp://www10.ocn.ne.jp/~kc39fgax/DirectX8_SKL.zip

66 · 02/12/19 17:40

>>68
ありごとうございます。
環境不足ですね。

サンプルソース激しく参考にさせていただきます。
お互い頑張りましょう。

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

DirectX9 ｷﾀ━━(ﾟ∀ﾟ)━━ !!!!!

ttp://msdn.microsoft.com/library/default.asp?url=/downloads/list/directx.asp

興奮のあまり、旧スレに書いてしまったぜい。
誘導してくれた人、アリガトン。

**名前は開発中のものです** · 02/12/21 04:40

>>70
ナイス
休みの暇つぶしが　できそうだＹＯ

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

Direct X9を入れてからDirect Audio8の挙動がおかしい
具体的にはDirectMusicPerformance8::CreateStandardAudioPathが失敗するようになった。
戻り値は0x88781226で、意味は
「パフォーマンスチャンネルがIDirectMusicPerformance8::AssignPChannel を使ってセットアップされたので、
パフォーマンスはオーディオパスをサポートできない。」
なんだそうだ。しっかし、AssignPChannelを使った覚えはなく、自分のソースを検索しても見つからない(使っていない)
第一、今まで正常に動いていたのが動かなくなる理由にはならないし、
使い方が間違っていて偶然動いていたにしては、戻り値が明らかにおかしいし。
同じ症状の人いませんか？解決策はありますか？
このままだと今まで作ってきたソフトが全滅してしまうのです・・・

72 · 02/12/21 11:22

うわ！Direct Music8のチュートリアル２まで動かなくなってるよ・・・
(\samples\Multimedia\DirectMusic\Tutorials\Tut2)
サウンドデバイスはUSBオーディオだからドライバもクソもないし・・・
こ・・・こりはDirect X9のせいにしてもよかですか？

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

基本的なところでバージョン定数はちゃんと定義しましたか？

**あぼーん** · NG

あぼーん

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

C#での使い心地はどうよ？

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

プログラムは昔からやっているんだが、DirectXの勉強をしようと思う。
で、質問なんだがD3DってXファイル以外使えないの？

環境：Visual C++.net
Windows 2000 SP3

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

>>77
いいえ、そんなことはないですよ。
ただXファイルなら読みこむ関数が用意されているので楽なのです、
ちなみにその関数はD3DではなくてD3Dを使いやすくするための付属ライブラリの
D3DXについてます。

市販ソフトや良く出来たフリーソフトは
独自形式データ＆独自の読みこみルーチンが一般的です。

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

>>78
なるほど、だから市販のソフトにはXファイルがないのか。
しかし、モデリングとかはどうするのかな？自分でプラグインとかをつくるの？

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

>>79
モデラーからフォーマットが公開されている形式で出力させる
↓
独自フォーマットへ

っていうコンバータ作るのが一般的かな？

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

>>80
ありがとうございますた。最初はXファイルでやってみて実用的になったら
独自形式の方法もやってみます。

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

おいおい、C#のサンプルめっちゃ速えよ。十分すぎるほどだ。
どうせ使うつもりないけど、下手にC++にこだわって泥沼に入ってる
オレみたいなのには脅威かも。

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

VISUAL C++ 6.0 WIN MEでやってるけど、
XPでも動くの？C++ 6.0は？

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

>>82
C++とどっちが速いですか？
メモリ使用量も気になるが。

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

>>82
　.＼　　　　　　　　　オオオオオオ―――――ッッッッッ　　　　　　　.　　／
　　　＼.　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／
　　　　　 (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ) (ﾟ∀ﾟ)
　　　　（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
　　　（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
　　（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
　（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
.（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）（ﾟ∀ﾟ）
────────────────────────────────

じゃぁ、C#でDirectXを始めよう！！

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

ゲームルーチンを加えるとドンと重くなったりして。

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

>>86
同感。
でも重くなる部分はunsafeで書けば何とかなるんじゃないかなぁ
と言ってみるテスト。
http://www.atmarkit.co.jp/fdotnet/csharp_abc/csharp_abc_021/csharp_abc05.html

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

>87
C#をunsageで使うぐらいならC++のほうがらくだ

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

質問なんだけど、Managed DirectX って結局はDirect Xを扱うためのもう一つの方法なんだよね？
Microsoft.DirectX.DirectDraw.DrawEffects の項目を見てて、
相変わらずDirect Drawでα値を使えるみたいなこと書いてあるんだけど、
別に、使えるようになったわけじゃないんだよね？Direct Xの本体はおんなじ物なんだよね？

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

今更そんなことを聞く理由が理解できない

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

いろんな問題が起きそうなのでDrawは終了だろ？
グラボの方のサポートも怪しくなってきそうだし。

**あぼーん** · NG

あぼーん

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

おまえらひきこもんな
終

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

DirectDraw使い＝引きこもり同人STG作者
終了

**Jumper⌒Y⌒Y⌒( ﾟ∀ﾟ)** ◆JumpZrpgkU · 02/12/22 10:02

HLSLの予約語。

－－－－－－－－－－－－－－－－－－－－
次のキーワードは未使用だが、予約されている。

asm* bool compile const
auto break case catch
char class const_cast continue
default delete dynamic_cast enum
explicit friend goto long
mutable namespace new operator
private protected public register
reinterpret_cast short signed sizeof
static_cast switch template this
throw try typename union
unsigned using virtual
－－－－－－－－－－－－－－－－－－－－

なんかclassとかありますな。
今のとこ使えないようだが、
シェーダもオブジェクト指向で書けるようになるわけですか。
シェーダプログラムの拡張がしやすくなってｳﾏｰ…なのか？

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

C++ の予約語に合わせてみただけに一票。

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

8.1からの移行で、いままでnvasmを使ってた人はdx9の dcl_position
どうするの？

**あぼーん** · NG

あぼーん

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

この板はもうだめだと思いますが、
他にまともなDirectXのBBSありますか？

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

>>98
前から思っていたが、なんでこのすれは終わるんですか？

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

>>99
directxで検索してみればあるでよ。

荒らしてるﾔｼはpcゲーム作りたいのだが、オカネが無い、
担当させてもらえない、技術ガナイ、英語が読めない、
リストラされて荒れてるだけだから、、、許してやってね。

**あぼーん** · NG

あぼーん

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

>>99
実はプログラム技術板にもDirectXスレがあったり…

鬱だ氏のう DirectX 2
http://pc3.2ch.net/test/read.cgi/tech/997101556/l50

**あぼーん** · NG

あぼーん

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

以前DirectX7で作ったノベルゲームをDirectX8で作り直そうと思いやってみたのですが、
テクスチャを使うと背景画像やキャラ画像が512x512になってしまいます。
やはりサーフェイスを使うべきでしょうか？
DirectX8のスプライト機能は重いって聞くけど、
ポリゴンにテクスチャを貼るようにしたほうがいいのでしょうか？

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

WinAPIで組むかテクスチャをよりでかいサイズを使うぐらいしか解決策がねぇな。
後は7以前で組むとか。

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

DX9の2D描画系ではダメか

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

>>106
DX8の2D系はあまり良くないみたいですね。
もう少し弄ってみてダメそうなら諦めます。

>>107
DX9はまだ触ってないのでなんとも言えません。
触るのはもうちょと先ですね・・・

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

８は中途半端だから、俺はまだしばらく７を使うよ。
７なら大抵の環境で動くしな。１年後くらいに９に移行する。

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

今から9やってそのまま一年経過させれば良いのでは？

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

DirectX8.1を使ってメッシュの頂点配列やマテリアルなどのオプション子データを
抜き出して、メッシュを表示しながらそれらを編集するプログラムを作って
います。
D3DXLoadMeshFromXofでメッシュを作ると、そのメッシュXfileDataの中に
あるマテリアルリストのデータやメッシュノーマルのデータ等の子データが
GetNextObjectで取得できなくなってしまいます。先にその子データを取得すると今度は
D3DXLoadMeshFromXofの方でエラーがでるため、多分この関数内でGetNextObjectを
やっているのだと思います。そのせいでこの関数が子を取得するとこのメッシュデータ
の子を自分で取得できなくなる、という風に考えているのですが、どうにかして
GetNextObjectでの子オブジェクトの参照カウントを元に戻す方法ってありますか？
AddrefやReleaseをしてみても何も変化はないです。教えて下さい。

**111** · 02/12/22 23:36

＞先にその子データを取得すると今度は
＞D3DXLoadMeshFromXofの方でエラーがでるため

間違えました。エラーはでないのですが、マテリアルリスト等の子データを
持たないメッシュができてしまい、表示がおかしくなります。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/12/23 13:40

なんでDX9SDKのC++のサンプルにはSkinnedMeshがあるのに、
Managed DirectX（C#とVB.NET）にはないんだろう。
単に省略しただけなのか、使えない理由があるのか。

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

Managedで書きにくいサンプルは全部はしょったとか。
あまりに遅くて泣く泣く削った… では無い事を祈る。

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

DXチームにC#の熟達者がいないんだよきっと

**114** · 02/12/23 23:44

どーも
まー、たいした理由でないといいですな。

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

DXチームにC#に興味ある奴がいないんだよきっと

やつらは3Dがやりたいんであって、C#やVBは上からのお達しで
仕方なくやってるdake

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

単純に労力の問題じゃないか？俺としては初めてC#対応したのにこれだけの
数のサンプルを用意してきた事に驚いたけど。

本音を言うと、C#のサンプルなんか用意するよりもD-MAPやMRTのサンプルを
作って欲しいんだが。毎度のことだけど、売りであるはずの新しい機能の
サンプルが無いんだよな。

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

超初歩的な質問だけど、教えて。

DX９落としたんだけど、サンプルがコンパイル出来ません。
UINTPTRが未定義とか言われる。
basetsd.hてのに宣言されてるけど、エラー出ていてるヘッダファイル
D3D9.h(かな？)には、#includeそのものがない。
どうなってるんでしょうか？
同じエラー出た人います？
(オプション＞ディレクトリのパスは通してます(C:\DXSDK\include))

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

>>120
そのディレクトリの検索順は一番上にageてあるか？

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

DX9ｷﾀｰ

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

>>105
テクスチャサイズは2の累乗にしなくちゃいけないんじゃなかったっけ？

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

DX9来てもﾏﾀｰﾘしてるなぁ。

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

>>123
DX8から部分的にサポートされてるよ
ただし利用方法が激しく制限されてるので
2^nの一部を使ったほうがまだマシ

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

>>125
どこが激しいのか疑問。
ミップマップ以外は制限とは言えない程度のささいな事じゃん。
2^nであってもCLAMPにしたらテクスチャラッピングは使えないから、
実質的に制限は2つだけ。

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

>>126
使ったことないのに無理しないで。
あとサポートしてる環境を把握してる？

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

>>126
痛い香具師ハケーン

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

>>127
そういう自分こそ使ったことない＆把握してないのでは？
あの制限のどこが問題になるのか説明してくれる？

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

DirectX8でフルスクリーンにして、最小化して、元に戻そうとすると、
戻らないのですが、元に戻すには何かしなければいけないのですか？

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

>>130
Resetが必要なんではないか。
詳しくはサンプルを参照。

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

DX9 でも D3DX は dll じゃないの？

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

↑電波

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

>>130
D3Ddevice 作り直さないとだめなのよ～ん(ﾀﾌﾞﾝ)

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

んなこた～ない

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/12/25 07:41

5 REM
10 DEFINT A-Z:SCREEN 3,0,0,1WIDTH 80,25:CONSOLE 0,25,0,1:CLS 3
20 device = new Device(0, DeviceType.Hardware, this, CreateFlags.SoftwareVertexProcessing, presentParams);
30 RELEASE(device);

**あぼーん** · NG

あぼーん

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

最近、DirectX系のHPって見ないなぁ｡
BBXも野郎BBSも閉鎖だし、ここはこんな風だし…

日本のアマチュアゲーム開発は終了だな｡（´・ω・｀）ｼｮﾎﾞｰﾝ

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

BBX閉鎖するの？

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

if氏のHPってなんで閉鎖したのかな

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

>99
http://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi

教えて欲しかっただけだろ？

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

BBXもif氏のとこも閉鎖してないぞ

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

［厨房法則］
調べることができない人間ほどBBSに頼りたがる
BBSに頼りたがる人間ほど移転しただけで閉鎖したと勘違いする
勘違いする人間ほど自分が頼るものを失った時点で全てのアマチュアプログラマが開発を終了したと思いこむ

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

DirectXAudioについて聞きたいことがあるのですが、いいでしょうか。

自分のプログラムでは、MIDIを再生すると、リバーブ等のエフェクトが
最大になってしまいます。一度再生すると、全てのMIDIとWAVがこうなってしまいます。

そこで、エフェクトを削除する方法がわかったので、SetFX(0, NULL, NULL)で
エフェクトを削除したら、すでに再生しているMIDIがとまってしまいました。

で、もう一度MIDIを再生しようとすると、またエフェクトがかかってしまうのです。

エフェクトを削除したら、再生しているMIDIがとまったというのは、
工学社のサンプルでもそうだったので(コードも同じでした)、そういうもんなのだと思ったのですが、
では、どうすればいいのでしょう。

そもそもMIDIを再生した時点でエフェクトがかかるのが間違いですか？

**あぼーん** · NG

あぼーん

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

(　`∀`)ｵﾏｴｶﾞﾅｰ

**名前は開発中のものです。** · 02/12/25 20:54

すつもん、よろしいでしょか？

メッシュにxファイルを読み込みたいのですが、
そのファイルはどこら辺に入れておいたらよいのでしょうか？
本を買って勉強しているのですが、その辺がどうもわからなくて、つい。

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

>>150
カレントデレクトリ

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

>>151
　お返事ありがとう！
　…つまり、プロジェクトが入っているフォルダ？

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

>>154
VisualStudioから実行した場合はたぶんそうだけど
普通はexeファイルがあるところ、
カレントディレクトリをゲットする関数(Win32)とかもあるんで
調べてみたらいいかも？

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

DirectX8.1のSPRITE（LPD3DXSPRITE）を使って自分のライブラリを作ってるんだけど、
SPRITEで半透明ってできませんか？

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

>>150
カレントディレクトリはプログラムの実行の仕方や、実行中の操作で変化
するから、できればフルパスで指定した方がいいよ。
でも、大抵の場合はカレントディレクトリから読み込んで問題無い。

VisualStudioから実行した場合は、デフォルト設定のままならプロジェクト
のある場所がカレントディレクトリになるけど、プロジェクトの設定の
作業用のディレクトリで変更できる。

ちなみに、実行中にファイル選択ダイアログを使う場合は、このダイアログ
がカレントディレクトリを変更してしまうので要注意。

_ · 02/12/25 23:34

>>154
どうやるのが一般的か知りませんが、自分は
char path[_MAX_PATH];
GetModuleFileName(hInst,path,_MAX_PATH);
で、exeファイルフルパスを取得したあと、邪魔なファイル名を削ってカレントディレクトリを取得しています。

実行ファイル名の削り方は、
char pDrive[_MAX_DRIVE+1];
char pDir[_MAX_DIR+1];
char pFname[_MAX_FNAME+1];
char pExt[_MAX_EXT+1];
_splitpath(path,pDrive,pDir,pFname,pExt);
でフルパスを分解してから、
string currentDirectory=pDrive+pDir;
currentDirectory+="\\";
くらいでいいのでは。

例えば、
Text.xというxファイルを、exeのあるフォルダにいれたとしたら、
ファイルを読み込むときに、
string filename=currentDirectory;
filename+="Test.x";
のようにかいて、それをファイルを読み込むメソッドの引数に入れるとか。
う～ん、わかりずらいですね…。

**158** · 02/12/25 23:37

すまん。↑のコード
currentDirectory+="\\";
は必要なかった。

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

悪いことはいわない。
ぜぇっっってぇーフルパスにしとけ。
なにがなんでもフルパスを使うくせをつけろ。

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

>>156
テクスチャのα値をいじれば？

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

>156
DirectX8のスプライトはあまり良くないので、ポリゴンでスプライトの代用した方が
自由度が高いよ。

_ · 02/12/26 00:52

>>156
ID3DXSprite使ったこと無いけど、たぶん
ID3DXSprite::Drawの引数D3DCOLORのα値を指定するのかと。

例えば50%半透明なら、
D3DCOLORにD3DCOLOR_ARGB(128,255,255,255)を入れればいいと思う。

>>162
同意。ID3DXSpriteには、あまりいい噂はききませんね。

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

フルパスマンセーの奴がいるが、正気か？
exeのある場所を最初にカレントにして、そこから相対パスってのが基本だろ。

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

> exeのある場所を最初にカレントにして、そこから相対パス

開発中はdebug\hoge.exeとかになってるぽ

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

>>164
コモンダイアログのファイル選択ダイアログを使ったことがあれば
フルパスマンセーになるぞ。
ゲームならあまり使わないかもしれないがツールだとまず確実に使う。

**名前は開発中のものです。** · 02/12/26 05:51

>>166
ファイル選択ダイアログのフラグにOFN_NOCHANGEDIRつけとけばカレントディレクトリかわらないよ。

まあ、毎回元のディレクトリから始まるようになるので、
遠くのファイルを何回も選ぶ場合には面倒だけど。

嫌なら毎回ディレクトリ保存しておいて復元してもいいし。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/12/26 07:04

問題は開発の誰かがカレントを変更してしまうおそれがある。
ってのが一番面倒、ぶんなぐれ。
でかいツール作ってるときは誰がなにやってくれるかわからない。
ゲーム本体でもユーザーに保存場所を選ばせる場合だと必要になるから、いっそフルパスマンセーのが楽に逝ける。

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

VCを個人で使ってるなら作業ディレクトリ設定できるからカレント云々は困らないけどね。

**156** · 02/12/26 07:10

>>161,>>162,>>163
お、ちゃんとα描画できました。
SPRITEの方が簡単に作れると思ったのですが、やはり普通に
ポリゴンで扱ったほうがいいみたいですね…。
ありがとうございました（・∀・）

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/12/26 07:52

お、ディレクトリ管理の話ですか。標準でついてるExporterが
Xファイルのテクスチャをフルパスで吐き出すのが困りものなのよね。

　ところで、フルパスからカレントパスを作るのも意外とめんどい
んだけどなんか良い関数ないもんですかね？

**150** · 02/12/26 09:15

　答えてくださった方、ありがとう。
　こんなにレスがつくとは思いもよりませんでした。
　

　本当にありがとうございます！！
　では引き続き作業を頑張ります。

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

nvidiaのサイトからcg_toolkitが落とせない。
どっか他にない？

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

>>175
ftpからはおとせたYO!
ftp://download1.nvidia.com/developer/cg/

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

>>173
PathRelativePathToあたりどう？

環境（IEのバージョン？）によっては動かないかもしれないけど。

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

DirectX初心者です。
現在.hackの様な視点の3Dゲームを作ろうとしているのですが、
周りの物体が妙に傾いたように描画されてしまいます。
プロジェクションマトリックスのセットはこんな感じです、
D3DXMatrixPerspectiveFovLH(&mProj, 60*PI/180 , 1.0f , 0.5f , 640.0f);
何か解決策は無いでしょうか。

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

引数三つ目のアスペクト比は1.0でいいの？
画面の縦横比をいれなきゃダメよ。

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

アドバイスありがとうございます。
早速アスペクト比をWIDTH/HEIGHTで入れたのですが、
やっぱり画面端に行くにつれ、木などが傾いてしまいます。

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

1.0のところを変えてみたらどうでしょ。

ってか、連書き規制きびしすぎねえ？１時間以上経つのにかけなかったよ

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

そういえば、アスペクト比でDirect X7かなんかの本のサンプルが逆になってたな
640*480の解像度で1.33333fとか入ってるの。
0.75だろうが！って突っ込みたかった。

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

60*PI/180の60を減らしてみよう

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

DXは横を1とした縦のサイズだったかな。
あとはfloatにキャストしてないとか
int W = 320;
int H = 240;
D3DX...( ... , W/H, ...);
じゃあダメよ。

**あぼーん** · NG

あぼーん

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

>144

ありがちだな

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

みなさんのアドバイスを参考に、
D3DXMatrixPerspectiveFovLH(&mProj , 35.0f*PI/180 ,(float)WIDTH/(float)HEIGHT , 1.0f ,640.0f);
と、してみたところ結構マシになりました。
ありがとうございました。

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

>>187
おめでとう。
あと、WとHが逆だったかもしれん。

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

DirectX3Dにはフラットシェーディングとグーローシェーディング
があるそうですがどの関数で切り替えられれますか？

**189** · 02/12/26 18:38

解決しましたが、フラットシェーディングとグーローシェーディング
では処理速度はフラットの方が速いでしょうか？

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

>190
試してみるのが一番だ。

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

>>190
激しく環境依存ってことも忘れずにね

**あぼーん** · NG

あぼーん

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

スプライトのBeginとEndの間に書ける処理って、
スプライトのDraw「だけ」なんですか？
ポリゴンを描画しようとすると、自分の環境では表示がおかしくなるのですが、
ほかにおかしそうなところが見当たらないので、そういうもんと認識しても
いいのでしょうか。

**名前は開発中のものです。** · 02/12/27 13:20

>>147
パフォーマンスの初期化のところでデフォルトのオーディオパス・タイプをみて
DMUS_APATH_SHARED_STEREOPLUSREVERBになってませんか？
DMUS_APATH_DYNAMIC_STEREOにすればエコーがなくなります。

**195** · 02/12/27 13:22

// パフォーマンスの初期化
hr = g_pPerformance->InitAudio(
NULL, // IDirectMusicインターフェイスは不要
NULL, // IDirectSoundインターフェイスは不要
NULL, // ウィンドウのハンドル
/*DMUS_APATH_SHARED_STEREOPLUSREVERB*/DMUS_APATH_DYNAMIC_STEREO , // デフォルトのオーディオパス・タイプ
64,// パフォーマンス・チャンネルの数
/*DMUS_AUDIOF_ALL*/NULL, // シンセサイザの機能
NULL); // オーディオ・パラメータにはデフォルトを使用
if (FAILED(hr))
{
DXTRACE_ERR("DirectMusicPerformance8の初期化に失敗", hr);
return FALSE;
}
参考書コードの修正後ソース･･･この方が分かりやすいかと･･･

**あぼーん** · NG

あぼーん

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

レベル低すぎ

終了
おまえら首吊れ

**名前は開発中のものです。** · 02/12/28 21:55

シェーダ使えない環境でDirectX9のメリットってあるの？

**名前は開発中のものです。** · 02/12/28 23:48

>>195
うわぁ～。すごいすごい。
その通りやったら見事直りました。

ありがとうございました。