技術情報交換スレ - 1087386274

1：管理人★：2004/06/16(水) 20:44: RTXのみならずROや支援ﾂｰﾙ全般に関する技術的な情報を交換するｽﾚです。
ｺｰﾃﾞｨﾝｸﾞに詰まった作者が他力本願的に知恵を増やす目的で設立されましたが、
それだけでなく広く情報交換に使っていただけることを願っています。

管理人の手持ちの情報は少ないですが、RTX/RoTimerの内部動作に関する
御質問などでしたら、できるだけお答えしたいと思います。

規約云々や解析手法の是非などは別ｽﾚ/別BBSへ誘導のこと。
水面下に落ちるまではsage縛りで。
2：Mystle （M.B.S.4s）：2004/06/16(水) 21:51: とりあえず >>1 からネタ振り

21f→21g/h で発生した「特定の環境でﾀｲﾏｰがｶﾞｸﾌﾞﾙ問題」ですが、とりあえず
原因となる箇所は判明しました。
DX乗っ取りで実際に書き込みを行うﾀｲﾐﾝｸﾞを変更したのが原因だったようです。

○21f
　2D書き込み：
　　窓ﾓｰﾄﾞでは DirectDrawSurface->Blt() 、ﾌﾙｽｸでは Flip() のﾀｲﾐﾝｸﾞで
　　GetDC() してGDIでﾌﾟﾗｲﾏﾘｻｰﾌｪｽに直接描画、あるいは自前ｻｰﾌｪｽからBlt()
　3D書き込み：
　　Direct3DDevice->EndScene() のﾀｲﾐﾝｸﾞで DrawPrimitive() などを投下
　　
○21g/h
　3D書き込み：
　　EndScene() で（21fと同じ）
　2D書き込み：
　　EndScene() で 3D書き込みを行った後に保存しておいたﾌﾟﾗｲﾏﾘｻｰﾌｪｽの
　　ﾎﾟｲﾝﾀを使って GetDC() して以下略

というわけで 2D書き込みのﾀｲﾐﾝｸﾞを3Dのそれと一本化したのがまずかったようで。
これがどうしてまずいのかは不明です。
3：人柱さん：2004/06/16(水) 23:05: >>2
　
> ○21g/h
>　2D書き込み：
>　　EndScene() で 3D書き込みを行った後に保存しておいたﾌﾟﾗｲﾏﾘｻｰﾌｪｽの
>　　ﾎﾟｲﾝﾀを使って GetDC() して以下略

EndSceneが非同期で動いてると、その後GDI処理するためにレンダリング終了
まで待つ必要があってRO本体の足を引っ張ってるってことはないでしょうか？

EndSceneでプライマリサーフェイスに書き込んでもFlipかBltでなかったことにな
りませんっけ？バックバッファーに書き込んでるのでしたら、サーフェイスが
VRAM上にあった場合には、GetDCやGDIでほげほげするときにシステムメモリと
VRAM間で転送しまくってて遅い可能性も。

DirectX5～7ぐらいの期間しかDirectXさわってなかったので、記憶違いだっ
たらすみません。それに、プロファイルとったわけでもないので全部予想に
過ぎません。
4：Mystle （M.B.S.4s）：2004/06/16(水) 23:55: >>3
21g/h ではこんなふうに書いてたわけですが

// ﾌｯｸした Direct3DDevice->EndScene() 関数
HRESULT WINAPI Nisemono_EndScene(LPDIRECT3DDEVICE7 *lpD3DDevice)
{
　　HRESULT hRes1, hRes2;
　　hDC hDC;
　　
　　/*
　　// 色々と3Dなお絵かき
　　lpD3DDevice->SetRenderState();
　　lpD3DDevice->SetTexture();
　　lpD3DDevice->DrawPrimitive();
　　*/
　　
　　// 本物を呼び出し (ここで3D命令がｸﾞﾗﾎﾞに飛ぶの？)
　　hRes1 = Honmono_EndScene(lpD3DDevice);
　　
　　// ﾌﾟﾗｲﾏﾘｻｰﾌｪｽ (LPDIRECTDRAWSURFACE7 lpPrimarySurface) は
　　// 別箇所 (CreateSurface()のﾌｯｸ関数) で取得・保持しています
　　if (lpPrimarySurface)
　　{
　　　　hRes2 = lpPrimarySurface->lpVtbl->GetDC(lpPrimarySurface, &hDC);
　　　　
　　　　if (hRes2 == S_OK)
　　　　{
　　　　　　/*
　　　　　　// 色々と2Dなお絵かき
　　　　　　TextOut();
　　　　　　Ellipse();
　　　　　　*/
　　　　　　
　　　　　　lpPrimarySurface->lpVtbl->ReleaseDC(lpPrimarySurface, hDC);
　　　　}
　　}
　　return hRes1;
}

*lpD3DDevice自体はﾌﾟﾗｲﾏﾘｻｰﾌｪｲｽから生成されてますから、Honmono_Endscene() を
呼ぶ前に2D描画を試みてもGetDC()自体が成功しません。でこんな順序に。
でもこれだとｶﾞｸﾌﾞﾙするということで

21fでは if (lpPrimarySurface) { ... } のﾌﾞﾛｯｸがそっくり偽Blt() の中にありまして、
Nisemono_EndScene() はRTXの3D描画を終えた後すみやかに
　　return Honmono_EndScene(lpD3DDevice);
してますた。これだとｶﾞｸﾌﾞﾙしない、と
5：人柱さん：2004/06/17(木) 00:50: http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpdx8_c/hh/directx8_c/_dx_d3dcaps8_graphics.asp
を見ると

一般的には、BeginScene と EndScene のペアの外側で 2D 処理を実行する
ことを推奨する。2D 処理がBeginScene と EndScene のペアの間で実行される
場合は、D3DCAPS2_NO2DDURING3DSCENE 能力をチェックする必要がある。この
能力が設定されている場合、アプリケーションでは、BeginScene と EndScene
の間にある 2D 処理は破棄されると考えなければならない。

とあるので、GetDCが成功しないのはそういうことなんじゃないのでしょうか？

ところで、ゲームの一般的な処理って

入力読んだりネットワーク通信したりいろいろ情報更新
BeginScene
DrawXXXなんかで描画
EndScene←ここでバックバッファーに画面が作られる
Flip/Blt←ここでバックバッファーからプライマリサーフェイスに転送
適当にSleep

の繰り返しですよね。だとするとEndSceneの直後にプライマリサーフェイスに
いろいろお絵かきしても無駄じゃありませんか？

##なんか私がどっか勘違いしてる気がしてきた。