鬱だ氏のう DirectX (Part 6)

**名前は開発中のものでス** · 02/10/07 01:00

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)

コピペスマソ

**199** · 02/10/24 00:35

ちなみに>>195ではないよ
>>200
うーむ、悩むなぁ

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

まぁ知っての通り、DirectXがバージョンアップする度に
移行作業が大変だとかぼやく香具師もたまに登場するわけだが
あーいう書き込みを読むときは眉に唾付けといたほうがいいな。

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

Visual Studio.NETでDirectXのプログラムを作るときって、
何か設定はいらないんですか？

Ver6の時は、インクルードフォルダとか指定したりした気がするのですが。

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

厨質問をここでするかなぁ。
ツールの取り扱い説明書ぐらい嫁よ厨房。
分かりやすい例えいえば、VisualStudio6は標準パスの中に
PlatformSDKをインストール

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

>>205
大丈夫か？

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

>>204
そりゃあ必要だべさ。
つか基本だべ？
も一回プログラムの基礎から始めた方がよかんべ。

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

ﾜﾛﾀ

**大丈夫じゃない205** · 02/10/24 01:44

(続き)
すればインクルードフォルダの設定を書き加えることなしに
DirectX8.1SDKが使えるぞ。

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

>>205
コピーだから説明書はもってねぇって返事がくるぞ

**198** · 02/10/24 02:27

これくらいなら書いても良さそうなので…

DX8→DX9はシェーダーの強化が主題みたいなものだから、それ以外の部分は
あまり変わってない感じ。
DX8からの移行時に固定機能で影響を受けるのはSetTextureStageStateの一部
がSetSamplerStateに変わったとか、SetIndicesのBaseVertexIndexが
DrawIndexedPrimitiveに移った程度。あとはCreateImageSurfaceが
CreateOffscreenPlainSurfaceに名前が変わったくらいか。

追加された新機能はいっぱいあるけど、DX8用に書いたソースから変更が
必要なのはそれくらい。
ちなみにD3DXはだいぶ強化されてる。アニメーション対応とか、アンチ
エイリアスライン描画とか。

一通り眺めてみると、DX9の作りかけの状態がDX8って感じ。

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

>>211 C#への対応は完璧ですか？それとも現在のＶＢみたいなもん？

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

こらこら

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

DCの扱いも詳細きぼんぬ。

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

とっととリリース
あるいはpublic betaを出してほしい・・・

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

動的環境マッピングをやりたいんですが詰まってます。
環境マッピングにつかうテクスチャにレンダリングするわけなんですが、
レンダリングした物体が次フレーム時にも残ってしまい残像が出来てしまいます。
で、レンダリングする前にクリアしてみると、今度はテクスチャの画像が消えてしまいます。

どうすればよいのでしょうか…

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

>>216
キューブテクスチャを使った動的環境マップの
サンプルソースコードがSDKに入ってるから、まずそれ嫁。

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

>>211

>ちなみにD3DXはだいぶ強化されてる。アニメーション対応とか、アンチ
>エイリアスライン描画とか。

アニメーションというと、D3DRMみたいな、Xファイルのｱﾆﾒｰｼｮﾝ？
ｽｷﾝﾒｯｼｭを自分で作成してｱﾆﾒｰｼｮﾝさせてみたいと思ってるのですが、
ｺﾝﾊﾞｰﾀｰとか、Xﾌｧｲﾙ関連のﾕｰﾃｨﾘﾃｨとか付いてますかね？？

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

dx９リリースどうなったのよ！時期に関して聞こえてコネー

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

来年

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

>>217
レスどうも。読んでみまっす。

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

もうＤＸ９フルサポートのカードがでちまったよ。
「DirectX 9をフルサポートする新世代ビデオカードRADEON 9700 PRO」
http://review.ascii24.com/db/review/hard/videocard/2002/10/25/639151-000.html

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

でちまったか。

そして仕様変更の罠

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

>>219
>DX9 might not come out this year
日本語に訳すとね
「direct X9は今年中には公開されないっぽ」
ですな。

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

>>224
暗黙の仮定法のmightはmayよりもさらに確実性が低いから、
「ひょっとしたら今年中には出ないかも」くらいの意味だよ。

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

いつのまにかこんなスレが

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

だったら、頑張ってフルサポート１番乗りしたATIテクノロジーズって
かわいそうかも？

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

つか、NVidiaの妨害工作の予感

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

一番かわいそうなのはマトロックス

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

> つか、NVidiaの妨害工作の予感

NV30合わせになるようにMSと結託したのでは？

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

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

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

>>231
ソースどこー？

http://www.nvidia.com/
にはなかった

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

http://www.zdnet.co.jp/news/0210/25/ne00_nvidia.html

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

むしろこちらでは？

GeForce 5、COMDEXでデビュー
http://www.zdnet.co.jp/news/0210/25/nebt_07.html

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

vs.netでd3dx8.hインクルードするとたまにvsの起動が滅茶苦茶重くなるんだが
なんで？

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

zdnetの記事は提灯くさいなー。
実際、DirectX8がそうであったように、
DirectX9もここしばらく（来年の今頃まで）の間は
ﾍﾞﾝﾁﾏﾆｱや趣味ｼｪｰﾀﾞﾌﾟﾛｸﾞﾗﾐﾝｸﾞ専用の玩具に留るだろ。
9000や4Tiでゲームは快適に動くしなー。
　
いや・・・Doom3クラスは9700要るのか・・・。

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

漏れはＤＸ９の描画機能よりＣ＃対応のほうが気になります。

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

来年じゃな…　ベーター登録必須なのかもね～
とはいえ、対応ハードがないと意味ないか…

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

DX9開発ならRadeon9700だよね！
という状況をnVidiaは是が非でも回避せねばならないわけですわ
このままだとDX9の動作リファレンスは9700になっちゃうからね...

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

>>236
8すら未だメインで使われているとは言いがたい

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

4MX搭載機種を売り続けているメーカを怨むがよい。

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

D3DXCreateTextureFromFileExA関数で、引数に画像ファイルのパスを指定しますが、
このとき、画像ファイルに暗号をかけたいのです。
暗号というよりかは、ぱっと見ではわからなくなれば十分なのですが、
ファイルを変換すると当然この関数では読み込めません。

どうすればいいのですか？

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

>>242
質問する前に同じ系統の関数のヘルプには目を通せ

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

つまり何の為にD3DXCreateCubeTextureFromFileInMemoryがあるかという事だ

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

コピペする行間違えた（笑
D3DXCreateTextureFromFileInMemoryな

**bloom** · 02/10/26 21:43

http://homepage.mac.com/bloombloom/

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

>>225
「公開されないっぽ」
で、ひょっとしたら出ないかも～をあらわしたつもりでしたが・・・
もしかして、漏れは英語の間違いじゃなくて日本語の間違いをしたのかな？

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

char aho[10000000]に一括してある数でXORかける関数ありませんか？
なかったらforでチマチマやってくしかないでしょうか。

**248** · 02/10/27 00:23

ｹﾞﾛ
スレまちがった

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

スプライト描画の時に、テクスチャより大きいサイズを指定すると、
その部分が、枠の色で塗りつぶされてしまいます。

これを、画像の繰り返しに変更する方法ってありますか？
キーワードでもいいので教えてください。

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

>>248
君はそんなでかいレジスタが存在するとでも思っているのか？

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

>>241
オンボードメーカーと、クソモバイルチップメーカもうらみますのでよろしく。

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

40MBか・・・・

**248** · 02/10/27 01:12

>>251
な、なんだって！？

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

printfだってCPUで専用命令もってるわけじゃない。
巨大xorも同じこと。

>>248さん。
そういう仮想CPUをエミュレートした関数をお願いすます。

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

248って242ぽ
違う？

**DirectX9!!** · 02/10/27 01:37

DirectX9!!

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

>>256
＞248って242ぽ
同意

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

>>257
何々？　リリース情報？

**名前は開発中のものです。** · 02/10/27 05:36

257は電波

鬱だ · 02/10/27 12:01

DX5でLPDIRECTなんたらの長さが嫌になって挫折。
DX6でデバイスの初期化で面倒になって挫折。
昨日からDX8始めたがまた挫折しそう…
よく皆こんな面倒臭いのつかってるね

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

>>261
長さは一度作るとそうでもなくなる
あと、おっかけてると変化への対応はそんなに難しくない

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

ｹﾞﾗｹﾞﾗ。挫折しすぎ

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

>>261
ただ自分に根性がないのを環境のせいにして
挫折する「口実」を探しているだけじゃないかと自問してみるといいと思うよ。

ｵﾚﾓﾅｰ

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

どうせヘルプからコピするだけだしなぁ
あとは自分のクラスに置き換えるから長さも関係ないし

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

>>261
#define TD LPDIRECT3D
#define TD2 LPDIRECT3D2
#define TD3 LPDIRECT3D3
#define TD7 LPDIRECT3D7
#define TD8 LPDIRECT3D8

#define DV LPDIRECT3DDEVICE
#define DV2 LPDIRECT3DDEVICE2
#define DV3 LPDIRECT3DDEVICE3
#define DV7 LPDIRECT3DDEVICE7
#define DV8 LPDIRECT3DDEVICE8

#define D LPDIRECTDRAW
#define D2 LPDIRECTDRAW2
#define D3 LPDIRECTDRAW3
#define D4 LPDIRECTDRAW4
#define D7 LPDIRECTDRAW7

#define S LPDIRECTDRAWSURFACE
#define S2 LPDIRECTDRAWSURFACE2
#define S3 LPDIRECTDRAWSURFACE3
#define S4 LPDIRECTDRAWSURFACE4
#define S7 LPDIRECTDRAWSURFACE7

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

むしろ長いのが快感になります。

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

１文字#defineはやめろやｗ

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

チンコも変数もプロトタイプも長いほうが（･∀･）ｲｲ!

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

typedef typename _Rope_rep_base<_CharT,_Alloc>::allocator_type allocator_type;
_Rope_RopeFunction(char_producer<_CharT>* __f, size_t __size, bool __d, allocator_type __a)
: _Rope_RopeRep<_CharT,_Alloc>(_S_function, 0, true, __size, __a)

(*´Д｀)ﾊｧﾊｧ

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

スプライト描画の時に、テクスチャより大きいサイズを指定すると、
その部分が、枠の色で塗りつぶされてしまいます。

これを、画像の繰り返しに変更する方法ってありますか？
キーワードでもいいので教えてください。

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

>>271
SDKヘルプ「テクスチャテクスチャフィルタリング」

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

どうもありがとう。

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

sage忘れました。ごめんなさい。

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

まあ、
「テクスチャラッピング」の方だけどね

**名前は開発中のものです。** · 02/10/28 01:05

ポリゴンに貼り付ける方法でやってみたら、それっぽいのが出来ました。
ただ、2Dで十分なので、スプライトでやりたいのですが…それはないのですか？

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

フルスクリーンでデバッグ時にうっかり不正な処理でハングさせると操作不能になりますよね。
このとき、VSを強制終了して復帰させるのですが、もっとスマートな方法はないんですか？

**名前は開発中のものです。** · 02/10/28 01:27

D3DXVECTOR3 pt[100][100]がありまして
pt[y][x] = D3DXVECTOR3(x,y,0)で初期化して作った四角形を
簡単に表示するにはどうすればいいのでしょうか？
D3DPT_TRIANGLESTRIPに当てはめる為に
DrawPrimitiveUPでコツコツ書くしか無いんですか？

**名前は開発中のものです。** · 02/10/28 01:27

>>277
リモートデバグしる！
ヘルプに「フルスクリーンアプリケーションのデバッグ技法」ってのが載ってる。

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

>>278
めっしゅめっしゅめっしゅ

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

>>280
頂点４つの四角形作ってテッセレートするんですか？
分かりやすくと思い(x,y,0)と書いたのですが
実は(x,y,rand()%50)ぽい四角形なんですが、
それでも出来ますか？

02/10/28 05:41

>>278
「簡単に」ってのがどんな簡単さなのかよくわからんのだが、
pt[100][100]→カスタム頂点フォーマットの変換で
１個の点が複数のポリゴンで使用されてて無駄が多くてイヤ。ってなら
インデックスバッファ使えばイイんでないのか？

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

>>278 = 四角ポリゴンがないのが信じられん！世も末！と憤慨する人

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

>>266
typedefにしろ

**工房初心者** · 02/10/28 16:00

VC++6.0でdiectx8の初期化のプログラムをビルドさせたら

t1.obj : error LNK2001: 外部ｼﾝﾎﾞﾙ "_Direct3DCreate8@4" は未解決です
Debug/cdq63_test1.exe : fatal error LNK1120: 外部参照 1 が未解決です。

というのがでた。これは何？

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

リンクが必要なライブラリを指定してない

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

プッ

**工房初心者** · 02/10/28 16:23

スマソ
再インストしててわすれてますた

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

>>288
CUIでコンパイルしてると起きにくいミスだね。
ビルドの過程を頭の中で大雑把にイメージするようにしてごらんよ。
正しくなくても整合性が取れていればOK。

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

DirectX8以降でVSync待つ関数ってありません？
DirectDrawのWaitForVerticalBlankみたいなの

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

>>290
デバイス作成時に無視するように設定していなければPresentで勝手に待ちます

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

>>291
どうもです
やっぱりPresentの時にタイミング覚えるしかないかぁ

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

V-Sync信号待ちのメソッドではないんだが
IDirect3DDevice8::GetRasterStatus( ) で走査線の現在位置が
取得できるので、WaitForVerticalBlank( )の代用にはなるだろう。
　
もっとも、DirectX8の場合はｳｨﾝﾄﾞｳﾓｰﾄﾞだろうとﾌﾙｽｸﾘｰﾝﾓｰﾄﾞ
だろうと、DirectXにV-Sync待ちしてから画面更新するように
指定できるようになったので、あえてGetRasterStatus( )を使う
機会はほとんどないかもしれんけどね。

**名前は開発中のものです。** · 02/10/29 08:58

実際、漏れはこんな感じでやってるが、無茶苦茶ラクで問題もなし。　
IDirect3D8::CreateDevice( ) で指定するﾊﾟﾗﾒｰﾀは
　
D3DPRESENT_PARAMETERS.Windowed　　= TRUE　（ｳｨﾝﾄﾞｳ　　ﾓｰﾄﾞ）のとき
D3DPRESENT_PARAMETERS.SwapEffect　= D3DSWAPEFFECT_DISCARD。
D3DPRESENT_PARAMETERSの他のﾒﾝﾊﾞはﾃﾞﾌｫﾙﾄ(ｾﾞﾛ)のまま。
　
D3DPRESENT_PARAMETERS.Windowed　　= FALSE　（ﾌﾙｽｸﾘｰﾝﾓｰﾄﾞ）のとき
D3DPRESENT_PARAMETERS.SwapEffect　= D3DSWAPEFFECT_COPY_VSYNC。
D3DPRESENT_PARAMETERSの他のﾒﾝﾊﾞはﾃﾞﾌｫﾙﾄ(ｾﾞﾛ)のまま。
　
これで IDirect3DDevice8::Present( )時にV-Sync待ちをしてくれる。
（※一部の超ﾏｲﾅｰな骨とう品ﾋﾞﾃﾞｵｶｰﾄﾞを除けば）

02/10/29 09:01

ageとくか。

02/10/29 09:12

ｽﾏﾝ。ちょっとド忘れしてて少し嘘を付いちまった。

思い出したことは、
ｳｨﾝﾄﾞｳﾓｰﾄﾞ時にIDirect3DDevice8::Present( )に
V-Sync待ちを任せると、環境によっては満足いかない結果に
なるかもしれん。てこと。
　
そゆときは、しょうがないから自分でタイミングを測って
Present( )するしかないだろうね。DirectX7以前の頃と同じ。

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

>>294
なんでD3DSWAPEFFECT_COPY_VSYNCなんてパフォーマンスの悪いの使うの？
D3DSWAPEFFECT_FLIPの方がパフォーマンスは良いし、VSYNC待ちもするよ。
あと、D3DSWAPEFFECT_COPY_VSYNCはVRAMも余計に消費する。
（D3DSWAPEFFECT_COPY_VSYNCはコピーしてからFlipする）

**294** · 02/10/29 15:03

>>297
ん。ｽﾏﾝ。
D3DPRESENT_PARAMETERS.Windowed の部分がｱﾍﾞｺﾍﾞ。
これで納得してくれたか。

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

>>297
それはフルスクリーンの時の話なの？
それともウィンドウモードのときの話なの？

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

>>297
＞（D3DSWAPEFFECT_COPY_VSYNCはコピーしてからFlipする）
また適当なことをいう知ったかが発生してるよ
二回PresentしたあとにそれぞれDC経由でウインドウに描画してみればフリップが発生していないことが分かる
裏になっていれば片方は表示されないはずだが両方ともきちんと出る

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

メッセージポンプって別スレッドにすることできないのだろうか……