【C++】 DirectX初心� ..
[2ch|▼Menu]
415:デフォルトの名無しさん
08/05/10 21:57:07
○輪郭線アルゴリズム
確かに>>406のものが
最も正確でキレイに作れそうなので、
>>406を主にすべきだな。

○ジオメトリ操作は、なるべくGPUでやりたい。
1パス目：D3DFILL_SOLIDで描画
2パス目：D3DFILL_WIREFRAMEで描画

この2パス目を、先のアルゴリズムで
輪郭線のみ描かれるようにすればいいんじゃないの。

○線の太さは任意に変更したい。
これは、2パス目を>>412の方法で太くすればいいんじゃないの。

416:デフォルトの名無しさん
08/05/10 22:00:03
>2パス目：D3DFILL_WIREFRAMEで描画
>
>この2パス目を、先のアルゴリズムで
>輪郭線のみ描かれるようにすればいいんじゃないの。
書いてから気付いたけど、これはちょっと難しいかなぁ


417:デフォルトの名無しさん
08/05/10 22:03:56
>>414
頂点シェーダで線を引くことはできないと思いますけど…

>>415
その方法ですと、やはりアゴなどに輪郭線を出すことができませんよね。

418:デフォルトの名無しさん
08/05/10 22:05:38
>>406のものと同等の正確さというのはかなり難しいなぁ…
GPUを使ったものは、やはり速さ優先で作られてるし

419:デフォルトの名無しさん
08/05/10 22:07:33
うるせえ！！！

420:デフォルトの名無しさん
08/05/10 23:26:00
「自在な太さ」というのが>>406だと結構難しいはずなので（あと処理がキツイだろこれ）
結局のところ割り増しモデルを裏返し手法に落ちついちゃうんだよなぁ。
精度は落ちるけど、押し出す頂点位置を距離によらず一定になるように頂点シェーダで
調整すればそれなりの見栄えにはなる。

421:デフォルトの名無しさん
08/05/10 23:31:03
>>420
I3DXLine使えば太さは楽勝じゃね？
頂点データをもとに自前で線引いてるんだから

422:デフォルトの名無しさん
08/05/10 23:46:00
>>421
使ったことないので知らんが、あれでは太くなったら普通に線の一部が元モデルにめり込むか、
Z値を考慮せずに描画されるならなおさらこの手法には使えないのでは？

一ドットの線ならZバイアス使わんでも自前で射影行列なり弄れば>>406の「理想」の線は描画できるが、
それ以上の太さになるとポリラインで表現することになり、そうなればどこまで線のZ値を前に押し出せば
元のモデルと重ならずに描画できるかは簡単には見積もれないはずだ。

423:デフォルトの名無しさん
08/05/11 09:25:17
>>422
ああ、ごめん。モデル側にめり込むのはご法度って考えだったのね。
俺は太さ3までだったら、モデルに1ドットめり込むだけだから別にいいやって思ってたもんで

＞一ドットの線ならZバイアス使わんでも自前で射影行列なり弄れば>>406の「理想」の線は描画できるが、
よかったらこのあたり、詳しく解説してくれないか


424:デフォルトの名無しさん
08/05/11 17:38:11
法線方向にプッシュして裏返すのって、特許取ってなかったっけ？

425:デフォルトの名無しさん
08/05/11 21:26:54
ちょっとD3DFILL_WIREFRAMEが話題にあがったから試してみたんだが
D3DFILL_WIREFRAMEにしてもD3DFILL_SOLIDと描画時間が一緒だったんだが…
何かの間違いだろうか？
PixelShaderの呼び出し回数が段違いだと思うのに…

426:デフォルトの名無しさん
08/05/11 21:46:10
なら頂点シェーダーかCPUがボトルネックなんだろ。
たいした量描画してるわけじゃないなら大抵CPUがネック。

427:デフォルトの名無しさん
08/05/11 21:51:10
質問です

今、PixelShaderを使う描画を学んでおり、自分のメインPCでは正しく動作しました。
試しにと、PixelShaderに対応していない（1.0にすら対応していない）古いサブマシンに持っていって動かしたところ、正しく動いてしまいました。
ここで疑問なのですが、何故正しく動いてしまったのでしょうか？

どうやら
PixelShader = compile ps_1_1 PS();
と書いた部分が、メインPCだと正しく適用されるが、サブPCだと無視され固定パイプライン（という呼び方でOK？）のPixelShaderにより描画されているっぽいです。

これはHLSLの仕様なのでしょうか？
てっきりHLSLのコンパイルエラーとなり、fxファイルのロードに失敗するかとふんでいたのですが…


428:デフォルトの名無しさん
08/05/11 21:53:26
補足です。

＞ここで疑問なのですが、何故正しく動いてしまったのでしょうか？
の時点では、書いていたPixelShaderが固定パイプラインのそれと同等だったため「正しく動いているように見えた」のです。
ためしにPS()内で必ず「黒」を返すようにしたところ
・メインPCでは正しく黒を
・サブPCでは通常通りの描画を
したため「サブPCではPS()が無視され、固定バイプラインのPixelShaderが呼ばれている」と判断したのです。

429:デフォルトの名無しさん
08/05/11 21:55:50
>>426
どうやらボーンによる頂点変換（ソフトウェア処理）がボトルネックだったっぽ
すまん

430:デフォルトの名無しさん
08/05/11 22:36:13
確かに俺の環境も
PS2.0世代のGPUのくせに
PS3.0コンパイルのShaderが
HWで動いているな。
多分これは、PS2.0に対応とか3.0に対応ではなく
2.0、3.0で追加された機能に対応しているという話だろう。
ただアンタの言うPSの代わりに固定機能が動くというのはないな。
勘違いだろ。

431:デフォルトの名無しさん
08/05/11 23:16:43
対応してなくても動作はするけど
対応してないＰＣじゃコンパイルはできないよね
あとピクセルシェーダーの動作って
コンパイルしたマシン（のＧＰＵ？）に依存してる？
家のＰＣでテストした実行ファイルを仕事場のＰＣで動かすと
家のＰＣと同じ動作するけど
コンパイルしなおすと動作が変わったりする

432:デフォルトの名無しさん
08/05/11 23:29:40
>>430
お返事ありがとうございます。

＞ただアンタの言うPSの代わりに固定機能が動くというのはないな。
うーん、どういじっても
PixelShader = compile ps_1_1 PS();
の PS()の中身は無視されてしまいます。

float4 f = {1.0f, 1.0f, 1.0f, 1.0f}
return f;

という単純なPS()の中身ですら、メインPCだと正しく真っ白になり、
サブPCだとPixelShader = compile ps_1_1 PS();の宣言がないがごとく振舞います。

エフェクトは
D3DXCreateEffectFromFile
でロードしています。

433:デフォルトの名無しさん
08/05/11 23:34:51
D3DXが気を利かせてくれてるのかねぇ・・？
PS非対応環境なんてもはや持ってないから、アドバイスできん。すまん

434:デフォルトの名無しさん
08/05/12 03:39:42
なんもエラー出てないの？

435:デフォルトの名無しさん
08/05/12 15:10:21
何もエラーでないですね…。
ただ、ReleaseビルドのEXEファイル生実行ですので、次はサブPCのVC6.0上でDebug実行し、D3DXのログ出力を見てみます。
家に帰るのは夜です

正直質問した時は、あっさり
「PSが無い環境では、compile ps_1_1 PS(); って記述は無視されて、固定パイプラインとして実行されるよ」
とかくるかと思っていたのですが…

436:デフォルトの名無しさん
08/05/12 22:44:35
435です。
やはり特にエラーメッセージもなく、単にスルーされているだけっぽい動作です。
どなたか心当たりあるかたいらっしゃいませんかー？

仮説
PixelShader = compile ps_1_1 PS();
などは、動作環境のサポートバージョンが、コンパイル指定したバージョン未満の場合は
（エラーを出さず）変わりに固定パイプラインを呼び出す

437:デフォルトの名無しさん
08/05/12 23:55:38
>>436
はじめにサポートバージョンってわからないっけ？CAPSで
つか、何がしたいんだっけ？

438:デフォルトの名無しさん
08/05/13 00:35:14
>>436
それ固定昨日と頂点定義が一致してないとランタイムで死ぬだろ

439:デフォルトの名無しさん
08/05/13 09:47:00
>>437
やりたいことというより、こういう動作をするものなの？という疑問を解決するのが目的ですね。
CAPSでシェーダのバージョンはとれるので、意図しない動作を起こさないようにバージョンではじくことは可能ですね。

>>438
ちょっといまいちわかりませんが、頂点シェーダでの出力定義が「（固定パイプライン的に）普通」じゃないとランタイムエラーになるということでしょうか？
そもそも頂点シェーダでは「普通」じゃない出力はできないと思っていましたが違うのでしょうか？
（だから計算結果とかを、使ってないテクスチャーUVの中に入れるとかでごまかして渡す）
とりあえず、そんなことをしている場合は描画がしっちゃかめっちゃかになりそうですね。

440:788
08/05/13 17:48:16
directXのAppwizardってVC++6の時代のものですか？
UPdate Summer2003(v9.0b)では，CD3DApplicationという汎用クラスが
あったのに最新バージョンではなくなっています．
その代わり，DXUTというフレームワークがふんだんに使われています．

directXのバージョンによってプログラミングテクニックがころころ変化して
いるように見えるんですけど(１～２年前の参考書が最新バージョンと大きく
食い違っている)，いったいどのバージョンを勉強したらお得なんでしょうか？
小生，これからdirectXを勉強しようというものです．

やっぱり，最新バージョンでSDKを使ってシコシコ書くのがベストでしょうか？
MFCのdaialogベースでdirectxを使ってみたいのですが．

あと，DXUTを解説している本やサイト(英語でも可)があったら教えてください．


441:デフォルトの名無しさん
08/05/13 18:29:35
URLﾘﾝｸ(www.kohgakusha.co.jp)
これとかか？

ただし、DXUTの仕様はSDKのバージョンごとに変わってたりするんで
そのまま使えるかどうかはしらね

442:デフォルトの名無しさん
08/05/13 19:48:34
>>441

ありがとうございます。早速、購入してみます。

443:デフォルトの名無しさん
08/05/13 20:05:47
ID3DXLineって便利だけど
遅いの？

444:デフォルトの名無しさん
08/05/13 23:29:46
>>439
例えば、自分が固定パイプラインと同じ機能をシェーダ使って実装するとしてどうなる？って話じゃねぇの

445:デフォルトの名無しさん
08/05/14 23:19:22
シェーダの質問なのですが、
D3DFMT_R16FやD3DFMT_A8のように4要素のないテクスチャで
float4でtex2Dを取得した場合zやwはどんな値になるのでしょうか？
不定なのか、0が入るのか、前の値が保持されたままなのか、など教えていただけると助かります。

446:デフォルトの名無しさん
08/05/15 00:14:53
ドキュメントくらいはちゃんと嫁。
float4(0, 0, 0, 1)に対して渡された要素が上書きされるイメージ。

447:デフォルトの名無しさん
08/05/15 00:28:16
>>446
ありがとうございます。
ドキュメントの探し方が甘かったようです。申し訳ありません。

448:デフォルトの名無しさん
08/05/15 18:07:18
URLﾘﾝｸ(www.geocities.co.jp)
のexeを実行するとちゃんと動くんだけど、ソースをVC++2008で、コンパイルするとうまく動かない。

どうも、lpDIJoyDev->QueryInterface でfalseが返ってるみたいだけど、どこ修正すればよい？



449:デフォルトの名無しさん
08/05/15 19:39:30
>>448
PCに入ってるSDKのバージョンがそのソースの想定したSDKの
バージョンとあってないとコンパイルできないよ

450:デフォルトの名無しさん
08/05/15 20:46:38
ごめん、コンパイルは通るけどオリジナルと挙動が違うってこと。。

451:デフォルトの名無しさん
08/05/15 20:50:07
引数とかも違うだろ？

452:デフォルトの名無しさん
08/05/16 12:45:26
>>450
exeがなかったので違いがわからないけどソースからビルドしたやつも普通に動作してるよ
挙動が違うとは具体的に何が違うの

453:デフォルトの名無しさん
08/05/16 16:21:26
質問です。
Radeon 9600 series AGP 128MB(ドライバは　URLﾘﾝｸ(ati.amd.com)　)の環境にて、かなりおかしな挙動をしています。（OSはWindows2000）
何か情報ありませんでしょうか。
なお、その他の環境3個所くらいで試してみましたが、特に問題は見られませんでした。

・テクスチャーの表示がおかしい
256x256サイズのテクスチャーを10枚程度読み込んだあたりから、一部のテクスチャーの表示がおかしくなります。
テクスチャはD3DXCreateTextureFromFileで読んでいます。
テクスチャーが張られているモデルは、Xファイルで読み込んだ板ポリや、立方体などの単純なものです。

テクスチャーが張られているところが全体的にRGB(0,255,0)な感じに色になり、ほんのちょっとだけ元のテクスチャーの名残が見られるような、なんともバグった感じになります。
読み込むテクスチャーの数を減らすと、さっきバグって表示されていたものも綺麗に表示されます。
描画はプログラマブルシェーダを使わず、固定機能のものです。

・固定シェーダの挙動がおかしい
pDev->SetTextureStageState(0, D3DTSS_COLORARG1, D3DTA_CURRENT);
pDev->SetTextureStageState(0, D3DTSS_COLORARG2, D3DTA_TEXTURE);
pDev->SetTextureStageState(0, D3DTSS_COLOROP, D3DTOP_MODULATE);
pDev->SetTextureStageState(1, D3DTSS_COLORARG1, D3DTA_CURRENT);
pDev->SetTextureStageState(1, D3DTSS_COLORARG2, D3DTA_TEXTURE);
pDev->SetTextureStageState(1, D3DTSS_COLOROP, D3DTOP_MODULATE);

と設定しているのですが、
pDev->SetTexture(0, NULL);
pDev->SetTexture(1, pTexture1);
としたとき、pTexture1の色が乗算されません。

pDev->SetTexture(0, pTexture0);
pDev->SetTexture(1, pTexture1);
ではきちんと両方の色が反映されるようです。

Radeon 9600は比較的新しいボードですし、むしろ超古いGeForce2MX400とかではまともに表示されます。何か原因が思い当たる方いらっしゃいますでしょうか。

454:デフォルトの名無しさん
08/05/16 16:37:56
伝説巨人RADEON

455:デフォルトの名無しさん
08/05/16 16:52:15
使い方がおかしい

456:デフォルトの名無しさん
08/05/16 17:01:16
>>455
どこか、>>453の中に使い方がおかしいことを示す情報があったでしょうか？
ご教示願えればありがたいです

457:デフォルトの名無しさん
08/05/16 17:14:54
ATIとnVIDIAの違いなんじゃね

458:デフォルトの名無しさん
08/05/16 17:43:47
>>453の追加情報です。

pIDirect3D9->CreateDevice(adapter, D3DDEVTYPE_REF, hWnd, D3DCREATE_SOFTWARE_VERTEXPROCESSING | D3DCREATE_MULTITHREADED, ¶m, &pDevice);
REFモードならバグりようがあるまい。と思って試してみようとしたのですが、
RADEON環境だとこの生成に失敗しました。

…RADEONというものは、思いのほかDirect3Dと相性が悪いのでしょうか？

459:デフォルトの名無しさん
08/05/16 19:18:00
>>453
SetTexture(0, NULL)してるのに、ステージ0でテクスチャ参照したら駄目だろう。

When a texture stage has D3DTSS_COLORARG1 equal to D3DTA_TEXTURE and
the texture pointer for the stage is NULL, this stage and all stages after it are not processed.

ARG1にD3DTA_TEXTUREをしておいて、テクスチャにNULLを設定するとそのステージ
以降が無効になる仕様だが、ARG2については何も書かれていないので未定義かも。

460:デフォルトの名無しさん
08/05/16 19:27:31
>>459
なるほど。ARG2がテクスチャ、かつNULLなときに後のテクスチャを参照してくれていたのは
GeForceが「たまたま」そう定義していたからであったわけですね。
気をつけます。

ちなみにそこに気をつけるよう改良してみましたが、1番目の「・テクスチャーの表示がおかしい」は相変わらずです。


461:デフォルトの名無しさん
08/05/16 20:04:30
>>460
それもなんかおかしいんじゃねぇの？ｗ
基本的にnVidiaのボードは確かに未定義や
おかしな部分を変な風に救っちゃう設定だからRADEONで開発したほうがいいぜ
俺も開発のときにnVidiaのボード使ってて苦労した

462:デフォルトの名無しさん
08/05/16 20:16:19
>>459
知らなかったｗ

463:デフォルトの名無しさん
08/05/16 20:24:29
固定シェーダの恐怖だな
nVidiaとその他一部のボードでは動くんだけど
それ以外ではうんともすんとも言わないとかいう状況がありえる恐怖
（納期まで一週間とかいう状況ではじめてRADEONで動かして画面真っ黒になったときは血の気が引いたｗ）
HLSL使うようになってからそういう苦労は一応消えた

固定シェーダ止めるとこの辺はグッと楽になる

464:デフォルトの名無しさん
08/05/16 20:27:22
＞（納期まで一週間とかいう状況ではじめてRADEONで動かして画面真っ黒になったときは血の気が引いたｗ） ＞
いやあああああああ

465:デフォルトの名無しさん
08/05/16 21:05:12
>>461
なるほど、とりあえずRADEONの購入は検討してみます

>>463
それは血の気が引きそうですね
私も公開するゲームを作っているので、なるべくRADEONにも対応したいところです
全てHLSLで書くのも検討していますが、「・テクスチャーの表示がおかしい」の件は、HLSLを使った描画の部分でも発症しているので困ったものです…

466:デフォルトの名無しさん
08/05/16 21:47:12
ＤｉｒｅｃｔＸの勉強をはじめたいのですがもう固定機能パイプライン？は無視してＨＬＳＬとかプログラマブルな
シェーダーの勉強を始めたほうがいいのでしょうか？

467:デフォルトの名無しさん
08/05/16 21:55:47
自分の開発環境がプログラマブルシェーダに対応しているなら、そっちのみでいいと思われる。
VertexShaderは最低でもソフトウェアエミュレートができるし、
PixelShaderにしてももう対応していないグラボなんて存在しないと思っていい。




でもオンボは対応してねーんだよなぁ('A`)

468:466
08/05/16 21:58:34
MSのカンファレンスでもらったVS2008スタンダードにＧｅ7900ｇｓ、ＯＳはＸＰです。
固定機能はさすがにいいですかね。

469:466
08/05/16 21:59:39
ありがとうございました。

470:デフォルトの名無しさん
08/05/16 22:03:59
皆さんノートＰＣのことも考えてあげてください
もしくはこの世から全てのオンボードＰＣを破壊してくださいマジでもう

471:デフォルトの名無しさん
08/05/16 22:15:54
>>452
vc++2008ではまんまではコンパイルとおらなかったので、DInput.cppの

63行目　ret = DirectInput8Create(hinst,DIRECTINPUT_VERSION,IID_IDirectInput8,(void**)&lpDInput,NULL);
115行目　ret=lpDInput->EnumDevices(DI8DEVCLASS_GAMECTRL,InitJoystickInput,lpDInput,DIEDFL_ATTACHEDONLY);

に修正してコンパイルとおしたんだけど、126行目がfalseを返してくるの。


472:453
08/05/16 22:29:39
色々アドバイスありがとうございました。

＞・固定シェーダの挙動がおかしい
この件ですが、RADEON上だけでなく、GF上でもREFモードだとうまく表示できませんでした。
>>459さんのアドバイスがクリーンヒットだったようで、気をつけながら直したところ、REFでも綺麗に表示されるようになりました。
RADEON上でpTexture1が乗算されるようになったようです。
（ただし、pTexuter1自体がバグっているため、乗算はされたものの、おかしなテクスチャが乗算されています）

今後はREFモードでちょくちょくチェックしながらやっていきます。


現在は、RADEON使いと連絡がとれなくなってしまったため、
「・テクスチャーの表示がおかしい」については後日また調査して、報告します。
どうしても治らない場合はまた相談させていただくかと思いますが、その時はよろしくお願いします。

473:デフォルトの名無しさん
08/05/16 22:36:29
お疲れさん
ちゃんと報告してくれる質問者は歓迎だぜ

474:デフォルトの名無しさん
08/05/16 23:08:47
ウホッここを覗いててよかった
ラデオン買ってくる

475:デフォルトの名無しさん
08/05/17 07:41:55
>>471
DIrectX 7以下じゃないと動かないよ
8にするなら全部書き換えろ

476:デフォルトの名無しさん
08/05/17 07:49:36
>>448
Dinput.hに
#define DIRECTINPUT_VERSION 0x0700
を追加


477:デフォルトの名無しさん
08/05/17 20:09:42
関係ないけど、DirectInputってウイルスバスターが不正変更で～って怒るとない？
お兄さんたちはどうしてるのかな？

478:デフォルトの名無しさん
08/05/17 20:12:54
あ、あれってDirectInputのせいなんだ。。。

僕の作ったソフトも怒られるから気になってたけど。。。

479:デフォルトの名無しさん
08/05/18 16:32:53
ウイルスバスターはＤｉｒｅｃｔＩｎｐｕｔ使うと怒るのね
友人にテストしてもらったら
「不正な変更とか出る　ウイルスだろこれ？」
とか言われたお

ネットワーク対応ゲームでも作ろうかと思うんだが、
ＤｉｒｅｃｔＰｌａｙ使うのとＷｉｎＳｏｃｋ使うのとどっちがいいんだろ
ＤｉｒｅｃｔＰｌｙａはＷｉｎＳｏｃｋに比べるとダメだという話をよく聞くけど
どこがどうだめだかよくわかんね
手軽に実装するならＤｉｒｅｃｔＰｌａｙのほうが楽そうにも感じる
そこら辺詳しい人いませんか？

480:デフォルトの名無しさん
08/05/18 17:25:02
あんま詳しくないが、TCP使えないらしいお。
そういった制限があるから、やっぱ「お手軽通信」なイメージはある。
Winsockは、アプリケーションが使うTCP/IPの基本かつ全てだから
DirectPlayに出来てWinsockに出来ないことはない。
そういう意味だとｵﾓ＜Winsockに比べるとダメ

本当にTCPが使えないのなら、オンラインRPGには無理なだ。

481:デフォルトの名無しさん
08/05/18 18:00:21
今右ドラッグで３Dオブジェクトを回転させるのをやっていて、とりあえず
D3DXQuaternionRotationYawPitchRoll(&q,マウスのX変移,マウスのY変移,0);
とやってそれっぽい動きにはなってるんですが、どうもメタセコとかと操作感が違うんですよね。
ドラッグ開始時にXYの回転軸を作って、それに対する回転てやりたいんですが
何使ったらいいですか？

482:デフォルトの名無しさん
08/05/18 18:11:10
>>481
RotationYawPitchRollは角度が非常に小さければ任意軸周りの回転に
近い動きをするが、本来は全く違うもの。
マウスの移動量とZ軸で外積を取って、その軸周りの回転を使う。

483:デフォルトの名無しさん
08/05/18 18:20:19
>>482
親切にありがとうございます。意味はなんとなく分かるんですが、頭がついて来れなくて・・・
で、それはZ回転が起こらない場合にのみ使えるんですよね？多分（今回はそれでもいいですが）

484:デフォルトの名無しさん
08/05/18 19:57:07
>>479
色んな通信に対応しすぎてて、初期化が遅いのが一番の不満かな＜Play
といってもPlay使ってたのはDirectX7の頃だから、改善されてるかもしれんが。

WinSockなら全ての通信を自分で把握できるのが強み。

485:デフォルトの名無しさん
08/05/18 20:27:13
>>484
DirectPlayは廃止されて久しい。
WinSockを叩くのが一番無難で楽しい。

486:デフォルトの名無しさん
08/05/18 20:32:54
WinSockだとセッションとかのゲーム的な概念がないから
そこらへんも全部自分で実装しなきゃならないんだよね？
WinSockのネットゲームで使えそうなお手ごろサンプルがあるといいんだけど

487:デフォルトの名無しさん
08/05/19 03:08:12
質問です。
DirectXを使って2Dゲームを作ってみようと思ってMSDNのリファレンスを見ていたところ、
CreateVertexBuffer()で頂点バッファを作ってLockとUnLockの中で頂点を処理していました。
ですが、別のホームページにはこれらを使わずに描画してるページもありました。

2Dの場合はCreateVertexBufferを使わずに描画したほうがいいのでしょうか？
それともCreateVertexBufferを使わなくても描画出来るという解釈でいいのでしょうか？

488:デフォルトの名無しさん
08/05/19 03:22:35
別にどういうやり方しても構わないよ。
ただ、
・頂点バッファをビデオメモリ上、AGPメモリ上に作ると描画が速い
・が、そういう場所に作った頂点バッファをLockするのは重い（ビデオカードの処理を止めるから）
・システムメモリ上に作った頂点バッファのロックなら遅くない（多分。）が、
　それは頂点バッファ作らない方法と同じこと。ビデオカードから遠いので描画は遅い

毎フレーム書き換えるような頂点配列なら、システムメモリに置くか
頂点バッファ使わずにやるのがのがいいんじゃないかと。
検証とかしたことないので間違ってたら指摘ヨロ

489:デフォルトの名無しさん
08/05/19 03:26:37
チラシの裏にでも書いてろ

490:487
08/05/19 03:43:14
>>488
なるほど、どっちの処理が重いかで使い分けるといいみたいですね。
ありがとうございます。

491:デフォルトの名無しさん
08/05/19 10:26:00
>>488
追加⇒DYNAMICとDISCARDフラグを組み合わせると描画もLockも速いがメモリを食う。

492:デフォルトの名無しさん
08/05/19 13:56:52
>>489
なるほど、チラシの裏ですね
よくわかりました

493:472
08/05/19 19:22:45
色々アドバイスいただいた>>453です。
>>459さんのアドバイスによる修正のおかげか、RADEON上でも綺麗に表示されたそうです。
ありがとうございました。

D3DTSS_COLORARG1　にTEXTURE
D3DTSS_COLORARG2　にCURRENT
なるべくこうするのが吉。というわけですね。
大抵の初心者サイトがこうしている一方、時々は逆も見かけるようです。
他の人が同じ失敗しませんように…。

494:デフォルトの名無しさん
08/05/19 19:35:23
チェックしたら見事に失敗してたわ
SDKをもう一回全部読み直したほうがいいかもなー・・・

495:デフォルトの名無しさん
08/05/19 20:06:53
演出について質問
キャラが地面に着地した際、演出として着地点のまわりに衝撃波を立てたいと思っています
例えるなら、牛乳の入ったコップに牛乳を一滴おとした時にできる、王冠のようなものです

こういう演出はどのようにして実装するのが良いでしょうか？
今まではボーンアニメまでしかやったことがないのですが、モーフィングという技術のほうがより良さそうな気がしています

496:デフォルトの名無しさん
08/05/19 23:56:15
>>495
スケーリングで十分

497:487
08/05/20 00:09:01
>>492
調べてみたら動的に確保したメモリを静的に確保したように見せるとのことだったんですが、
これはVRAMとAGPメモリに確保して同期させるという解釈でいいのでしょうか？

498:487
08/05/20 00:09:52
すいません>>492ではなく>>491でした

499:デフォルトの名無しさん
08/05/20 01:53:49
>>497
昔はそうなんだが、現在のVGAだと諸々の理由でシステムメモリを介したコピーを
行っているものが多いので、動的な頂点バッファはほとんど意味を成さなくなっている。
経験で言うならシステムメモリよりも頂点バッファを使う方がパフォーマンスが高くなる
傾向があるのは確かだが、大半は大した性能差があるわけでもないし、
そもそも適切に扱うためのフラグ設定が頂点バッファはわかりにくいので、
個人的にはシステムメモリ(DrawIndexPrimitiveUP等）で実装することをお勧めする。

2Dスプライトの実装なんぞDrawPrimitiveのバッチ処理さえしておけば
それ以上は深く考えんでも良いと思うぞ。

500:デフォルトの名無しさん
08/05/20 08:28:59
AGPメモリを使うか否かで動的なデータは速度に大差が出るぞ

501:デフォルトの名無しさん
08/05/20 12:44:39
非同期で処理させるかの違い

502:デフォルトの名無しさん
08/05/20 19:02:00
まあ、自分のゲームでやってみるのが一番
つーのは想定している状況によりけりって感じだから
なんでも使える汎用ルーチンなんて作ろうと考えないで状況に応じて対処したほ


503:487
08/05/20 20:53:38
>>499-502
2Dの処理にそこまで考える必要はないけど、
詳しく知りたい場合は自分のゲームで実装して調べたほうが早い、とのことなので、
時間に余裕があるときに調べてみたいと思います。
色々ありがとうございます！

504:デフォルトの名無しさん
08/05/20 21:17:01
環境にもよるんじゃないか

505:デフォルトの名無しさん
08/05/20 21:49:34
WinSockだとポート空けるのをユーザー側に頼まなければならないので
UPnＰ対応してるDirectPlayつかうことにしたぽ

506:デフォルトの名無しさん
08/05/20 22:42:13
UPnPの対応はDirectPlayに頼らなくても簡単に出来るぞ

507:デフォルトの名無しさん
08/05/20 22:55:18
>>506
URLﾘﾝｸ(www.bosuke.mine.nu)
これためしてみたけどルータがふるくてだめだった
しかしDirectPlayだとポート開放しなくても通信できる

もっといい方法があるならおしえてくださいませ

508:デフォルトの名無しさん
08/05/20 22:56:06
Direct3D9.0のデバイスロストからの復帰で
・D3DPOOL_DEFAULTのテクスチャ解放
・D3DXFONTのOnLostDevice()呼び出し　　　　　この2つは順番適当
・D3DXSpriteのOnLostDevice()呼び出し

　　　pDevice -> Reset(&Param);

・D3DXSpriteのOnResetDevice()呼び出し
・D3DPOOL_DEFAULTのテクスチャ確保
・D3DXFONTのOnResetDevice()呼び出し　　　　　この2つは順番適当
・レンダーステートの回復

てやってるんだけど、画面真っ暗です。これ以外に何やるんでしょう？
あと順番に決まりはあるんでしょうか？

509:デフォルトの名無しさん
08/05/20 23:03:40
>>508
確保したリソースの解放をちゃんとしましょう。
Debug Runtimeでエラーメッセージの確認をしましょう。

510:デフォルトの名無しさん
08/05/21 20:30:26
>>506
ひょっとして upnp.h　とか使うの？
ネット探しても具体的なやりかたが乗ってるところがないのが困る

511:デフォルトの名無しさん
08/05/21 23:15:17
>>510
URLﾘﾝｸ(www.bosuke.mine.nu)
おもくそ有名なサイトがあるわけで
ぐぐろうよ

512:デフォルトの名無しさん
08/05/22 00:12:19
お前は空気読め

513:デフォルトの名無しさん
08/05/22 02:01:13
「頂点ベースの描画」という言葉の意味がよく分かりません
対になるものは何でしょうか？

514:デフォルトの名無しさん
08/05/22 16:48:56
ポリゴンで描画（３つの頂点）で描画と思ったらいいんじゃね？
ポリゴン２個で四角形になるお

515:513
08/05/22 16:53:09
>>514
知識不足ですみませんが、そうでない描画の方法があるのでしょうか？

516:デフォルトの名無しさん
08/05/22 16:56:14
つーか、「ポリゴンで描画で描画」ってなんだよ。

517:デフォルトの名無しさん
08/05/22 17:25:02
そもそも
「頂点ベースの描画」なんて聞いたことがない

518:デフォルトの名無しさん
08/05/22 17:28:55
＞"ポリゴンで描画で描画"との一致はありません。
＞"頂点ベースの描画"の検索結果 1 件中 1 - 1 件目 (0.14 秒)
＞"頂点ベース" の検索結果 約 148 件中 1 - 10 件目 (0.24 秒)

519:デフォルトの名無しさん
08/05/22 17:59:10
頂点シェーダーでライト当てるかピクセルシェーダーでライト当てるかって事でないん？
そのくらいしかない気がするんだが。

520:デフォルトの名無しさん
08/05/22 19:50:11
>>513
どこで頂点ベースって聞いたんだよ？

>そうでない
DirectDrawのスプライト描画のことじゃね？

さいきんのゆとりはDirectX7以前を知らんのか

521:デフォルトの名無しさん
08/05/22 19:50:44
ポリゴンで描画の間違い

522:デフォルトの名無しさん
08/05/22 22:30:57
そもそもDirectXにスプライトなど存在しない

523:デフォルトの名無しさん
08/05/22 22:39:14
ジオメトリベースド
イメージベースド

524:508
08/05/22 23:22:56
バックバッファの解放と確保
ステンシルの解放と確保も付けたんですが、まだPresent(0,0,0,0)がD3DERR_DEVICELOSTを
出してきます。何が足りないんでしょうかＴ-Ｔ

525:デフォルトの名無しさん
08/05/22 23:27:27
それは作った本人にしかワカリマセン。

526:デフォルトの名無しさん
08/05/22 23:29:53
POOL以外で作ったテクスチャとか頂点とか全部削除する

527:デフォルトの名無しさん
08/05/22 23:32:30
>>526
StateBlockとかもだな。

EffecとかFontとかSpriteも中でStateBlock作ってるからロスト対策が要るけどなー

528:508
08/05/22 23:45:28
フロントバッファは何もしなくていいんでしょうか？StateBlockは作ってるつもり
はないんですが・・・何か他に暗黙的なものがあったら教えていただけないでしょうか?

529:デフォルトの名無しさん
08/05/22 23:52:57
スレ住人が超能力に目覚めるよりはソースを出す方が解決は早い思います。

530:デフォルトの名無しさん
08/05/22 23:53:04
D3DX～系のLostDevice()は全部やってる？

531:デフォルトの名無しさん
08/05/23 00:16:03
DX10で作ればおｋ

532:デフォルトの名無しさん
08/05/23 00:17:15
Resetしてないんだろｗｗｗ

533:508
08/05/23 00:43:08
>>528ソースのみですか？関係ないクラスを除いた抜粋でいいですか？
>>530フォントとスプライトなら呼んでます。
>>532Resetからの返り値も出力してるので多分大丈夫だと思います･･･

534:デフォルトの名無しさん
08/05/23 00:53:32
ResetはPresenがD3DERR_DEVICELOST以外を返した後の話だから関係なくね？

535:508
08/05/23 00:58:54
URLﾘﾝｸ(ccfa.info)
なんかいろいろ言われそうで怖い・・・よろしくお願いします。

536:デフォルトの名無しさん
08/05/23 12:09:02
現在、大学3年でシェーダーの勉強をしています。
それで、データの可視化の研究をしてみたいと思うようになったのですが、シェーダーの出番ってありますか？
無駄になるのもなあと思っているのですが。
OpenGLも少し勉強したことはあったのですが、可視化の分野はどちらを使ったほうがいいでしょうか？
また、仮にシェーダーを使う場合、どのような研究のネタがあるでしょうか？

537:デフォルトの名無しさん
08/05/23 13:04:30
どう可視化したいのかも書かずに質問とな？

538:デフォルトの名無しさん
08/05/23 13:10:17
と言うか、綺麗に見せたきゃ使うような物だからあんまり意味なくね？

539:デフォルトの名無しさん
08/05/23 14:29:49
>>535
common.h無いいわれるお
できればプロジェクトもあげてほすぃ
デバッグしやすい

540:デフォルトの名無しさん
08/05/23 15:47:51
関係ないが Graphics::drawSprite のBegin End の対応がおかしい

541:508
08/05/23 19:03:13
>>539
URLﾘﾝｸ(ccfa.info)
プロジェクトはＢＣＣのしかなかったので、ついてません。申し訳ないです。
>>540
多分治ってると思います（？
C++と窓とDirectX同時に勉強してたんで、拙いところがたくさんありますが

542:デフォルトの名無しさん
08/05/23 23:08:12
現在ブロック崩しを製作中なのですが、もし「20個あるブロックがなくなったら」という状況を表現するために下記のように打ったら、「error C2106: '=' : 左のオペランドが、左辺値になっていません」とエラーが出ました。
どうすればいいのでしょうか。

if(block1==0&&block2==0&&block3==0&&block4==0&&block5==0&&block6==0&&block7==0&&block8==0&&
block9==0&&block10==0&&block11=0&&block12==0&&block13==0&&block14==0&&block15==0&&
block16==0&&block17==0&&block18==0&&block19==0&&block20==0)

543:デフォルトの名無しさん
08/05/23 23:12:19
すいません、正式に言うと「ブロックがなくなったら」ではなく、「ブロック変数がゼロになったら」でしたね

544:デフォルトの名無しさん
08/05/23 23:25:17
block11=0

545:508
08/05/23 23:26:17
よくこの釣り間違い探しをやるな

546:デフォルトの名無しさん
08/05/23 23:26:42
>>544
intした名前が「block11」だったのがまずかったってことですか？

547:デフォルトの名無しさん
08/05/23 23:40:00
>>546
マジで言っているならプログラミングなんてやめて旅にでも出ることをお勧めしておく。

548:デフォルトの名無しさん
08/05/23 23:42:28
>>547
今気がつきました＝が一つしかありませんでしたね
初歩的なミスでした

549:デフォルトの名無しさん
08/05/23 23:43:40
もっと根本的に変数使いすぎ
配列など、別のアプローチを考えれ

550:デフォルトの名無しさん
08/05/23 23:46:02
いやあ、恥ずかしいです…

551:デフォルトの名無しさん
08/05/23 23:48:11
配列はおろか、ブロックの数をカウントするカウンター作ったほうがいいだろ…。あとここDirectXスレ…

552:デフォルトの名無しさん
08/05/23 23:51:29
おっとここはDirectXスレだったな
釣られちまったぜ

553:デフォルトの名無しさん
08/05/24 01:25:59
>>545
誰もやってない悪寒。
少なくとも俺はソースがあまりにひどかったので1度動かして消した。

554:デフォルトの名無しさん
08/05/24 11:40:55
この前RADEONだと色々厳密という話しがでたので、RADEON買って来て試してみた
今まで遊びで作ってたほとんどのゲーム、まともにうごかねえｗ
色々見直そう

555:デフォルトの名無しさん
08/05/24 12:02:08
Radeon、Geforce両方をDebugRuntimeでチェックするのがベスト。
nVidiaのドライバーは空気を読見すぎるのが困る。
しいていうならタグが変でも一応見れちゃうIEと手厳しいネスケの違いみたいなもんか。

556:508
08/05/24 12:18:10
>>553
545のは直上の人に言った言葉です
ていうか、特に何がやばそうでしたか？

557:デフォルトの名無しさん
08/05/24 13:05:57
>>556
まずアプリの終了時にバックバッファ解放してないだろ。
Getしたものは全部Releaseしろ。

あとSDKいれてるならDebugRuntimeで試せ。
それなら終了時に解放してなかったりD3Dエラーが出たときにデバッガで落ちるようになる。

558:デフォルトの名無しさん
08/05/24 14:31:53
CComPtrﾏﾝｾｰ

559:デフォルトの名無しさん
08/05/24 16:51:30
俺はこんな感じでやってるわ

class ICallbackDeviceReset
{
public:
ICallbackDeviceReset();// std::setでつくられたグローバルリストに登録
virtual ~ICallbackDeviceReset();// std::setでつくられたグローバルリストから解除

virtual OnLostDevice()=0;
virtual OnResetDevice()=0;
};

デバイスのロスト＞リセット時に呼び出されたいクラスは、このクラスを継承するようにすれば
自動的に呼び出されるようになる。

560:508
08/05/24 16:59:16
>>557
バックバッファの解放とはGraphicsオブジェクトにセットしたポインタをリリースしろということでしょうか？
それならばGraphicsオブジェクト終了時に自動解放されています。
ところが、デバッグモードで見たらMemory still allocated! Alloc count = 94の文字がorz
しかもAllocIDが出ないので、何がまずいのか分かりませんでした・・・
CreateDeviceの際にパラメータに書いてあるバックバッファやステンシルバッファといった物は
明示的な解放はいらないですよね？

>>559std::setがstd::listなだけでまったく同じことしてます。

561:デフォルトの名無しさん
08/05/24 17:06:50
>>560
listに入ってないリソースを疑うか
listの処理そのものを疑え。

562:508
08/05/24 17:27:19
リリース忘れはどうやらスプライトのようでした・・・
これで先のエラーは出なくなったんですが、Ctrl+Del+Altを押した時に
Direct3D9: (ERROR) :Device is in an invalid state. Only Reset, TestCooperativeLevel or Release could be called
がひたすら出てしまいました。デバイスロストからの復帰に失敗してるんでしょうが、なにぶんメッセージの意味が分かりません

>>561どうやらlistが怪しいようです・・・。ここをもうちょい詰めてみます。

563:デフォルトの名無しさん
08/05/24 17:54:12
>>562
listだと、アドレスを登録する時に
・重複が怖い（コンストラクタでのみ自動登録されるなら心配ないが）
・解放時の検索速度が、setのほうが圧倒的に速い
って利点があるぜ。

ソース見ようとしたけど404だったんで突っ込んだアドバイスしてあげられないな。
もう一回UPする気ない？（スプライト修正版を）

564:デフォルトの名無しさん
08/05/24 17:54:58
なんか日本語があからさまにおかしいが、脳内補完してくれ。
setのほうがいいよってことで(;´Д`)

565:デフォルトの名無しさん
08/05/24 17:58:53
メッセージの意味は、

デバイスが不正な状態になってます。
この場合、Reset、TestCooperativeLevel、Releaseのどれかのメソッドしか呼び出せません。

つまり、まぁデバイスがロストしてるよと。復帰させるか、あきらめろと。

566:508
08/05/24 18:01:32
>>563
リストどうやら間違ってませんでした。
URLﾘﾝｸ(ccfa.info)
よろしくお願いします。

567:デフォルトの名無しさん
08/05/24 18:16:31
oggがどこで生成されるのか謎だからあくまで予測なんだが

デバイスを作成したスレッドと、デバイスをリセットしようとするスレッド。
違うスレッドになってね？
全部リソース解放してても、スレッドが違うと失敗するんだが。

568:デフォルトの名無しさん
08/05/24 18:26:22
すまん、oggの作成場所発見したわ。
同じスレッド上だな。

しかし綺麗なソースだな。
うちの部下どもに爪の垢を煎じて飲ませてやりたいわ

パッと見問題はなさそうな分、とりあえずD3D関連の生成物を全部カットしてリセットして、問題なければ一部だけ生成するようにしてリセットしてみて…
ってやっていくしかないなぁ

569:デフォルトの名無しさん
08/05/24 18:47:42

Graphics& GameWindow::getGraphics(){
if(device != NULL && g.target->target == NULL){
device->GetBackBuffer(0,0,D3DBACKBUFFER_TYPE_MONO,&(g.target->target));
}
return g;
}

ここのバックバッファをReleaseしてないのが原因じゃねーか？

570:508
08/05/24 19:03:26
>>569できたお
ありがとうございました。

ところでテクスチャからサーフェイスをGetしていた場合Releaseの順番てどちらからでも問題ないですか？

571:デフォルトの名無しさん
08/05/24 19:07:54
作ったのと逆の順で解放するのが良い。
そうしなかった場合不具合が起きるかは未検証だが、プログラムでは逆順解放が基本。

サーフェイスは描画前に取得して、描画終わったらさっさとReleaseしちゃいな。
取得にほとんど時間かからないから。

572:デフォルトの名無しさん
08/05/24 19:42:45
CComPtrとか使えって言ってんだろ。初歩的なミスが綺麗さっぱりなくなるぜ？

573:508
08/05/24 19:50:08
>>572
CComPtrってデバイスロストでもリリースとかしてくれるんですか?
なんか話のポイントが違う気が・・・

574:デフォルトの名無しさん
08/05/24 19:50:52
>>572
確保しっぱなしだったから、結局はデバイスリセットの時に正しく解放できなかったと思うぜｗ

そういや508よ。
「ベース メンバ初期化リストで使用されました」
のワーニング出てたぞ。直しておけよ。

575:デフォルトの名無しさん
08/05/24 20:04:05
warningをちゃんと潰す、DebugRuntimeでエラーがない事を確認する、
nVidiaのドライバはATiに比べるとかなりエラーに甘いのでちゃんと
nVidiaとATiの両方で動作確認をしっかり行なう。

576:508
08/05/24 20:39:35
>>574マジすか・・・ＢＣＣでは出なかったのに、工夫してみます。
本当に親切にありがとうございました。ノシ


577:デフォルトの名無しさん
08/05/24 21:13:16
デバッグの警告レベルを最大にしたら
(WARN) :Ignoring redundant SetTextureStageState
が出まくるんだけど・・・
かといって、デフォルト値使われるのかと思ってコメントアウトしたら全然違う動作しやがる

578:デフォルトの名無しさん
08/05/24 21:42:26
同じのを何度も設定してるんでないの？
最大レベルだとどうでもいいwarningが大量にでるから１レベル下がいいよ。

579:デフォルトの名無しさん
08/05/24 21:50:56
あるねー＞どうでもいいwarning
なんか最近のVCで昔ながらのstr～関数を使うだけで
警告出しやがるようになりやがったし
VC作った奴の感性がちょっとわからなくなった
リソースわけられないとかそっちの方をどうにかしてほしいのに
余計なもんばっかり増えていくな

580:577
08/05/24 21:52:09
何度も設定はしていないけど、
一番最初に描画される時にも出てるから、そこで警告出るんならデフォルト値使われてるのかな、と思ったんだけど、
ちゃんと設定しないときちんと描画されない。
余計な警告は無視する方が吉みたいですね

581:デフォルトの名無しさん
08/05/24 21:59:51
警告でウザイのは、例外を使ったときのだな。
わかって使ってるのに

582:デフォルトの名無しさん
08/05/24 22:25:58
>>580
それはデフォルト値が使われているという警告じゃなくて、
Aという値を前回セットしたにも関わらず、同じ値をセットしたときに起きる。
フレームをまたいでもチェックされる。

583:577
08/05/24 22:36:24
いやだから、一番初めにセットした時に出るってことは、デフォルト値とかぶってるんじゃないのか、
と思ってたってこと

584:デフォルトの名無しさん
08/05/25 00:22:38
DirectXで両面ポリゴンは、描画可能なのでしょうか？

585:デフォルトの名無しさん
08/05/25 00:26:38
可能です！

586:デフォルトの名無しさん
08/05/25 00:41:07
ありがと。
エクスポートがうまくいかなかったのかな…。

もしかして、なにか設定が必要ですか？

587:デフォルトの名無しさん
08/05/25 00:47:21
自己レスです。
LW使ってたのですが、付属プラグインは片面になってしまうそうで・・・。
LWからのエクスポートで、何か方法を知っていたら教えてください。

588:デフォルトの名無しさん
08/05/25 01:13:55
実行時のD3DのSetRenderState()の設定次第なんだが・・・

589:デフォルトの名無しさん
08/05/25 01:23:46
LWでダブルサイド指定じゃなく、
ちゃんと倍の頂点使って裏のポリゴンを作っておく

エクスポート時に、ダブルサイド指定のポリゴンを
裏ポリ用頂点を作ってくれるエクスポーターなんて知らんね…

UVやらマテリアルやら関係なく、ただ両面描画しれてば良いだけなら
>588の言う通り

590:デフォルトの名無しさん
08/05/25 01:45:51
とりあえずD3DRS_CULLMODE（ですよね？）を指定しておき、
あとで裏にポリゴンを作ろうと思います。
ありがとうございました。

591:デフォルトの名無しさん
08/05/25 06:32:23
Xファイルを出力、編集するソフトって何がありますか？

592:デフォルトの名無しさん
08/05/25 09:44:08
メタセコイア
有料版でもインポート・エクスポート以外は使える。
その.mqoをLEで読み込めば・・・・

593:デフォルトの名無しさん
08/05/25 10:23:25
現状、メタセコでモデル作成。POSERでBVH作成。LWで合成してXファイルで出力
ってやってるわ

594:デフォルトの名無しさん
08/05/25 11:26:51
DLL_APIってなんですか？ＤＬＬを作る命令？

595:デフォルトの名無しさん
08/05/25 12:04:04
>>594
マルチすなや。

596:デフォルトの名無しさん
08/05/25 16:40:33
デバイスロスト時ってもしかしてSetTextureStageStateで設定した情報も失われてる！？

597:デフォルトの名無しさん
08/05/25 18:53:43
Presentしたらステート必ずセットし直すか、ステートブロックでも使え。


598:デフォルトの名無しさん
08/05/25 18:57:10
Xファイルに出力したカメラのアニメーションを利用したいのですが、どうすればいいのでしょうか？

599:デフォルトの名無しさん
08/05/25 19:06:22
>>597
ステートブロックはデバイスロストしたら一緒にロストすんぞ。

>>598
どうもこうもアニメーション情報を読んで再生する。

600:デフォルトの名無しさん
08/05/28 03:43:28
フルスクリーンのときにスクリーンサイズを600×400にするとCreateDeviceに失敗し、
640×480などのサイズにすると成功するんですが、どういった理由でこうなるのですか？

LPDIRECT3D9 p_d3d;
D3DPRESENT_PARAMETERS d3dpp;
D3DDISPLAYMODE d3ddm;

p_d3d = Direct3DCreate9(D3D_SDK_VERSION);
m_pD3D->GetAdapterDisplayMode(D3DADAPTER_DEFAULT, &d3ddm);

ZeroMemory(&m_D3Dpp, sizeof(D3DPRESENT_PARAMETERS));
d3dpp.BackBufferCount = 1;
m_D3Dpp.Windowed = TRUE;
m_D3Dpp.BackBufferFormat = d3ddm.Format;
d3dpp.SwapEffect = D3DSWAPEFFECT_DISCARD;
d3dpp.EnableAutoDepthStencil = TRUE;
d3dpp.AutoDepthStencilFormat = D3DFMT_D16;
// ここまで同じ設定

d3dpp.BackBufferWidth = 600;
d3dpp.BackBufferHeight = 400;
// これをCreateDeviceに指定すると失敗する

d3dpp.BackBufferWidth = 640;
d3dpp.BackBufferHeight = 480;
// これをCreateDeviceに指定すると成功する

601:デフォルトの名無しさん
08/05/28 05:26:43
600x400のモードをデバイスがサポートしてないだけじゃないの？
関数の戻り値とか調べてください

602:デフォルトの名無しさん
08/05/28 08:55:42
600x400なんて画面モード、存在するのか？

次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch
4325日前に更新/247 KB
担当:undef