鬱だ氏のう 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/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も閉鎖だし、ここはこんな風だし…

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