【C++】 DirectX初心� ..
[2ch|▼Menu]
602:デフォルトの名無しさん
08/05/28 08:55:42
600x400なんて画面モード、存在するのか？

603:デフォルトの名無しさん
08/05/28 12:36:49
>>600
グラフィックボードで使える解像度じゃないからだよ
EnumAdapterModes( )でそのデバイスで使える解像度を列挙できるからその中から選べ

604:デフォルトの名無しさん
08/05/28 17:09:35
>>602
PC-98時代の遺産だな。仕事で出会う確立はもはやレアだろ。

605:デフォルトの名無しさん
08/05/28 17:31:36
PC-98でも横は640だし･･･

606:604
08/05/28 17:54:34
をや？？・・・640×400と見間違えた。

607:600
08/05/28 20:59:35
>>601-606
なるほど、使用出来る解像度の問題だったんですね。
ありがとうございます。

ついでに質問なんですが、解像度は現在のディスプレイの解像度を使ったほうがいいのでしょうか？
それとも各ディスプレイごとに使用出来る解像度を調べて、自分のプログラムにあった解像度を選んだほうがいいのでしょうか？


608:デフォルトの名無しさん
08/05/28 21:09:54
>>607
他のゲームを参考に汁
どっちのタイプもあるよ
自分の合う方法を探せ

609:デフォルトの名無しさん
08/05/28 21:18:53
320×240,640×480,800×600,1024×768のどれかなら、
必要な解像度を動作環境に明記しとけば大丈夫。
一般的な解像度はこの辺だからな。

610:デフォルトの名無しさん
08/05/28 21:21:45
そういや、2Dゲーは解像度固定が、3Dゲーは解像度可変が多いよな。

611:デフォルトの名無しさん
08/05/28 21:30:33
ポリゴンは解像度に依存しにくいからな

612:600
08/05/29 01:10:37
>>608-611
他のゲームの解像度と一般的な解像度と開発環境などと相談して決めるのがよさそうなので、
そこらへんを考慮しつつ可変か固定か決めてみたいと思います。
ありがとうございました。

613:デフォルトの名無しさん
08/05/29 12:25:43
>>609
320×240
↑はWindowsではぜんぜん一般的じゃないっぽ

614:デフォルトの名無しさん
08/05/29 12:37:57
320ｘ240でスクリーンショット撮ってみた
URLﾘﾝｸ(neko-loader.net)


615:デフォルトの名無しさん
08/05/29 12:55:35
出来ないとはいってないってｗ
オンボードとかだとこけるやつが結構あるって話
無理に使う必要もないしね

616:デフォルトの名無しさん
08/05/29 12:56:04
>>614
快適にWindowsライフが過ごせそうですね

617:デフォルトの名無しさん
08/05/29 13:37:54
せっかくだからVisualStudioとかでやってほしかったぜ

618:デフォルトの名無しさん
08/05/29 14:14:49
320x240は画面プロパティからは選べなくても、内部的にサポートしてる場合が多いよ。
というか、サポートしてないのみたことないな…。
同人ゲームで恐縮だが、EFZという格闘ゲームがフルスク320x240固定なんだが、動作しないって人聞いた事ない

619:デフォルトの名無しさん
08/05/29 15:31:40
256色を使えないXPが無いのと同じだよな

620:デフォルトの名無しさん
08/05/29 15:43:50
>>618
ゲーム画面が320x240でも、
640ｘ480で画面作って拡大して描画してる場合もあると思う。

グラフィックボードがしょぼくてソフトウェアレンダリングな同人が流行ってた頃、
このサポートはどこでもやってたような気がする。


621:デフォルトの名無しさん
08/05/29 17:32:40
URLﾘﾝｸ(www.tasofro.net)

[1832] 【技術サポート】　起動できません-

■親トピック/記事引用■

□投稿者/ ミステイク -(2007/01/03(Wed) 21:22:48)

はじめまして、本日ＥＦＺを買ったのですが、インストールした後、起動できませんでした。
起動させると、画面が真っ暗になって「３２０※２４０の解像度の設定に失敗しました」と表示されます。
どうすれば起動できるのでしょうか？
もしかすると、解像度に問題があるのかもしれませんが・・・。

ＯＳはＸｐ、解像度は最低でも８００×６００です。


EFZﾜﾛｽ

622:デフォルトの名無しさん
08/05/29 17:33:40
と思ってたが、640x480もサポートしないディスプレイとかあるのか。
引き延ばしできないノートとかでありそうだな。
レアすぎるから、
これは無視してもいいか。

623:デフォルトの名無しさん
08/05/29 17:43:20
>>609
明記が必須かも試練。ｗ

624:デフォルトの名無しさん
08/05/29 18:11:11
>>622
EeePCがダメだった希ガス＞640*480
あと、Pivot使っていると480*640は選択できるが640*480は選択できなくなる。

625:デフォルトの名無しさん
08/05/29 18:14:37
まぁ、最近のビデオチップはハードウェア的にはどんな解像度でもいけるが、
ドライバで制限してるだけなんだけどね。

626:デフォルトの名無しさん
08/05/29 18:41:46
サポートするのは、最近だけじゃねえよ

627:デフォルトの名無しさん
08/05/29 20:17:09
>>621
そうそうそうそう
解像度の最低ラインが８００ｘ６００になったおかげで
昔のフルスクリーンのゲームが起動できなくなったのな
後、２５６色のゲームも起動不可

628:デフォルトの名無しさん
08/05/29 20:56:57
つかWindowsXPは640x480を正式サポート対象外にしてた憶えがあるぞ
あやふやだけど

629:デフォルトの名無しさん
08/05/30 10:24:06
うっそ、640x480+16色　はハードが絶対サポートしてるんじゃねーのかよｗ
ドライバいれてない時や、セーフモード時はどうなってんだそれ

630:デフォルトの名無しさん
08/05/30 10:26:33
winならMSの標準ドライバがインストールされてるしょ

631:デフォルトの名無しさん
08/05/30 11:20:48
XP以降は画面のプロパティで選択できないように制限かけてるだけで
640*480が使えないわけじゃないよ。8bitカラーだって使える。

632:デフォルトの名無しさん
08/05/30 12:18:09
>>627
間違っています。
以上。
はい次の方。

633:デフォルトの名無しさん
08/05/30 14:48:58
uzeeeeeeeeeee
結局、普通に640ｘ480使えねーのがあるってことでいいじゃないか


634:デフォルトの名無しさん
08/05/30 14:55:07
あるの？

635:デフォルトの名無しさん
08/05/30 15:10:35
>>633
いや、ほんとに640x480が動かないPCなんてあるの？って話なんだが。
確たるソースある？

636:デフォルトの名無しさん
08/05/30 15:23:53
>>621

637:デフォルトの名無しさん
08/05/30 15:28:23
640x480の解像度にできない -OKWave
URLﾘﾝｸ(okwave.jp)

638:デフォルトの名無しさん
08/05/30 15:33:46
>>637
思いっきり9x系からXPに移ったPC初心者の書き込みじゃねーかｗ

639:デフォルトの名無しさん
08/05/30 15:35:56
DirectXで640ｘ480に設定できないのかという話じゃないのかね

640:デフォルトの名無しさん
08/05/30 15:50:10
URLﾘﾝｸ(blog-imgs-40.fc2.com)

641:デフォルトの名無しさん
08/05/30 16:33:11
>>635
動く、動かない、という話じゃなくXPで640x480はサポートできないだろって話
WinXPの通常使用のシステム要件に、「800x600以上対応のVGAが必要」というのがある以上、
640x480でWinXPが動かなくても、XPで800x600未満が選択できないPCがあったとしても
「それは残念でした。640x480を使うので、Win2000とかで動かしてみてください」と
返すのが正常、という話。

642:デフォルトの名無しさん
08/05/30 17:36:35
>>641
意味わからん

「XPの動作には800x600以上対応のVGAが必要」であることと、
XPで640x480でフルスクリーンモードのデバイスが作れないこと。
これらはイコールではないでしょ。

「XP用のドライバでは640x480をサポートしなくても構いません」と規定されているのかという話をしてるの。

643:デフォルトの名無しさん
08/05/30 17:56:37
おまえらもういいだろうｗ

644:デフォルトの名無しさん
08/05/30 19:02:55
ところで本当は何について話していたの？

645:デフォルトの名無しさん
08/05/30 19:16:22
2Dゲーの解像度のサポートを何処までやるか？だったっけ？

646:デフォルトの名無しさん
08/05/30 21:04:30
古いエロゲーがどこまで動くかですよあやよさん

647:デフォルトの名無しさん
08/05/30 21:30:02
>>641
ＯＳ的に選べないようにしてるだけで、グラボのプロパティからなら
余裕で３２０ｘ２４０とか選べるようになってる。

つまりDirectX利用可能。

648:デフォルトの名無しさん
08/05/30 21:44:09
ちょっとまて、俺、今普通に６４０ｘ４８０解像度のDirectXつかったゲームしてるんだが、XP64bitで。

649:デフォルトの名無しさん
08/05/30 21:45:56
もういいよお前ら
自重しろ

650:デフォルトの名無しさん
08/05/30 21:53:47
>>635
インクレティブマシーンが動かなくなってる
まず２５６色に変更できない
ディスプレイはサポートしてる

いま、こんな状況

651:デフォルトの名無しさん
08/05/30 22:29:32
256はわかったから、640はどうなんだよ

652:デフォルトの名無しさん
08/05/30 23:49:00
>>650
だから、変更できないってなんだよ…
画面プロパティからは変更できないだろ、XPとか使ってれば。

ここはDirectXスレだっての

653:デフォルトの名無しさん
08/05/31 04:02:15
DirectXのスレで画面プロパティとかアホですか

654:デフォルトの名無しさん
08/05/31 04:37:37
>>652
だから、アプリの方でエラーがでちまって起動できないっての

655:デフォルトの名無しさん
08/05/31 06:30:42
256はわかったから、640はどうなんだよ!

656:デフォルトの名無しさん
08/05/31 06:36:12
>>651,655
うるせー

657:デフォルトの名無しさん
08/05/31 07:03:44
どうなんだと聞いている
答えろ

658:デフォルトの名無しさん
08/05/31 07:31:58
今日はここに沸いてるのか

659:デフォルトの名無しさん
08/05/31 10:06:09
640×480は256色しかサポートしてないってメーカーPCも昔あったな

まぁ結局の所解像度決め打ちにしてるなら動く解像度を動作環境内に書いておけってことだ。
Windowsなんてタダででもいろんな環境がありすぎるんだから全部テストなんて出来ん。
解像度くらいはプロパティから数値が見えるんだから環境限定でいいだろ。
グラボのDXサポート状況に比べればどうと言うことはない

660:デフォルトの名無しさん
08/05/31 10:08:28
フルスクリーンじゃなくて窓を開いて640×480の256色モードとかなら
XPもサポートしてるよ

Delphi Graphic Secretsという本を持っているんだがここでいろいろな
画面モードを実験している

661:デフォルトの名無しさん
08/05/31 22:20:22
LPD3DXSPRITE::DrawとLPDIRECT3DDEVICE9::DrawPrimitiveを両方使ってるのですが
前者より手前に後者を描画するにはどうすればいいですか？
描画の順番変えても必ずスプライトが前になってしまいます

662:デフォルトの名無しさん
08/05/31 22:23:07
Z

663:661
08/05/31 22:59:42
解決しました
位置のZ座標指定してもうまく処理されないと思ったらClearするときにZバッファ指定してなかっただけでした。
スプライトのZ座標は描画順だけらしいので交錯させる等複雑な描画をしたい時は完全にDrawPrimitiveの方に統一するしかないですか？

664:デフォルトの名無しさん
08/06/02 15:22:51
SetRenderState( D3DRS_ZENABLE , FALSE );
3DやらないならZバッファ使わんだろ
使ってもいいけど
使わん方が早いだろ
ついでにステンシルバッファも作らなくていいし
クリア時もZ消さなくていいし

665:デフォルトの名無しさん
08/06/02 20:16:47
>>664
Zテストの前から描画って２Dだとそんな効果ねぇっけ？

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Ⅲです

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
㌧、やっと出来ました！ヽ(｀Д´)ノ

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でもハイレゾで普通にバンプ、スペキュラ、シャドウとかやってると
普通にピクセルシェーダーカツカツになるよ。

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

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