【C++】 DirectX初心� ..

---

[2ch|▼Menu]

666:デフォルトの名無しさん
08/06/02 21:18:21
>>665
半透明や加算合成を一切使わず、抜き色で使うアルファ値も
エッジにAA効果を持たせない二値限定のスプライトが前面に多く
描画されると仮定できる状況なら、大幅にフィルレートを稼げるかもね

でなけりゃただの逆効果

667:デフォルトの名無しさん
08/06/03 01:02:57
>>666
α値が０％（不透過）のところだけZバッファだけ書き込んでなんとかならんかったっけ？

668:デフォルトの名無しさん
08/06/03 02:25:36
>>667
だからカラーキー目的で二値しかアルファ値使ってなけりゃ、アルファテストでいけるよ

でもエッジにアンチェリ（段階的なアルファ値の適用）使った時点で駄目だし、
当然アルファブレンドも使えないしで、2Dスプライトの描画において深度バッファで
速度が稼げるってのは結構レアケースだと思うよ

669:デフォルトの名無しさん
08/06/03 03:29:40
>>668
α値が１のときだけ〜って処理いけんかったっけ？
まあ、いけたとしてもそんなに早くないか・・・

670:デフォルトの名無しさん
08/06/03 09:54:29
かなり重いピクセルシェーダーを使わない限り深度バッファでの高速化って恩恵ないだろ

671:デフォルトの名無しさん
08/06/03 13:21:37
もしくは、点を打つのが激重なグラボ

672:デフォルトの名無しさん
08/06/03 19:07:07
俺のディスプレイ
最低解像度800x600だった
でも、640x480できたお

673:デフォルトの名無しさん
08/06/03 20:03:27
>>671
なんだその存在価値のなさげなグラボは

674:デフォルトの名無しさん
08/06/04 00:19:51
自分で定義した頂点情報をDrawPrimitiveで表示するときや、
読み込んだXファイルをDrawSubSet()で表示するときなどにmaterialを設定しても描画に反映されません

D3DXCreateSphere()等で取得したメッシュをDrawSubSet()する場合は反映されます
materialを有効にするにはSetMaterial()以外に何か設定が必要なのでしょうか？

675:674
08/06/04 01:53:23
すいません、自己解決しました
D3DRS_DIFFUSEMATERIALSOURCEでマテリアルを参照するよう設定するのを忘れていました

676:デフォルトの名無しさん
08/06/04 19:25:36
ビルドは上手くいくのに実行するとすぐに終了されてしまいます
DirectX 9.0 SDK Update (Summer 2003)
に変えてからこうなりました
以前はSummer 2004を使っていたのですが不具合が色々あったので変えました

もしかしたらDirectXの設定がおかしいのかもしれませんわかる方いたら教えていただきたく思います

677:デフォルトの名無しさん
08/06/04 19:36:42
ブレークポイントしかけて、ステップ実行してみれば？

678:676
08/06/04 19:58:37
すみません
BCC Developerを使っているのですがブレークポイントの設定の仕方がわかりません…

679:デフォルトの名無しさん
08/06/04 20:01:10
>>678
VC（正規OSならタダでダウンロード可能）にしてやってみるか
printfをおきまくれ

680:676
08/06/04 20:10:01
VCは以前インストールしようとしたのですが
「サーバとの接続を再度確立します」と表示されてインストールできなかったのでやめました

自分で組んだプログラムではなく、サンプルをダウンロードして実行しようとしただけなのでコードに問題は無いと思います
Summer 2004で実行したときは大丈夫でしたが
Summer 2003に変えてからおかしくなりました

おそらくDirectXの設定を間違えていると思うのですが…


681:デフォルトの名無しさん
08/06/04 20:14:09
なんだバージョンダウンかよ
DX関数に必要なDLLがないんじゃね？

682:676
08/06/04 20:29:59
診断ツールではsystem.dlがないとありましたが
調べてみるとそこまで必要なものではないようでした

サンプルがSummer 2003を対称にしているのでDLLが足りないわけでもないと思います

683:デフォルトの名無しさん
08/06/04 20:34:51
>>680
IE7か割れOSだろ？

684:デフォルトの名無しさん
08/06/04 20:35:37
BCCはVCといろいろ違いがあるんで
BCC対応のライブラリを作るなり取ってくるなり手間が必要だったような気がするが

685:676
08/06/04 20:38:01
firefoxですがIE6が入ってます
OSはノートの正規品です

もともと古いPCなのでグラボの性能が低いのが原因かもしれませんが
Summer 2004で実行できたので…

686:デフォルトの名無しさん
08/06/04 20:57:38
>>685
いくつか関数の仕様が変わったもんがあったような気がするけどそこは直した？
ビルド通らないと思うけど

687:デフォルトの名無しさん
08/06/04 21:01:17
２００４のサンプルを２００３で動かそうとしてんだろ？
足りないもんとかあるんじゃね？
変なコントロールまわりなんかやけに9.0初版のときより豪勢になってるし
バージョンダウンで動かそうとするのなんて時間の無駄じゃね？

688:676
08/06/04 21:06:24
ビルドは通ります
エラーもありません

サンプルは2003用のです
2004からコンパネでDirectXが設定できなくなっていたので
2003にしました

689:デフォルトの名無しさん
08/06/04 21:21:30
最終奥義「クリーンインストール」

690:デフォルトの名無しさん
08/06/05 01:07:03
実行してすぐに落ちてるんなら普通に戻り値調べたらなんか出てそうだけどな
ちゃんとエラーチェックしてる？ｗ

691:デフォルトの名無しさん
08/06/05 01:33:17
CとC++ってどう違うの？

692:デフォルトの名無しさん
08/06/05 01:33:50
CのインクリメントがC++

693:デフォルトの名無しさん
08/06/05 02:47:21
サンプルは環境によって落ちるものは落ちる、市販のゲームとは違うよ
サンプルの実行に拘る理由がよく分からない

694:デフォルトの名無しさん
08/06/05 03:34:04
質問です．
MPEG-2を取り扱うアプリケーションを作成したいんですが．
Directshow()で可能だとは思うんですが．
マニュアルはありますか？


695:デフォルトの名無しさん
08/06/05 03:38:32
>>693
言ってることも割れ臭いし
目的もなく2003だしで正直胡散臭いよねｗ

696:デフォルトの名無しさん
08/06/05 04:39:25
>>694
英語で良いならWindows SDKのドキュメントにある
日本語ならDirectX9 SDKの古いドキュメントがまだMSからダウンロードできたはず
場所の検索は自分でやってネ

697:デフォルトの名無しさん
08/06/05 19:21:39
DirecctX SDK（Mar 2008）とVS2005を使っています。
使っている参考書は
URLﾘﾝｸ(www.amazon.co.jp)
です。
この本ではDirectXのアプリケーションウイザードがVSに追加されているのですが、私の環境では追加されませんでした。
VS→SDKの順にインストールしました。
最近のバージョンだとDiretctXのアプリケーションウイザードは削除されたのでしょうか？

698:676
08/06/05 19:38:46
2004 Summerにしたら実行できました
2003にしようと思ったのもコンパネから設定変えたかっただけなのでこのまま2004でいこうと思います

DirectX勉強してるサイトのサンプルだったんで何とか実行したかったんです
原因はわかりませんでしたが色々とありがとうございました

699:デフォルトの名無しさん
08/06/05 19:47:21
>>697
結構前に廃止された
たぶん2004年のどっか

>>698
最近のは確かにコンパネに設定が追加されなくなったが
DirectX UtilitiesのなかにDirectX Control Panelってものがあってだな
昔コンパネから設定できたことと同じことができるんだぜ？

700:676
08/06/05 19:55:53
>>699
教えていただきありがとうございます
ただ、2004にはないようです
最新のはPCの性能的に難しそうなのでこのまま我慢することにします

ちなみに5年くらい前のpentium�Vです

701:デフォルトの名無しさん
08/06/05 23:15:42
シェーダーを使ってトゥーンシェード（逆引き500に載ってる方法）をやろうとしているのですが、
一部を除き真っ黒になってしまいます。
どういう時にこうなるのでしょうか？

702:デフォルトの名無しさん
08/06/05 23:35:18
ごめんオレエスパーじゃないし

703:デフォルトの名無しさん
08/06/05 23:45:32
DirectPlayがサポート打ち切られたとかマジですか

704:デフォルトの名無しさん
08/06/05 23:56:33
DirectX SDKドキュメントのなんと1ページ目にDirectPlay is deprecatedの一文がッ！

705:デフォルトの名無しさん
08/06/06 00:00:11
２００７年６月あたりのSDKがサポートラスト。
ランタイムは当分のこるだろうけど。

706:デフォルトの名無しさん
08/06/06 00:18:28
９ｃはもう終わりか？

１０の時代なのか？

707:デフォルトの名無しさん
08/06/06 00:55:02
9cの時代のままです

708:デフォルトの名無しさん
08/06/06 03:23:42
10はVISTA限定という暴挙にMSが出たからね
おかげで10の普及は相当に遅れるだろうね

709:デフォルトの名無しさん
08/06/06 20:22:26
XPみたいに皆にブーブー文句言われながら8年後位には普及してるよ

710:デフォルトの名無しさん
08/06/06 20:28:15
そう思っていた時期がMeにもありました

711:デフォルトの名無しさん
08/06/06 20:30:34
細かいバージョンを見れば、MSは失敗作をけっこう出してるよ
そしてすぐに無かったことにしている
SEとかCEとか3.0とかMMCとか、NTとか
Vistaもそんな感じ

712:デフォルトの名無しさん
08/06/06 20:34:44
そりゃXPよりブーブーいうだろ
基本的に全てのアプリはDirectXで組んでくださいっていうスタンスなんだから

713:デフォルトの名無しさん
08/06/06 20:38:04
　　　　　　　　　　　　　　＿＿
　　　　　　　　　　 ,...-‐:"´:.:.::.:.::.:.｀`:‐,,､
　　　　　　,.-..,､／:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:`､ 　＿
　　　　 ／:.:.:./:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:';;´::.:.l
　　　　l:.:.:.:.:.l:.:.:.:.:.:.:.:.:.:/|:.:.:.:.:.:.:.:.::l､:.:.:.:.::.:.:.:.:l:.:.:.::|
.　 　　|:.:.:.:.:l:.:.:.:.:.:.:.::.::/ |:.;:.:.:.:.:.:.;l:l　l:.::l;:.:.:.:.:.:l:.:.:.:;l,
　　　 |:.:.:.:.:.|:.:.:.:.:.::l:.:/　|:|.l:.:.:::.:.:l|l　 |:.:ll:.:.:::.::.ll:.:.:.::|i
.　　　|:.:.:.:.:l|:.:.:.::.::l.|/` ､|l　l:.:::./l _,,.-l:j´l:.:.:.:.:| l:.:.:.:lii
　　　l:.:.:.::.:l i/l:.:.:l |l‐ｪ-ｭ,` l:://´ｪ--,-,.l:.:.:lヽ l:.:.::.l.ii
.　 　l:.:.:.:.:;l l (l:.:.:.lヽゝ_ノ　 '"　　ゝ_ﾉノ.l:.::l,l l .|;:.:.:.l.ij　
　 　l:.:.:.::.lij　｀ゞ::.:l ,､,　　　　　　　∧/l:.:.l／　j|:.:.:.:l.ii
.　　|:.:.:.:.:|.ii　　 ';:.:l､　　　　 '　　　.　 ,l::/　　　l.l:.:.:.l.i|
.　　|:.:.::;.;| ii　　　ヾl >､.　 　0　　 , ｲl:/､　　　| |:.:.:.l li
.　　|:.:.:.|i|　ji,.-ｨ'´l　`l　｀ ‐-‐ '´　　l　 l｀`l‐-l､|:.:.:.l ij
　　|:.:.:.:|i|'´/　l　　ヽ ｀､　　　　　 /　 /　 l　 .l |:.:.:.| i|
　すとーっぷ。>>712は素早く変な空気を作るねぇ…
　>>709より不安な子を見つけたよ。

714:デフォルトの名無しさん
08/06/07 02:02:40
DX9、C++でのテクスチャに関する質問です。
テクスチャのクラス(CTexture)を作り、コンストラクタに画像ファイルのパスを渡してクラス内でテクスチャ(Texture)を生成しています。
CTextureのデストラクタでTextureを削除するようにし(delete Texture)、メモリの解放を試みているのですが
その状態でCTexture* で作ったオブジェクトを削除すると、ヒープが壊れているというエラーが出ます。
多重deleteでエラーが出ることは調べてわかったのですが、
if(Texture) delete Texture;
としているにも関わらずエラーが出るので困っています。
どのようにしてテクスチャが占有したメモリを解放すればよいのでしょうか？

715:デフォルトの名無しさん
08/06/07 02:18:42
>>714
見事にスレ違いだ。
そして君のやりたいことは多分こうだ。

if (Texture) { delete Texture; Texture = NULL; }

716:デフォルトの名無しさん
08/06/07 02:40:27
>>715
できました、ありがとうございます！！そしてごめんなさいでしたァ！！

717:デフォルトの名無しさん
08/06/07 05:40:52
delete Texture;
Texture = NULL;

これでおｋ
delete NULL;は合法
ま、どのみちスレチ

718:デフォルトの名無しさん
08/06/07 12:22:05
URLﾘﾝｸ(www.h2.dion.ne.jp)
のサンプルプログラムを参考にお勉強しているのですが
画面の頂点情報を動的に変えるために
頂点バッファを確保する箇所

VOID* pVertices;
if( FAILED( g_pVB->Lock( 0, sizeof(g_Vertices), (BYTE**)&pVertices, 0 ) ) )
return E_FAIL;
memcpy( pVertices, g_Vertices, sizeof(g_Vertices) );
g_pVB->Unlock();

を処理で何回も経由させる場合
以前に確保したメモリはどのように解放してあげれば良いのでしょうか？
よろしくお願い致します。

719:デフォルトの名無しさん
08/06/07 12:33:41
確保も何もそれはロックしてるだけだと思うが･･･。
あと頻繁にロックするならDYNAMICで作ってDISCARDでロックしろ

720:デフォルトの名無しさん
08/06/07 12:53:13
なるほど、メモリのロックという概念をよく分かってませんでした
動的に確保してるわけでは無いんですね
同じところに何度も上書きしてる感じなのかな？
DYNAMIC と DISCARD は調べてみます
ありがとうございました

721:デフォルトの名無しさん
08/06/07 14:07:06
Direct3DのX-ファイルとテクスチャに関しての質問なんですが。
Xファイルのモデルを作って、それにプログラムでテクスチャ座標を設定して一つのアイテムを作成するのではなく。
モデリングソフトでモデルを作ってる段階で、視覚的にテクスチャを設定して、その情報が入ったXファイルとテクスチャを読みこませて
テクスチャ座標をいちいち設定しなくてもアイテムを表示させたりって出来ないんですかね？

なんだか大体の本はモデルの読み込みと表示は説明してても、モデルの作成からテクスチャの設定部分が余り説明されてないので分かり辛い…
DirectXで使うことを前提とした3Dの本とかってないですかね？

長々と読み辛い文章ｽﾏｿ。

722:デフォルトの名無しさん
08/06/07 15:58:36
メタセコイアとかで普通にやればそうなると思うんだけど

723:デフォルトの名無しさん
08/06/07 16:02:06
>>721
キミが求めている情報を知りたいのならプログラムの本ではなくデザインの本を買うべきだよ。
DirectXだのOpenGLだと自前レンダラーだの関係なくそれはグラフィックデータの話だ。

724:デフォルトの名無しさん
08/06/07 16:28:31
>>721
普通にモデリングソフト触ればわかるだろが

ちなみにXファイルの中にマテリアルってもんがあって
そのなかにたくさんテクスチャ設定できるようになってるじゃん

構造でいうと

Xファイルｘ１
　　メッシュｘN
　　　マテリアルｘ１
　　　　　テクスチャｘ１
　　　モデルのUVｘ１

な感じになってるのか？（バンプ（マルチテクスチャ２枚以上考慮外）とか考えないと）
Xファイル１つにメッシュがたくさんあって
メッシュ１つにつきマテリアルとUVが１つずつあって
マテリアル１つにつきテクスチャが１つあると・・・

だから、Xファイル１つにテクスチャは複数ある構造がいまのXファイルなわけよ

725:デフォルトの名無しさん
08/06/07 16:38:42
メッシュに対するマテリアルの数に制限はないぞ

726:デフォルトの名無しさん
08/06/07 16:45:35
>>725
そうだっけ？
あーでもそうなってる気もするな

でも実用性なくね？
どの頂点がどのマテリアルか決定しなきゃいけないから
読み込むときにマテリアル単位でメッシュわけなきゃいけないな
この辺はモデリングソフト次第って感じ？

727:デフォルトの名無しさん
08/06/07 17:12:08
モデリングの段階でテクスチャやマテリアル毎に
わざわざメッシュを分けて作る方が現実的じゃないだろ。

実際D3DXMeshでも属性テーブルって形式でマテリアル毎に分割して描画するようになってる。


728:デフォルトの名無しさん
08/06/07 17:25:37
XFileに組み込んだマテリアルやテクスチャって１回XFileから読み込んで
デバイスにセットする方法しかないの？

729:デフォルトの名無しさん
08/06/07 18:27:13
デバイスにセットしないでどうやってレンダリングするのかと

730:デフォルトの名無しさん
08/06/07 18:50:41
>>727
メッシュ１つのマテリアル毎にテクスチャが違うって状況か？
あんまり違いがないならメッシュ１つに付きテクスチャ１枚な
俺の経験だとそんなモデルは重過ぎて動かねぇ

まあ、いまソースみたら俺もできるように組んであるけどなｗ
スキンメッシュでかなり苦労してた記述がみられるｗ

スキンメッシュのデータはマテリアルごと描画できるデータになってねぇのなｗ
抜けてんだな＞Xファイルの担当者

731:デフォルトの名無しさん
08/06/07 19:00:24
>>730
何を言ってるかわからねえがスキンメッシュだろうなかろうが同じように描画できるが･･･。
顔の表情とかをテクスチャ差し替えでやろうと思ったら顔だけテクスチャ別にするだろｊｋ

732:デフォルトの名無しさん
08/06/07 19:31:24
>>731
ボーンと頂点を結びつけるインデックスがそうはなってないと思ったが

>>731
メッシュで分けちゃってるな俺んとこのデザイナさん
もちろんプログラムではなんでもできるようにしてあるが

733:デフォルトの名無しさん
08/06/07 20:42:08
>>731
インデックスとマテリアルは関係ないじゃろ。
最終的にはポリゴン１つ１つにマテリアルのインデックスが振られているんだから
それを使ってマテリアル毎に分解して再構成するだけ。
っていうかD3DXで読み込めば全部やってくれるけんど。

734:デフォルトの名無しさん
08/06/07 20:42:37
>>733
>>731じゃねえ>>732だ。

735:デフォルトの名無しさん
08/06/07 21:14:17
>>733
>それを使ってマテリアル毎に分解して再構成するだけ
この作業が面倒臭いって話だな
インデックスがメッシュごとだから、自前で読み込むときは
１回マテリアルごとに直す必要があるな

736:デフォルトの名無しさん
08/06/07 22:22:43
DirectX End-User Runtime Web Installer
URLﾘﾝｸ(www.microsoft.com)
DirectX End-User Runtimes (June 2008)
URLﾘﾝｸ(www.microsoft.com)
DirectX Software Development Kit
URLﾘﾝｸ(www.microsoft.com)


737:デフォルトの名無しさん
08/06/07 22:52:14
>>736
そんなの貼っても割れ厨にはどうせ見れないぞｗ

738:デフォルトの名無しさん
08/06/07 22:54:40
？

739:デフォルトの名無しさん
08/06/07 22:59:26
ああ、そういう事か。
犯罪者の都合は考慮しないよ。

740:デフォルトの名無しさん
08/06/07 23:07:03
>>738
ランタイムのウェブインストーラーや開発キット、ヘルプなんかは
ウィンドウズの正規OSでないと落とせなくなった
なのでたまにこのスレで「落とせません」とか「見れません」とか
「わかりません」とかいう奴はほぼすべて割れ厨

741:デフォルトの名無しさん
08/06/07 23:11:28
PC買えばOS付いてくるのに割れ厨って意外と多いのな

742:デフォルトの名無しさん
08/06/08 04:24:44
ｵﾝﾗｲﾝｹﾞｰﾑをやってるんですが
directxを前のverに戻したらﾊﾟﾌｫｰﾏﾝｽって下がりますか？

743:デフォルトの名無しさん
08/06/08 04:51:37
あ

744:デフォルトの名無しさん
08/06/08 15:05:13
安全に Release メソッドを呼ぶマクロとして
SAFE_RELEASE のようなものを見かけますが、

// safe release
#define RELEASE(p) ( (p) ? ( (p)->Release(), (p)=NULL ) : (0) )

このマクロで何か問題ありますか？
参照を使った関数だと BCC に注意されたので

745:デフォルトの名無しさん
08/06/08 16:17:37
>>744
翻訳しないで原文ママのエラーメッセージを。

746:デフォルトの名無しさん
08/06/08 17:35:36
DirectShowを使ってGUIのメディアプレイヤーを作っているのですが、
IMediaSeeking::GetDurationで再生時間を取得すると、
3分33秒より長いファイルはオーバーフローして負の値になってしまいます。
IMediaPosition::get_Durationで取得しようとすると、E_NOTIMPL（実装されていない）が帰ってきます。
3分33秒より長いファイルの再生時間を取得するにはどうすればいいのでしょうか？

開発環境はVisual Studio 2005 Pro、言語はCです。

747:デフォルトの名無しさん
08/06/08 17:37:54
最小のコードくらい出せカス

748:デフォルトの名無しさん
08/06/08 17:38:00
CComPtr使いなさい

749:746
08/06/08 17:49:53
>>747
IGraphBuilder *pGraph;
IMediaControl *pMediaControl;
IMediaSeeking *pSeek;
IMediaPosition *pMediaPosition;
REFTIME length;
REFERENCE_TIME TotalTime;

CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC,
　　　IID_IGraphBuilder, (void **)&pGraph);
pGraph->QueryInterface(IID_IMediaControl, (void **)&pMediaControl);
pGraph->QueryInterface(IID_IMediaSeeking, (void **)&pSeek);
pGraph->QueryInterface(IID_IMediaPosition, (void **)&pMediaPosition);

pGraph->RenderFile(FileName, NULL);

pMediaPosition->get_Duration(&length);
pSeek->GetDuration(&TotalTime);

こんな感じです。

750:デフォルトの名無しさん
08/06/08 20:43:53
REFERENCE_TIME は普通に使ってる分にはオーバーフローしないが
どこかで int にキャストされてるんじゃね
SetTimeFormat 指定しておいたほうがいいんじゃねえ

751:デフォルトの名無しさん
08/06/08 23:34:30
DirectMusicを最近扱っているのですが、
GetGlobalParam(GUID_PerfMasterVolume, reinterpret_cast<void*>(&V), sizeof(V))で
何故かE_INVALIDARGが返ってきて音量の取得ができません。
不正な引数とありますが、どれが不正な引数なのでしょうか？（Vはlong型です）

ちなみに、この処理を行う前にパフォーマンスの作成、パフォーマンスとシンセサイザーの初期化、
ローダーの作成を行っています。

752:デフォルトの名無しさん
08/06/08 23:41:48
>>751
msdnによると以下のようにあるけど、SetGlobalParamは使用済み？

>SetGlobalParam が rguidType について一度も呼び出されたことがない場合、このパフォーマンスが現在処理している
>グローバル データ リストの中に、rguidType がない可能性がある。その場合、このメソッドは E_INVALIDARG を返す。
>つまり、どのパラメータにも、GetGlobalParam を使って取得できるデフォルト値があると想定しないこと。



753:デフォルトの名無しさん
08/06/08 23:47:46
質問です
URLﾘﾝｸ(richa850.hp.infoseek.co.jp)
ここを参考に、後述のプログラムを書いたのですが、少なくともRADEON9600SEで画面がおかしくなります。
正しい方法はどうやればいいのでしょうか？
・APIリファレンスを読んだところ、MultiSampleTypeなどは以前のものと一緒でなければならないとあったので、上記ページでは決め撃ちになっているのを修正しました
・画面がおかしくなるを具体的に言うと、テクスチャが壊れていたり（正しいテクスチャの一部が緑や白のペンキでラクガキでもされたように塗りつぶされてる）、まったく描画されなかったりです
・old.Widthが中途半端な値（672とか）だったりすると、OSごと巻き込んで落ちます。（PC再起動がかかります）
・

D3DSURFACE_DESC old;
CComPtr< IDirect3DSurface9 > pCurrentDepthStencil;
pDev->GetDepthStencilSurface(&pCurrentDepthStencil);
pCurrentDepthStencil->GetDesc(&old);

//　　新しく作ったテクスチャーの大きさと、現在の深度ステンシルの大きさを比較.
if ((old.Width < descNewTexture.Width) || (old.Height < descNewTexture.Height))
{
　　// 深度ステンシルを作り直す。
　　CComPtr< IDirect3DSurface9 > pNewDepthStencil;
　　pDev->CreateDepthStencilSurface
　　(
　　　　__max(descNewTexture.Width, old.Width),
　　　　__max(descNewTexture.Height, old.Height),
　　　　old.Format, old.MultiSampleType, old.MultiSampleQuality, TRUE, &pNewDepthStencil, NULL
　　);
　　pDev->SetDepthStencilSurface(pNewDepthStencil);
}
//　上記を行なっただけではまだ問題はおこらず、下記を行なうと発症します。
//　上記だけ、もしくは下記だけだと問題はおきません。
pDev->GetSwapChain(0, &pSwapChain)
pSwapChain->GetBackBuffer(0, D3DBACKBUFFER_TYPE_MONO, &pRenderTarget);
pDev->SetRenderTarget(0, pRenderTarget);

754:デフォルトの名無しさん
08/06/08 23:56:19
>>752
ありがとうございます、使用しておりませんでしたorz
デフォルト値がないのですね、なぜこんな仕様になっているのやら…orz

755:デフォルトの名無しさん
08/06/09 08:10:40
変数でも何でもとりあえず初期化しやがれとしか言い様が無い

756:デフォルトの名無しさん
08/06/11 18:45:36
Ｖｅｒ９あたりからボタンとかテキストボックスのような
コントロールのようなものが使えるようになってるみたいなんだが
あれってなんて名前でしょうか？

使い方書いてあるＨＰ検索したいわけだが
なんて検索したらいいかわからんのです


757:デフォルトの名無しさん
08/06/12 01:16:45
DXUT

758:デフォルトの名無しさん
08/06/12 19:35:52
dxutに未来はあるのでしょうか？

759:デフォルトの名無しさん
08/06/12 19:50:35
モデルの、パーツだけ別のモデルに差し替えることって
なんという言葉でしたっけ

760:デフォルトの名無しさん
08/06/13 09:36:07
void PartsDakeSashikae_to_OtherModel(void) { return; }

761:デフォルトの名無しさん
08/06/13 11:24:56
#define PDtoOM PartsDakeSashikae_to_OtherModel
PDtoOM();

762:デフォルトの名無しさん
08/06/13 14:05:08
>>760-761
面白いと思ってやってるのか？

763:デフォルトの名無しさん
08/06/13 16:35:41
自前の画像を使ってボタンを作るとき、レスポンス（押しっぱなし）
の頻度をループ数とタイマーのどちらで制御すべきだと思いますか？

764:デフォルトの名無しさん
08/06/13 16:48:27
タイマー
ループにして何か良いこと有るの？

765:デフォルトの名無しさん
08/06/13 17:38:24
ループだとFPSに依存するから怖いよ

766:763
08/06/14 03:46:37
thx
やっぱりそうなんだ。
処理落ちすることって前提なのね。

767:デフォルトの名無しさん
08/06/14 04:33:41
メッセージで処理しろよ。つーかwinプログラミング覚えろよ。

768:デフォルトの名無しさん
08/06/14 10:52:37
軽いゲームならfps依存でかまわんと思うよ。
ただ、その処理をカウンタで実装したところで
タイマーと比べて簡単になるとは思わんが。

769:767
08/06/14 20:46:38
>>767
プロシージャのタイマーより
クラス内でtimeGetTime()使ったほうがいいだろ？

770:デフォルトの名無しさん
08/06/14 20:56:25
変な人がおる・・・

771:デフォルトの名無しさん
08/06/16 21:19:24
IDirect3DBaseTexture9から画像サイズって取れますか？
IDirect3DTexture9じゃないです

772:デフォルトの名無しさん
08/06/16 21:41:00
取れないよ。
取れないけど・・・どういう状況でその要求が出てくるんだ？
まともな設計してりゃありえないと思うんだが。

773:デフォルトの名無しさん
08/06/16 22:01:16
シェーダークラスで
GetTextureで0のテクスチャの幅と高さを
シェーダーに渡したかったのです。

Textureは、普通のテクスチャだったり、RENDER_TARGETだったりするし、
サイズを別に持たせたくなかった（メモリけちった）のです
無理っぽいので、別個に渡すようにします。


774:デフォルトの名無しさん
08/06/16 22:24:40
あぁ、GetTextureからという話ならIDirect3DResource9::GetTypeで判別して
各継承クラスにキャストすりゃいいだけだよ。


775:デフォルトの名無しさん
08/06/16 22:44:20
普通のテクスチャもRENDER_TARGETも同じIDirect3DTexture9だとおもうけんど

776:デフォルトの名無しさん
08/06/16 23:35:37
ボ、ボリュームテクスチャも作るつもりだもん

777:デフォルトの名無しさん
08/06/16 23:44:20
お前かわいいな
ちょっとこっち来いよ

778:デフォルトの名無しさん
08/06/18 16:26:38
LPDIRECT3DDEVICE9から
ライトのポジションは、GetLightから取れるのですが、
カメラのポジション取得は、できるのでしょうか？
無理ですか？



779:デフォルトの名無しさん
08/06/18 22:23:47
カメラのポジションも当然取得できる。
つか出来ないわけねーだろ。

780:デフォルトの名無しさん
08/06/18 23:08:03
カメラの｢位置じゃなくビュー行列が取れるだけだから
そっからカメラの位置は計算しないといかんけどな

781:デフォルトの名無しさん
08/06/18 23:16:51
」

782:デフォルトの名無しさん
08/06/19 03:55:17
やっぱ、シェーダでカメラの位置が必要になるので
カメラ行列生成情報は、グローバルで持っておくべき？
あと、ビルボード行列も

783:デフォルトの名無しさん
08/06/19 04:27:29
>>782
同じことで悩んでる人発見
カメラのクラスってどこに配置すればいいんでしょうね


784:デフォルトの名無しさん
08/06/19 10:01:29
カメラを管理するクラスをワールドを管理するクラスが持つだろJK

785:デフォルトの名無しさん
08/06/19 13:49:00
カメラはワールドに複数配置できて、
アクティブな奴を切り替え出来るように作っておくとデバッグにも便利

786:デフォルトの名無しさん
08/06/19 15:43:47
その発想は無かった

787:デフォルトの名無しさん
08/06/19 18:54:51
>>786
素人乙

788:デフォルトの名無しさん
08/06/20 00:22:34
いろいろ３Ｄツールを使って試しているのですが
分からないことがあるので質問です。

例えばメタセコイアでpng形式のアルファ付きテクスチャをポリゴンに張ると
レンダリング結果はテクスチャの透明部分はポリゴンも透明になりますが
xファイルに出力してビューワで見ると透明部分は白色表示になってしまいます
これはxファイルにはテクスチャのアルファは無視(白と認識)されるという事なのでしょうか？

789:デフォルトの名無しさん
08/06/20 00:32:36
1) メタセコにおいて、テクスチャマップとアルファマップの両方を指定している場合、
xファイルはマルチテクスチャをサポートしていないので、xファイルに保存した段階で
アルファマップの情報は失われる。

2) そのビューワ（何のビューワか知らんが）がテクスチャのアルファ値を無視しているだけ。

790:デフォルトの名無しさん
08/06/20 01:07:04
>>789
1に関してはテクスチャは１枚しか使用していません。
メタセコイアの材質設定で「模様」のテクスチャにアルファ付きのpng画像を指定した場合と
材質設定の「透明」に白黒のbmp画像を指定した場合の両方を試しましたが
どちらもメタセコイア上で透明に見えていた部分はxファイルで白になっていました。

2に関してはSDK付属のMeshViewerを使って見ていました。
一応自作のプログラム上でも表示を試しましたが
ビューワと同様でアルファの影響は見られませんでした
(DirectX初心者な自分が作ったプログラムなので
それ自体にアルファに関する抜けがある可能性もありますが)

透過効果を使ったｘファイルのサンプルでもあればいいのですが
現状では表示するプログラム側に誤りがあるのか
３Ｄツール側の設定が足りてないのか分からずなんとも・・・

791:デフォルトの名無しさん
08/06/20 01:22:24
PNGのアルファってかなり怪しかった気がするんだけど。
素直にDDSを使う方がいいと思われ。

792:デフォルトの名無しさん
08/06/20 01:29:36
失敗しているとしたら、テクスチャの読み込み段階でアルファ値をわざわざ削ってしまっているか、
レンダーステートおよびテクスチャステージステートの設定が適切でないか、だ。

後者の方が圧倒的に多いパターンなんだけど、
このへん実はピクセルシェーダ使った方が余程わかりやすかったりするんだよねぇ。

793:デフォルトの名無しさん
08/06/20 03:02:14
>>785
おまえ頭いいな

794:デフォルトの名無しさん
08/06/20 03:09:58
なんだかんだで
DirectGraphicsのほとんどの要素をラッピングしたクラスが必要なんですね。
たいへんですね

795:790
08/06/20 08:34:24
>>791
DDS形式使っても無理でした(つД`)

>>792
レンダーステートとテクスチャステージステートは
特に設定していなかったので、レンダーステートに
D3DRS_ALPHABLENDENABLE設定してみたのですが
結果は変わらず。
テクスチャステージステートはデフォルトでイイと思うのですが
この辺の設定も自信無いので違ってたらご指摘お願いします orz

ちなみに使用してるSDKのバージョンは2004/Oct

796:デフォルトの名無しさん
08/06/20 09:31:11
>>795
半透明描画はSRCBLENDとDSTBLENDの設定とCOLOR_OPの設定もちゃんとやらないと話が始まらないぞ。

797:デフォルトの名無しさん
08/06/20 09:40:18
>>795
まずはテクスチャのα値をちゃんと参照する方法を覚えろ。

しかしコンパイル済みMeshViewはテクスチャのα値無視するのは確かに不適切だよな
ソース入ってるから自分でリコンパイルすりゃいいんだけど、メニューでON/OFFくらいつけといてほしかったわｗ

798:790
08/06/20 10:18:37
>>796,797
�d、やっと出来ました！ヽ(｀Д´)ノ

pD3DDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
pD3DDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_INVSRCALPHA );

この二行が抜けてました、ってか
D3DRS_SRCBLENDALPHAとD3DRS_DESTBLENDALPHAの定数と勘違いして使って混乱してました（つД`）ｺﾞﾒﾝﾅｻｲ
テクスチャステージステートはとりあえずデフォルトでも大丈夫でした。
それにしてもMeshViewerはα反映しないんですね
お陰でデータの方に問題があるのかと勘違いして無駄な時間を・・・orz

799:デフォルトの名無しさん
08/06/20 13:04:01
今さっき、テクスチャのαを適用するようにしたMeshViewを作ったわ
2008だとそのままじゃコンパイル通らなくて、いろいろめんどかった

てか、存在しないヘッダファイルをincludeするなよサンプルなのにって思った

800:790
08/06/20 20:58:27
昼に解決したと思って放置してたものを弄ってて
背景透けたと思ってたら、バックグラウンド(クリア色)は
透明ポリゴン越しに透けて見えたけどすぐ後ろに別ポリゴン置いたら
そのポリゴン無視してバックグラウンドの色が表示されてることに気づいた・・・orz

801:790
08/06/20 22:44:21
ぁぁ・・・Zﾊﾞｯﾌｧ有効にしてたら透過が上手くいかず
Zﾊﾞｯﾌｧ無効にすると前後関係を自動処理してくれないから
自前で描画順序を制御しなけりゃいけないって事かな(;´-`)

802:デフォルトの名無しさん
08/06/20 22:45:39
半透明　Zバッファ
でぐぐりまくりんぐ

803:790
08/06/20 22:52:38
つい先ほどからぐぐりまくりんぐです。
初歩の初歩みたいな疑問をグダグダ書き連ねて申し訳なさ爆発です。

804:デフォルトの名無しさん
08/06/20 22:55:09
昨今の事情を鑑みるからには、半透明でモデルを書くな。
使うなら見た目は諦めるか深度ピーリングでもしろ。

頂点処理なんてアホほど浮いてるんだしアルファで抜くより全部
ポリゴンのほうが圧倒的に最近の主流だったりはする。

805:デフォルトの名無しさん
08/06/20 23:01:57
あおりじゃなく、深度ピーリングってなんのことだ？
あと、「半」透明じゃなくて、アルファ値を使った「透過」がやりたいだけなら、アルファテスト使えばよくね？

806:デフォルトの名無しさん
08/06/20 23:04:45
>>804
頂点処理が浮いてるっていうのは、
大抵の場合ピクセルシェーダが忙しくて、頂点シェーダが遊んでるってことですか？
どうやったらコアの稼働率？を調べることが出来るんでしょうか？

807:デフォルトの名無しさん
08/06/20 23:09:24
>>806
まだそんなことを気にするレベルに至って無い
順番にやっていけ

半透明とZバッファの相性の悪さは昔からの命題
一般的には半透明の描画だけリストに登録しておいて、完全不透明の描画が全て終わった後、カメラから遠い順に描画していく
std::multimap<float, IAlphaDraw*> でリストつくると楽だよ
floatがカメラからの距離
IAlphaDrawは半透明描画の描画インターフェースを提供するインターフェースクラス


808:デフォルトの名無しさん
08/06/20 23:16:35
>>806
NV PerfHUD

809:デフォルトの名無しさん
08/06/21 00:41:46
なんか2度書きってなかったっけ？

810:デフォルトの名無しさん
08/06/21 00:43:03
不透過の物体を描画するときはZバッファをONにしてカメラに近いほうから描いていくと速いぞ

811:デフォルトの名無しさん
08/06/21 00:53:12
エフェクトやパーティクルなんかは別として、
モデル自体の半透明処理はかなりの例外扱いだからなぁ。

被写界深度やモーションブラーなんかもやれないし
特殊な条件以外で使うようなものじゃない。

812:デフォルトの名無しさん
08/06/21 07:11:37
２Dゲーでかなりの枚数を重ねようとしてるなら
正直、PCのグラボではフィルレートがまったく足りてないと思う

813:デフォルトの名無しさん
08/06/21 09:28:27
3Dでもハイレゾで普通にバンプ、スペキュラ、シャドウとかやってると
普通にピクセルシェーダーカツカツになるよ。

逆に頂点は数百万クラスになってきてるけど、今は統合型アーキテクチャが主流だしどうなることやら。

814:デフォルトの名無しさん
08/06/21 09:56:02
うんうん頂点シェーダはなにやっても落ちないわ
でもピクセルシェーダはα物をちょっと拡大して表示するだけでもう処理落ちはじめやがんの

これってなんで？
PS２とかだとそんなことなかった気がすんだけっちょ

815:デフォルトの名無しさん
08/06/21 10:02:18
PS2はフィルレートバカじゃん。
使うテクスチャも16色や256色のパレットが殆どだし。
そもそも解像度も640ｘ480より小さいしなー。

816:デフォルトの名無しさん
08/06/21 10:14:13
頂点毎に呼ばれるVSと違ってPSはピクセル毎に呼んでるはずだから
解像度あげたらエライ負担になるだろ

817:デフォルトの名無しさん
08/06/21 11:29:23
DirectXについて料金のことですが
これって無料でダウンロードできるんですか？

818:デフォルトの名無しさん
08/06/21 11:48:48
いいえ。MicrosoftとNDA契約を結んだあと
利用目的に応じたライセンス料を支払う必要がありますん。

819:デフォルトの名無しさん
08/06/21 11:55:28
初心者質問スレなんだから意地悪しないでググレカスでいいじゃないか・・・

820:デフォルトの名無しさん
08/06/21 12:13:01
ダウンロードセンター行けば無料か有料化は一瞬で分かるだろ

821:デフォルトの名無しさん
08/06/21 13:48:25
やべ、俺NDAのサインしてねぇ。

あれ、誰かきた。

822:デフォルトの名無しさん
08/06/21 13:51:09
DrawPrimitiveを使った描画で消失点を画面中央以外にするにはどうすればいいですか？

823:デフォルトの名無しさん
08/06/21 13:54:02
>>822
Projection 行列をいじる

824:デフォルトの名無しさん
08/06/21 14:28:40
>>823
即レスありがとうございます。
色々調べてみたのですがよくわかりません。
D3DXMatrixPerspectiveFovLHの他に座標変換するのですか？

825:デフォルトの名無しさん
08/06/21 14:31:09
>>824
D3DXMatrixPerspectiveOffCenterLHとか使うといい。

826:デフォルトの名無しさん
08/06/21 15:19:14
>>825
できました。ありがとうございました。

827:デフォルトの名無しさん
08/06/21 18:38:44
boost::intrusive_ptr<IDirect3DVertexBuffer9> spVB;
とVBを確保したのですが、
pd3dDevice->CreateVertexBuffer(sizeof(D3DTLVERTEX)*4, 0, D3DFVF_2DVERTEX, D3DPOOL_DEFAULT, m_pVB.get(), NULL );
と、作るときにダブルポインタに出来ません・・・
IDirect3DVertexBuffer9* buf=spVB.get();
pd3dDevice->CreateVertexBuffer(sizeof(D3DTLVERTEX)*4, 0, D3DFVF_2DVERTEX, D3DPOOL_DEFAULT, &buf, NULL );
と渡す以外の方法で良い方法ありませんか？
intrusive_ptrを使うのが悪いのだろうか・・・

828:デフォルトの名無しさん
08/06/21 18:44:15
CComPtr使えよ

829:デフォルトの名無しさん
08/06/21 18:50:29
>>828
ありがとうございます。
DXUTを使ってるので、
atlbase.hをインクルードするときに
Need to include strsafe.h after tchar.h
って言われるのでIntrusiveに逃げようかと思ったんですが、
やはりDXUT.hの中に入れ込んででもCComPtrのほうが良いのでしょうか。。

830:デフォルトの名無しさん
08/06/21 19:12:50
その程度のリソースは余計な事せずにそのまま管理すりゃいいだろ･･･

831:デフォルトの名無しさん
08/06/21 19:19:23
>>827
&(spVB.get())じゃダメなのか？

832:デフォルトの名無しさん
08/06/21 19:38:10
>>829
何を嫌がってるのか理解できんが、だったらintrusive_ptrをそのまんまぱくって

T** ptr_ptr() { return &px_; }

みたいなのを付け足したのを自前でこしらえたらいいじゃん。

>>831
こらこらｗ


833:デフォルトの名無しさん
08/06/21 19:44:39
>>830-832
ありがとうございます。
やはり普通にCComPtrを使うことにしました。
>>832
の意見は大変参考になりました。
ありがとうございました。

834:デフォルトの名無しさん
08/06/21 19:52:30
>>827
CreateVertexBufferに渡すのは素のIDirect3DVertexBuffer9*で、
それを使ってintrusive_ptrを初期化すればいいかと。

835:デフォルトの名無しさん
08/06/21 20:51:57
>>829
その警告だったら、DXUT.hの中でATLのヘッダ読み込めば出ないけどね。
ATL使うのがデフォなら、DXUT.hに追加してプリコンパイル済みヘッダと
使用するのもありだと思うけど。

836:835
08/06/21 21:00:56
ああ、すまん。上のレス読んでなかった。
DXUT.hの中で読み込めばいいのは知ってたのか。
typoしたんだが直すまでもないな。


837:デフォルトの名無しさん
08/06/21 21:21:45
>>833
CComPtrはかなり独立したテンプレートクラスだから、コピペでパクるのもいいぜ？
ってか俺はそうしてる。
なぜならＶＳ2008にはatlbase.hが入ってないからだ；；

838:デフォルトの名無しさん
08/06/22 00:05:48
スマートポインタって不必要になったら自動で削除っていうけど
不必要になったときっていつなんだ？
スタティックで参照されると一生消えないんだろうか？もしかして

839:デフォルトの名無しさん
08/06/22 00:08:19
俺はデータを管理するクラス経由でアクセスするようにしてるから
vector、list、set、map、stringくらいしか使ってないな･･･。

840:デフォルトの名無しさん
08/06/22 00:09:51
>>839
setとmapってどういうときに使うの？

841:デフォルトの名無しさん
08/06/22 00:26:04
>>838
参照がなくなった時だろ。

842:デフォルトの名無しさん
08/06/22 00:57:07
>>838
普通はプログラムの終了時だと思うぞ

843:デフォルトの名無しさん
08/06/22 02:27:49
>>840
mapは外部ファイルから読み込みするリソース（シェーダー、テクスチャ、モデル）なんかを
二重に読まないようにファイル名をキーにインターフェイス突っ込んどいて参照カウンタで管理に。

multimapとかmultisetなんかはパーティクルとかの挿入ソート代わりに。

844:デフォルトの名無しさん
08/06/22 07:02:25
>>837
入ってないのExpress Editionだけだろ

845:デフォルトの名無しさん
08/06/22 10:15:19
しかも2008に限らず無料版でATLが入っていたことなどないはず・・・・あ、2003（コンパイラのみ提供）はATLありだったっけ？

846:デフォルトの名無しさん
08/06/22 11:05:11
>>842
じゃあ、うっかりスタティックで参照しやがった馬鹿が開発チームにいたら
デフォでリークし続けるってこと？
参照あってもこっちが削除したいっていったら強制的に削除してほしいときは
どうしたらいいだろうか？

847:デフォルトの名無しさん
08/06/22 11:14:10
参照があるのに削除したらスマートポインタの意味がないじゃん。

848:デフォルトの名無しさん
08/06/22 11:18:44
プライオリティ設定できないの？
優先度高の奴が残ってるときだけ参照あったら削除しないで
優先度低の奴は残ってても強制執行・・・みたいな

849:デフォルトの名無しさん
08/06/22 11:44:55
weak_ptrみたいなの？

850:デフォルトの名無しさん
08/06/22 12:17:08
>>846
言ってることがよく分からんが
その「スタティックな参照」を行ってるスコープから出れば解放されるんじゃないの
一番大きいスコープ＝プログラム(プロセス)
スコープから出る＝プログラムの終了

851:デフォルトの名無しさん
08/06/22 12:52:04
>>850
スコープから出る時にデストラクタが呼ばれるならそれはLocal変数であってStatic変数ではない罠。

852:デフォルトの名無しさん
08/06/22 14:54:23
>>851
スコープは例えただけで、関数内スタティック変数が関数抜けると
解放されるとかそういう意味で言ったんじゃないんだ
分かりづらい例えですまんかった

「プログラム終了時に消えると思う」に対して「スタティック参照したらリークするんじゃ」
って話だったから終了時に消えるって事を押したんだが
関数内スタティックが関数抜けても消えないっていうのを問題にしているのかね>>846は

853:デフォルトの名無しさん
08/06/22 16:32:05
>>846
参照カウンタの概念は理解してるか？
それとグローバルスコープ（プログラム終了）を抜ける時に
グローバル変数やスタティック変数のデストラクタが呼び出されて
解放されることも。


854:デフォルトの名無しさん
08/06/22 17:30:45
その辺りは実際に書いて試してみたほうが早いよね

855:デフォルトの名無しさん
08/06/22 18:06:10
要はバッサリ削除したいのに
使いもしないスタティック参照がインスタンスを消させなくしているから
どーでもいいような優先度の参照に関してはつかんでても無視して強制的に削除したいということだよ

856:デフォルトの名無しさん
08/06/22 18:57:20
普通に管理クラスつくって自分でマネージメントした方がいいと思うけど。
DirectX関係のインターフェイスは余計な事しないでシンプルに扱ったほうがいい。

857:デフォルトの名無しさん
08/06/22 20:19:39
>>855
weak_ptr

858:デフォルトの名無しさん
08/06/22 23:01:47
そもそも使いもしないスタティック参照がいて
かつ参照がいるのに強制削除って状況がおかしいよ。


859:デフォルトの名無しさん
08/06/23 00:03:08
確かに・・・リソースの強制削除なんて特異な状況聞いたことないな。
単にまともな管理が出来ていないだけにしか聞こえないな。

860:デフォルトの名無しさん
08/06/23 01:48:29
>>858
シーンを何回も呼ぶ（ロードアンロードを繰り返す）んだけど
そのうちの１シーンがスタティックでポインタを保持してるところが多いのよ
いらなくなったらそのシーンは破棄するんだけどプログラム自体はスタティック参照だから
残るのよこれが
範囲が広すぎて修正不可能だからどうすんべーって感じなわけ

861:デフォルトの名無しさん
08/06/23 04:37:39
staticにした時点で間違ってると言うことだNE

862:デフォルトの名無しさん
08/06/23 09:51:22
シーンが破棄されるときに、デストラクタから開放するべきなんじゃ？
てか破棄されうるシーンがスタティックなポインタを持ってるっておかしくね？

863:デフォルトの名無しさん
08/06/23 11:17:03
>>846のレスからすると何か変な勘違いを前提にして、
強制削除とやらをしなければならないと思っているような気がするが。
>>838からの流れなんだろうけど、その後の他の人のレスと
話が噛み合っていない。

そもそも、リソースの管理に問題ありというのには同意。

864:デフォルトの名無しさん
08/06/23 13:04:07
スタティック参照って言葉でややこしくなってる気が

865:デフォルトの名無しさん
08/06/23 16:01:33
オンボードビデオカードだと
CreateDeviceでD3DCREATE_HARDWARE_VERTEXPROCESSINGが失敗すると思ってよいのでしょうか？

また、ビデオカードを使ってる環境でオンボードでも動作するように開発するには
D3DCREATE_SOFTWARE_VERTEXPROCESSINGで初期化を行えばあとはCPU速度次第ということになるのでしょうか？

866:デフォルトの名無しさん
08/06/23 16:21:38
>>865
少なくともここ1年以内のIntel製オンボードは
D3DCREATE_HARDWARE_VERTEXPROCESSINGでも通るぞ

恐らくだが3年前の物でも通ると思う


867:デフォルトの名無しさん
08/06/23 16:53:54
>>866
ありがとうございます
自分の環境が945Gなのですが駄目でした
この環境で動作させるには、頂点数やライティングに気をつければよいのでしょうか？

868:デフォルトの名無しさん
08/06/23 17:59:50
>>867
頂点数とライティング、あとはVRAMを食いすぎないようにすれば十分な速度は保てると思う。
オンボードグラボは基本的にメインメモリからVRAMを取るから十分にメモリを積んでない
システムでVRAM食いすぎると酷いことになる。
でかいテクスチャを何枚も使ったりしないで簡単な3Dエフェクト程度の利用だったら
特に問題なく動くんじゃないかな。

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4333日前に更新/247 KB
担当:undef