鬱だ氏のう DirectX (Part 3)

◆WMpzjIm. · 01/11/07 16:56

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

■旧スレ(プログラム板)
http://piza.2ch.net/tech/kako/966/966655286.html　　(Part 1)
http://pc.2ch.net/test/read.cgi/tech/997101556/　　　(Part 2)

**789** · 02/02/19 22:10

>>805
AllInWonder128っす。rage128程度だと、一世代前の組み込みPCレベルぐらいかな？
性能的にはプレステ1以下ぐらいなんかな？

テクスチャチェンジってそんなに重いの？
キャッシュのフラッシュ、ポインタの設定ぐらいなもんかと思ってた。
つーことは、細かいブツ切りのテクスチャなんかは確実にまとめるべきだよね？
先の2パス処理でも、
パス1：ディフューズ用(?)のテクスチャをまとめる
パス2：ライトマップ、環境マップ等、付随するテクスチャをまとめる
のようにして、テクスチャを再設定するのを避けるようにすべき、ってことっすよね？
そうなると、許されてるテクスチャサイズの最大値ってのはｶﾅｰﾘ気にすべき、ってことでしょうか？

マルチパスって結局そういうことなんすか？DirectX8の説明見てると、
VRAMへのWRITEの前に全てのパスによる結果を計算
その結果をピクセルシェーダによって計算してWRITE
ってことだと思ってたんだけど、そんなハードは折れ知らんし、当然
ハードでサポートしてなければ2度書きするだけだよなあ。

当然、αもやっぱり重いよね？そうなるとデカイ2Dのヌキ処理なんかはαに頼らず
ステンシルなんかを使うべきなんでしょうか？

**789** · 02/02/19 22:13

>>806
そうすべきですかねえ。
しかし、世の中一般、普通の人だと組み込みPCとか買ってるよね？
そういったPCのレベルでもまともに動作してほしいとなるとどうすりゃいいでしょう？

なんか質問ばっかで本当ごめん。

02/02/19 22:37

＞VRAMへのWRITEの前に全てのパスによる結果を計算その結果をピクセルシェーダによって計算してWRITE

これは”シングルパス”マルチテクスチャでしょ

テクスチャは出来るだけ１枚にして、かつ同じテクスチャを使うオブジェクトを
まとめて描画。これDXの基本

αつきポリゴンビルボード（樹木とか）なんかの場合てすると、1枚描く毎にテクスチャチェンジが発生すると
ｶﾅｰﾘ厳しいつか、実用にならないとか。ま、テクスチャまとめるかするらしいYO

**789** · 02/02/19 23:02

あ、間違ってた！「シングルパス」の「マルチテクスチャブレンド」でした。
どちらにせよSetTexture()は可能な限り減らす、ってのが前提なんですね。

そうなると、みなさんテクスチャ、どういうふうに扱ってます？
プレステだと256×256が20枚ぐらいだったっけ？（もう忘れた）使えたじゃないですか。
PCでは32MBのビデオカードなんかだと、一般的にはどれぐらいのテクスチャが使えるもんなのでしょうか？

あと、スプライトなんかもそうだけど、ビルボードなポリゴン、スプライトは
αを使うとなるとかなり負担っぽいんですねえ・・・
DirectX8だとスプライト＝αブレンドテクスチャ、ってことで、2Dは絶望的に遅くなってしまうものですか？

**789** · 02/02/19 23:07

みなさん、特にID:YZngPksNさんありがとうございました。
今日は寝ちゃうんでまた明日からもいろいろお願いっス。

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

αのZソート作ってみたが、
使用/不使用選択オプションで逃げるしかねーなと感じた。
CPUスペック +500M

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

>>777
なんだかかわいそうなので言うわ。
半透明の場合は
src D3DBLEND_SRCALPHA
dest D3DBLEND_INVSRCALPHA
となります。

srcのa値を少しづつあげていけばフェードアウトの出来上がり。
ただ、これくらいは調べよう。

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

>>813 あれはネタだろ

**791** · 02/02/20 05:48

SDKのサンプルをビルドするとき、
リソースをプロジェクトフォルダにいちいち
コピーしなければならないのは面倒ですね・・・そこで

・ビルドの際、リソースファイルの置いてあるディレクトリを指定することはできないんでしょうか？
サンプルのリソースはみなmssdk\temp\samples\multimedia\media にありますよね。
これをIncludeやlibのディレクトリ指定のような感じで指定できるとありがたいんですが。

・リソースを実行ファイルの中に含めてビルドすることは可能ですか？
今は１つのフォルダにexeとリソース（bmp等）があるのですが、これを１つにまとめたいんです。

>>799
ありがとうございます。
bmpファイルをプロジェクトフォルダに入れたら動きました。

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

＞＞815
それサンプルプログラムに書いてあるよ。
関数名はわすれたけど。。

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

>>799
>>815
プロジェクトの設定のデバッグタブに実行時のカレントディレクトリの設定があるよ。

02/02/20 23:10

ねーGeforce３でデバッグ版のランタイム（リテイルモード指定でも）だと3Dmark正しく動かなかったりしない？
3dmark2001SEの追加シーンが画面フラッシュするよ
以前のドライバではドラゴンのシーンでフラッシュした

こまるよ～

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

助けてください。恐ろしい症状が発生しています。

デバイス名：SMART JOYPAD 3plus 2player
症状：コントローラを接続してないのにDIEDFL_ATTACHEDONLY（接続されているもののみ）
で列挙すると列挙されてしまう。
さらに、データを取得するとX軸とY軸の最大値（つまり右下）を返す。

デバイス名：SMART JOYPAD 3plus 2player
症状：フォースフィードバック（このデバイスは振動のみ）で一回振動させると
明示的にとめない限り振動しつづける。（設定で一秒後に停止とかやっても止まらない）

これ、かなり致命的なんですけど・・・
この症状が出るのは俺だけですか？
どうやって対処すれば良いのでしょう・・・
対処方法知ってる方がいたらお願いします。

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

>>819
前に俺作ソフトでJOYPADが勝手に効いてしまうってのがあったんですが，それは
２Pにパッドを繋いでいないから起きてしまう819さんと同じ現象だった。これはデバ
イス側の問題なのでどうしようもないでしょう。

不具合として販売メーカーに文句言って見るとか。

自作ソフツにのドキュメントに「SMAPT JOYPAD3 の空きには必ずパッド繋げ！」と
書くか，1分間同じデータだったらオートでセンターにしてしまうとか。オートセンター
は逆に不具合にもなりえるので難しい所。もしくはソフト内でのキャリブレーションつ
ければ解決出来るかも。

「SMART JOYPAD3 を使ってはいけません。買い換えましょう」ってのが一番ｗ

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

>>815
▼ﾟД｡▼ｶﾌｯ

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

>>821
またｶﾌ厨が涌いて出たか…

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

DirectXで欝になるバカは、なにやってもバカ。このスレのタイトル、変えろや。

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

俺、SmartJoyPad3使ってるよ。そんな不都合があったのか。鬱（´д｀；）

動かない環境を切り捨てれば、鬱だしのうにはならんな > DirectX

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

繋がってるのがSMART　JOYPAD3だというのをどうにかして検出できねーの？
ドライバとかで（確実じゃなくても）

**819** · 02/02/21 23:48

>>826
出来るけど、それやっちゃうとSMART JOYPAD3が使えなくなる。
（ベンダ固有のIDとか、デバイス名とかでできるよね？）
なぜなら、正常にアタッチされている場合とされていない場合の区別がつかないので
SMART JOYPAD3を無視すると「正常な場合」に使えなくなる。
無視しないと「異常な場合」に使えなくなる。

しかも、SMART JOYPAD3は不具合が発生しにくい。
SMART JOYPAD3 plusは不具合が発生する可能性が高い。
両者のデバイス名はまったく同じ・・・
両者が区別できないので新たなバグの元になる可能性大

**819** · 02/02/21 23:50

今日、サポートに電話してドライバの修正を要求しようとしたけど、
ず～っと電話中だし・・・最悪。

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

受話器を外してるんじゃない？

02/02/22 12:33

XBOXサイコー

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

>>828
さっきいいともにでてたから忙しいんじゃねーの

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

X-BOX＝アメ車＝ムダに大きい

NV2Aはパレットテクスチャに対応してるのでしょうか

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

>>832
その「アメ車」ってのは、何年前のステレオタイプだ？

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

アメ車っていうより、マッスルカーかも。
マッスルカーなんて言っても最近の若い者は知らんだろうが、オイルショック前に
アメリカで流行った馬力が全ての頃の車。
今、大排気量っていっても3000cc程度だが、マッスルカーはその倍以上。

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

GT40とかでそ

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

なんかこのスレ読んでたら、PS2見たいにテクスチャ張らないポリゴン
モデルで勝負するタイプのゲームにしたら、ここで出てる問題は氷解す
るんじゃないかと勘違いして、ゲームをつくってみたくなった今日この頃。

つうか、ゼノサーガに対抗できるソフトをつくりてー。

テクスチャなんかいらねー。
T&LとSSE使い倒して10000ポリゴン枚フレーム出してやる～。

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

60fpsで10000ポリゴンならテクスチャ貼っても出るような。
もう１桁上になるといっぱいいっぱいな感じだけど。

_ · 02/02/24 00:32

GF3なら１F３０００００ポリゴンは出たよ。
勿論、テクスチャ付きで。シェ－ダーでバンプもやってる。

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

１F３０００００って何だ？
脳内略語を多用するシッタカ野郎は大抵使い物にならんな。

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

>>839
３０００００ポリゴン / 1 frame の意味じゃないのか?　ふつーそんな書き方
しないけど、読めなくもない。

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

>>839
そうやって人を見下すような野郎は大抵使い物にならんな。

_ · 02/02/24 03:19

>>839
840の人が言ってるとうり、１フレームで描画したポリゴン数って意味です。

俺が使えるかどうかは、微妙かな？
まあ、１流だとは言えない。今回も、やれなかった事沢山あったし。

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

他人との意思の疎通を考えた場合、より一般的な用語を使うのが当たり前。
それが出来ないアホとは仕事したくねぇ、という意味でなら同意。>839

_ · 02/02/24 04:15

俺の事はもういいって。
じゃ、１Fを１Vに訂正、これなら一般的だろ？

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

>844
オマエの事なんかもう誰も相手にしてないって。
消えろ。

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

１F３０００００ポリゴンって523239424ポリゴンのことじゃないのか。

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

ちょっとまて、1 frameって一体何秒のつもりだよ？
「リフレッシュレートが60Hzで一秒間に60 frame描画したとき」って意味か？
1 frame の時間は環境やソフトウェアによって大きく異なるぞ。
極論言うと1 frame 一秒とかも可能だろ（笑
とりあえず、そんな単位は意味が無いので作るな。

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

ふーこれだから、DirectXヲタは（以下略）

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

>>846
そのこころは？
マジでわからん

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

16進数だろ

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

>>850
なわけねーだろ！！
計算しようとしちゃったじゃねーかよ

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

>>851
0x1F300000 は 523239424 ですが。

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

>>852
なわけねーだろ！！
計算しようとしちゃったじゃねーかよ

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

>>852
納得

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

>>847
だな

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

1 frame が何秒であろうと、triangles / frame という単位は
シーン自体の複雑さを表す指標として役割を果たす。
frame はそもそも無次元なので、時間の次元を持つ秒と
単純に比較している >>847 の論理は意味を成さない。

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

>frame はそもそも無次元なので
ごめん、折れには理解できないや。（藁
その上の2行も答えになってないし。
1frame(1/60秒）みたいに誤解されないように書けばいいこと。　　

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

単位時間あたりにだせるポリゴン数の話じゃなかったのかよ？

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

>>856
３Ｄ野郎によくいるヘリクツが得意な人ですか？

**847** · 02/02/25 23:20

>>856
>シーン自体の複雑さを表す指標
「ポリゴン数＝複雑さ」っていつの時代の話だ？

>frame はそもそも無次元なので、時間の次元を持つ秒と単純に比較している
まず、frameはゲーム中における「単位時間」と考えることも出来る。
というか、俺はこれを前提として話したんだが・・・。
わかりやすいように簡単な例を提示します。

A:「マシン新しくしたよ。PIIIの1.0GHzのマシン買ったの」
B:「へぇ～CPUの速度が速くなったね～」
A:「Hzは速度の単位ではないよ。次元が別だよ」
B:「・・・」

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

>>860
＞frameはゲーム中における「単位時間」
時間に対してフレーム数が固定されてないと性能比較の話がなりたたない
今回は不適切
＞わかりやすいように簡単な例を提示します。
なにがいいたのかわかりません

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

単位とすれば可変な長さの1フレームよりも固定の長さ1秒の方が適切だと思うんだが、
なんで訳のわからない論争してんの？

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

856の言うように、1フレームは時間次元の単位ではなく
単なる無次元の計数と考えたほうが明らかに合理的だよな。
＞「ポリゴン数＝複雑さ」っていつの時代の話だ？
複雑さを表す1つの指標であることには変わりないと思うが？

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

フレームとvsyncを勘違いしてるんじゃないだろうな？

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

>>847=>>860
　　わけ　　　　　わか　　　　　らん♪
　 ∧＿∧　　　∧＿∧　　　　∧＿∧
　（　・∀・）　　（　・∀・）　　　（　・∀・）
⊂　⊂　）　　（　Ｕ　　つ　　⊂__へ　つ
　<　<　<　　　　）　）　）　　　　　（＿）|
　（＿（＿）　　（_＿）＿）　　　彡（_＿）

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

>862
禿同。
てか、poly/secが一般的な単位なんだからそれ使えばいい話だと思うが。

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

プログラマにとって重要なのはpoly/secとframe/sec（fps）
グラフィックデザイナにとって重要なのはpoly/frame

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

気になってたんだがなんで鬱だ氏のうなんだ

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

>>868
初代スレが鬱だ氏のうだったから

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

DirectX5くらいの時はバグ酷かったしね。
環境で動かないなんて当たり前だったし。

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

DirectX8.1って日本語ドキュメント出てるんですか？
M$のサイト見たけど、あがってないような・・・・・。

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

8.1の日本語ドキュメントはいくら待っても出ません。

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

chmをhtmlに分解してから翻訳ソフトにかけてchmに戻す。
これで日本語ドキュメントの完成。

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

>871
糞ガイシュツ。>>683-684

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

どうしてDirectX AppWizardの生成するコードは
CMyD3DApplication クラス内で ID3DXMesh* を使ってるんだ？
CD3DMesh* じゃダメなのか？
CD3DMeshの使いどころが厨だからわからんチン。

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

同じ処理をフルスクリーンとウインドウで動かすと、
ウインドウモードのほうが速いんですけど、これって
普通なんですか?
(イメージ的にフルスクリーンの方が速いと思ってたんですけど)

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

ウインドウモードではモニターのリフレッシュレートを無視して
描画するから速くなるかも。

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

逆にいうとフルスクリーンでリフレッシュレートに依存するプログラム書いていると、一定以上FPSが上がらない。

それと、ビデオ周りがうんこだとフルスクリーンの方が遅い場合もある。
まあ今時のものなら考えられんけど

**名前は開発中のものです。** · 02/03/01 09:16

Visual C++ 5.0 SP3とDirectX 8.1 SDKで

>D:\DXSDK\INCLUDE\d3dx8math.h(259) : error C2065: 'UINT_PTR' : 定義されていない識別子です。

とか怒られるんだけどなんなんやろね。
typedef UINT UINT_PTR;
とかやって強引に通してるけど。大人しく.NET買えってことですか。

それと、MSのサポート技術情報ページ、
なんか知らんうちにリニューアルされてますが、ちゃんと検索できます？
IE5.5SP2でもIE6でも本家の英語サイトでも駄目だぁ。

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

>879
VC++6.0買えってこと。
どうせ.NETもいくつかSPあたるまで使い物にならないだろうし。

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

>>879
最新のPlatform SDKを落としてみたら？

02/03/07 16:15

半透明ポリゴンのソートの実装サンプルってない？
MSとかNVidiaのはXフォーマット用のクラスで中みえないし
個人HPでもあんまり解説してないですよね～

海外のエンジン集めたHPとかならあるんだろうけど、逆にありすぎてわからん
(質もわかりにくいし

頂点フォーマットが複数ある場合、頂点バッファではなく、
floatの配列に突っ込んで描画すんのかなぁ？

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

>>879
俺も同じ現象が出てたよ。VC5 SP3。
>>881氏の通りにやって動かしたよ。
俺がちゃんとした解決策を知ったのはOpenGLで書く決心がついてからだった… タイミング悪すぎ。

_ · 02/03/07 19:13

>882
意味よくわからんのだが、普通にソートするだけじゃダメ？

02/03/07 19:43

うーん並び替えのアルゴリズムはQSORTや他のなんでもいいんだけど、

どーいうデーター構造＆GPUを考えるとVRAMorSYSTEMメモリの使い分けとかどうすんのかなぁ、と

あと並び替えの基準とする座標って、三角形の３頂点のどれかでいいの？
それとも、重心とか別に求めた座標使わないと駄目？

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

>>885
メッシュの重心じゃ駄目かに？
つーか普通半透明ポリゴンのソートって言えばメッシュ単位だろ？
流石にポリゴン1枚1枚でソートはしないと思うぞ。
結局ドロープリミテブに渡して描画して貰うんだから
意味ないじゃん。

02/03/07 20:57

まぁゲームだとメッシュ単位でいいんだけど、切り替え式でポリゴン単位も実装したいと思って～
つか、人体とか入り組んだ形状だとメッシュ単位だとおかしくなるでしょ？
人体のパーツ（BONE)毎にソートすればいいけど、それでも接続部分でおかしくなりそう

間違ってる？

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

半透明は使わないようにする。これが最強。
半透明以外の部分が極まってくると、半透明部分は屈折とかやりたくなるのよ。
そうすると入り組んだ形状がどうしようもなくて、結局半透明は使わないで
くださいという結論になる。窓ガラス以外の半透明禁止！

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

>>888の理由で窓ガラスを全部鏡にしたことあったりして。
そしたら全面鏡張りの部屋になたよ。

◆qZpyBXM2 · 02/03/08 00:11

**名前は開発中のものです。** · 02/03/08 23:49

FAQ っぽいのですが…
DirectDraw7 でフルスクリーンにした途端、指定したウィンドウの縦サイズが
画面高さ - (多分)タスクバーの高さに固定されてしまいます。
画面の下側をクリックするとデスクトップのアイコン等がいじれてしまうのですが、どうしたらいいでしょうか？

**名前は開発中のものです。** · 02/03/08 23:52

>>891
環境プリーズ

**891** · 02/03/09 00:04

>>892
書き忘れました^^

Win2k sp2
VisualC++6.0
DirectX8.1

で、DirectDraw7 です。よろしくおえがいします。

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

http://www.inkando.com/cgi-rankingplus/rankin.cgi?id=0511030508

**891** · 02/03/09 00:26

なんとなくタイトルバーの高さな気もします。
SetDisplayMode をしないときは正常サイズなので
SetDisplayMode が何かをしているのだと思うのですが…。

変更するだけならまだしも、変更後、再変更不可能なのです。
どうしたらいいでしょうか？

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

>>895
ビデオカードは？
とりあえずはビデオカードのドライバ入れなおしてみたら？

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

>>895
ソース出せるなら、関係しそうな部分だけでも出してみ。

**895** · 02/03/09 11:50

ちょっと >>891 で説明していた事は間違いだった事がわかりました。
SetCooperativeLevel で、ウィンドウの子ウィンドウを渡していたのですが、そのせいで、親ウィンドウのサイズが

親ウィンドウが画面サイズいっぱいになった時の子ウィンドウの大きさ

になっていたみたいです(タイトルバーとボーダーの分をタスクバーの高さと勘違いしていました)

で、結局、何がしたくて、困っている問題は何かなのですが

したいこと
　ウィンドウのクライアント領域のサイズを画面サイズにして、
　フルスクリーン時には画面の左上にクライアント領域の左上がくるように、
　通常のウィンドウ時は普通のウィンドウとして扱いたい。

困っている事
　協調レベルのセットと解像度変更をすると、ウィンドウのサイズ(非クライアント領域も含めたサイズ)
　が、解像度と同じに設定されてしまって変更できない。
　(マウスイベントを拾いたいので、フルスクリーン時に画面いっぱいのクライアント領域にすることが必須なのです)

>>896
Millenium G400 なのですが…。ドライバはおかしくなさそうです。

>>897
ちょっと質問の内容変更しましたが、やっぱりソース必要でしょうか？

これはなんとかなるでしょうか？よろしくお願いします。

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

>>898
フルスクリーンモード時
　親ウィンドウの非クライアント領域で発生したメッセージ捕まえて、子ウィンドウの
　クライアント領域で発生したメッセージに変換する。

で良いんじゃないの？　非クライアント領域で発生したメッセージを、クライアント
領域へのメッセージに変換するのは、WM_NCHITTEST に対して HITCLIENT 返
せば OK。

**898** · 02/03/10 13:14

>>899
わ～！望んでいた事ができそうです～～！！ありがとうございます～～!!
あと、 HITCLIENT ではなくて HTCLIENT ですよね？

あと、ウィンドウの左上とクライアント領域の左上の差をできるだけ実行時の
コストがかからないで取得する方法ってあるでしょうか？

**900** · 02/03/10 14:10

ちなみに私は安直なので↓のようなコードしか浮かばないのですが
もっといい方法はありますか？

POINT ptClient;
ptClient.x = 0;
ptClient.y = 0;
::ClientToScreen(hWnd, &ptClient);
RECT rcWindow;
::GetWindowRect(hWnd, &rcWindow);
x = LOWORD(lParam) + (ptClient.x - rcWindow.left);
y = HIWORD(lParam) + (ptClient.y - rcWindow.top);

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

>>900
そこまでいくと DirectX の質問じゃないだろ。プログラム技術板の Win32 API スレ
で聞いたほうが良いぞ。

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

DirectX8でウィンドウのサイズ変更時に勝手にウィンドウサイズに
合わせてスプライトが伸縮してしまうんですが、どうしたらいいんでしょうか？

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

バックバッファの転送のところをチェック
転送元の範囲を固定でなく、windowのリサイズにあわせてやればok

**901** · 02/03/11 00:18

>>902
たしかにそうですね。とりあえずうまく逝ってるのでこれで我慢します。

で新たに質問なのですが

Flipしようとすると DDERR_NOTFLIPPABLE が返ってきます。
フルスクリーンですし、サーフェイス作成時に
ddsd.ddsCaps.dwCaps = DDSCAPS_PRIMARYSURFACE | DDSCAPS_FLIP | DDSCAPS_COMPLEX;
ddsd.dwBackBufferCount = 1;
と指定していて、ぶら下がってるサーフェイスもちゃんと取得できています。
Flipの引数は(NULL, DDFLIP_WAIT)でやっています。
ビデオボードは Millenium G400
DirectX8.1 で DirectDraw7 を使っています。

なぜなのかさっぱりわかりません、どういった理由が考えられるでしょう？
よろしくお願いします。

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

DirectX7でBltを使うときに
DDBLT_WAITを指定しているんですが、
Blt後のGetBltStatusがDDERR_WASSTILLDRAWINGを
返します。

なんで描画が終わるまで待っててくれないんでしょう。