【C++】 DirectX初心者質問スレ Part15 【C】

【C++】 DirectX初心� ..

39:デフォルトの名無しさん
07/12/03 20:43:08
>>38
いつからだったかコンパネにはでなくなったような
プログラムメニューの
DirectX Utilitiesの
DirectX Control Panelで同じのがみれるよ
ただNovenber2007は見てないのでなかったらすまん

おそらくエラーと上記は無関係
とりあえずincludeのパスは通したのかい？
通してエラーがでてるのなら
エラーコードをいくつか書いてみそ
話はそれからだ

40:デフォルトの名無しさん
07/12/04 08:05:33
VistaとD3DCREATE_SOFTWARE_VERTEXPROCESSINGについての質問です。

DirectXのサンプルプログラム SkinnedMesh を例であげますが、
Vista(GF8600GT,AthlonX2 5000+)だと
D3DDEVTYPE_HALにおいて
D3DCREATE_HARDWARE_VERTEXPROCESSINGと
D3DCREATE_SOFTWARE_VERTEXPROCESSINGでのパフォーマンスの差が30倍以上出るのですが、
Vista？ではこんなものでしょうか？
自宅で確認できる他の環境では
XP(R9600, P4 2.8G)だと倍程度の差しかでないようなので・・・
D3DCREATE_SOFTWARE_VERTEXPROCESSINGだけですが、
2000(onBoardGF4MX, Athlon 1G)の方がVistaの3倍以上のパフォーマンスが出ています。

41:デフォルトの名無しさん
07/12/04 10:02:12
>>40
すまん、お前の日本語はどうも理解しがたい
具体的に書いてくれ

42:40
07/12/04 10:30:05
VistaでのSoftware vertex processing処理は遅いのでしょうか？

Hardware vertex processingだと840fps以上でるのですが、
Software vertex processingだと28fps程度まで落ちます。
XPや2000だと性能の低いGPUを使ってSoftware vertex processingを指定しても
100fps前後が出るのに・・・
Vsitaなのか他の条件なのかがはっきりしなくて質問しました。
動作プログラムは DirectXのサンプルプログラム SkinnedMesh です。

43:デフォルトの名無しさん
07/12/04 11:05:25
28は遅すぎる
REFで動いてないか？

44:デフォルトの名無しさん
07/12/04 11:13:05
あとSDKのライブラリのリンクは
きちんとx64のほうを指定しているのかい？

45:40
07/12/04 11:56:04
REFだと1fps程度ですね。
x64でリンクってのは、この場合はサンプルexeなので
SDK付属のexeを実行してるだけです。
参考までに、Vista環境の方で、どの程度のfpsが出るのでしょうか？

46:デフォルトの名無しさん
07/12/04 12:35:03
ノートですまんが
32bitVista Cor2DuoT7500 GeForce8600GTM
スキニングのタイプで多少は前後する
SOFTWARE　300fps
HARDWARE 350fps
くらい

47:40
07/12/04 14:25:29
どうやら私の環境だけのようですね。
自分がコーディングしたプログラムだけなら何かミスがあるのかなと考えたのですが、
SDK付属のサンプルexeでも同じような状態だったので・・・。
どなたかご指摘の点とかないでしょうか？
一応、Debug/Retail Runtimeは確認しています。

48:デフォルトの名無しさん
07/12/04 18:59:52
初心者なので変なことを言ってたらすみません。

ゲームを作っているのですが、
キャラクターが壁などのオブジェクトにぶつかった時に進む方向を
自動で変えるにはどうしたらよいですか？

壁にぶつかる角度などで、向き変えたい方向が違うのでif文での場合わけがわかりません。
よろしくお願いします。

49:デフォルトの名無しさん
07/12/04 19:03:08
if (vector==0) {
//右へ移動する
//壁にぶつかると変数vectorの値を変える
} else {
//上へ移動する
}

50:デフォルトの名無しさん
07/12/04 19:19:16
>>48
お前はDirectXとかうレベルではなく、それ以前の問題。
そんな初歩的なアルゴリズム、管質いってやってくれ。

51:デフォルトの名無しさん
07/12/04 19:40:16
３Dでやっていて、どのような角度で壁にぶつかっているのかがわかりません。
進む方向は回転行列を使って変えていて。。

バイオハザードの、壁にぶつかってもキャラクターは走っているのに、
ぶつかった時の入射角によって左右のどちらかに、
キャラクタの座標がずれていくようにしたいのですが。。

52:デフォルトの名無しさん
07/12/04 19:44:40
回転行列に使ってる角度はどこに消えたんだよｗ

53:デフォルトの名無しさん
07/12/04 20:34:18
「壁ずり」でググるんだ。
ここはDirectXの質問スレであって、ゲーム開発の質問スレじゃないんだ。
だからもう迷い込むなよ。

54:デフォルトの名無しさん
07/12/04 20:38:24
壁ずりを理解したら次は床ずりも理解してくれ

55:デフォルトの名無しさん
07/12/05 22:56:55
ライトを設定しないでも、読み込んだモデルは色付きで表示されて見える状態ですけど、
ライトの光が当たる部分だけ照らされて、当たらない部分は真っ暗にするにはどうすれば良いでしょうか？

56:デフォルトの名無しさん
07/12/05 23:18:28
>>55
すげぇ抽象的な質問だな

とりあえず
固定機能パイプラインでやるのか
ピクセルシェーダーでやるのかくらい書こうぜ

57:55
07/12/05 23:24:22
>>56
固定機能パイプラインでやります。

58:デフォルトの名無しさん
07/12/05 23:31:00
>>57
ほい

URLﾘﾝｸ(msdn.microsoft.com)

59:デフォルトの名無しさん
07/12/06 09:58:02
【質問テンプレ】
[1] 授業単元： DirectX
[2] 問題文(含コード&リンク)：サンプルソースを元に入力クラスを作成して、表示させた画像を動かす。
（車を動かすので、可能ならアクセルとブレーキを再現）
サンプルソースを下記にうｐします。（mainとヘッダーがあるためzipファイルです。）
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

[3] 環境
　[3.1] OS： Windows
　[3.2] コンパイラ名とバージョン： VS2005
　[3.3] 言語：どちらでも可
[4] 期限： 2007年12月6日　17時
[5] その他の制限：制限はなし

すっかり課題を忘れてて手をつけていない
よろしくお願いします

60:デフォルトの名無しさん
07/12/06 10:28:08
ここは宿題を片付けますスレではないんだが・・・

そもそもサンプルに不備がある
技術的な問題でなくたんなる初期化の問題
こんなの誰もやりたがらん

いくらか出してくれるなら話は別だが

61:デフォルトの名無しさん
07/12/06 12:24:12
そもそも設計がおかしくね？

DirectInputインターフェイスを親クラスで
static宣言して
複数生成されるかもしれないデバイスを
その子クラスで作るって
気持ちは分かるがいまいち再利用性に乏しいような
いったいどこで初期化させるつもりなんだろう？

単に静的メンバの使い方の学習の一環でこんなことしてるのだろうか？

62:59
07/12/06 13:52:40
>>60､61
そうなんですね。

授業全く聞いてなかったから、何がなんだかわからなくて

うｐしたファイル見て頂いただけでもありがたいです。

63:デフォルトの名無しさん
07/12/06 14:07:09
>>62
ゲーセン乙。

64:デフォルトの名無しさん
07/12/06 19:29:58
こんな授業に金出してるのか・・・。
しかも、聞いてなくて課題ができないとかって。

君、学校(?)に行く目的は課題の達成なの？
それとも、学校に行くのが目的になってるの？
どっちにしても、すでに健全な状態ではないよね。

65:デフォルトの名無しさん
07/12/06 19:52:13
プログラム実行時に

Direct3D9: (ERROR) :Device cannot perform hardware processing. ValidateCreateDevice failed.

って出るんですが原因と解決法とかわかりませんか？
とりあえず見た目は正常に動いてるようには見えるんですが気になります。

66:デフォルトの名無しさん
07/12/06 23:22:34
何も無いところにエラーは出るはずないので
必ずそのエラーを吐いている関数があるはず
とりあえずデバックで順次実行してみて
そのエラーを吐いてる箇所を絞り込んでみたら？

67:デフォルトの名無しさん
07/12/06 23:41:17
俺にはハードウェアを（その環境が）サポートしてないっていうエラーに見えるんだけど。
エラーの発生源ってデバイスの初期化部分じゃないか？
グラボを積んだ環境で試してみろよ。それかソフトウェアエミュレートに切り替えればいいはず。

68:デフォルトの名無しさん
07/12/08 16:12:52
自宅のノートパソコンでプログラムを起動すると起こるバグなのですが。
『アニメーションメッシュを表示した途端に、その他のただのメッシュやテクスチャが全て表示されなくなる』というバグです。

細かい状況は
・学校のデスクトップパソコンだと起こらない
・極端に軽いアニメーションメッシュの場合、起こらない
・アニメーションメッシュを読み込んだだけで、表示しないのなら起こらない
・アニメーションメッシュ自体は、一番最初に表示した1種類のみ何体でも表示できる
・一度表示すると途中からflgをFALSEにしてアニメーションメッシュを表示させなくしても、テクスチャなどは消えたまま
・一度表示するとアニメーションメッシュを解放して2週目に入ってアニメーションメッシュの読み込みすらしなくてもテクスチャなどは消えたまま
・zバッファをOFFにしたテクスチャだけは表示できる

なので状況としては「一度でもアニメーションメッシュを表示させると何があってもテクスチャなどは消えたまま」
という状況です。
ほぼ間違いなく、アニメーションメッシュの表示部分が悪いというところまでは分かるのですが…。

要領を得ず、長文で申し訳ありませんが回答をいただけたら幸いです。

69:デフォルトの名無しさん
07/12/08 16:28:41
>>68
その自宅のノートのGPUはどこの会社のどのバージョンよ。
話からするとハードウェアに問題があるのは間違いなさそうだけど、公表されんといいようがない。

70:デフォルトの名無しさん
07/12/08 19:35:00
>>69さん

書き込みが遅くなって申し訳ありません。

パソコンの種類が
URLﾘﾝｸ(dynabook.com)
スペックが
URLﾘﾝｸ(dynabook.com)
です。

71:55
07/12/08 19:40:45
>>58
ありがとうございました。

72:デフォルトの名無しさん
07/12/08 19:42:57
>>70
単なるスペック不足
３Dの開発ができるVGAではないな

73:デフォルトの名無しさん
07/12/08 20:00:31
>>72さん
やっぱりそうなんですか…。
ありがとうございました＾－＾

ただ、何とか「勝手に消す」→「カクカクでもいいから動く」ようにしたいのですが
そこの辺りはDirectX側で変更できないのでしょうか？

74:デフォルトの名無しさん
07/12/08 20:13:33
>>73
なんとも判断に困る。

ドライバとDXのバージョンは最新？最新でもノートのドライバは3Dを前提に考えて作ってないことが多いから、
バグが残ってるのかも。

俺の結論としては、オンボードであることと、一つ目のメッシュだけは表示できるというところからも、メモリ不足が一番怪しいと思う。
アニメーションメッシュって比較的メモリを食うはず。

対策としては、PCを変えるのが一番手っ取り早いけど、
それでもノートでしたいならBIOSの設定でSDRAMのグラフィックメモリ割り当てサイズを増やしてみたら？
一回最大割り当てでやってみて、それでも無理ならほかの要因かもしれん。

75:デフォルトの名無しさん
07/12/08 21:25:39
>>74さん
とにかく、何か特殊な事をしなければ動かないということですよね。
ここはやっぱり「万能に」は諦めて説明書に「他の3Dゲームが出来る事を確認した上で起動をお願いします」
と注意書きを入れるべきですね…。

卒業生の代表作品として、体験入学参加者などに配られる予定なので
何とかして、せめてカクカクでもいいからどこでも動くようにしたかったんです。

76:74
07/12/08 21:35:16
>>75
ものすごい面倒だが、もしかすると旧DirectXのバージョンでコンパイルすると行けるかもしれん。
俺はやったことないから保証は出来んが、DirectX8とかなら古いPCでも通るかも。

まあノートでゲームの性能を期待するなっていうのも本当だが。

77:68
07/12/08 23:03:39
>>74さん
返信が遅くなって申し訳ありません。
SDKの方は旧バージョンがあったのでやってみたのですがやはり動きませんでした。
僕のプログラムだとDirectX8ではちょっと動かない関数を使っているので無理です；

友人宅のデスクトップでは動いたので、恐らく動かないほうがおかしいのだとは思います。
前にこのノートパソコンにかなり軽めのMMOを入れてみたときに、本当にカクカクではあったのですが動きました。
なので、何か方法はあると思うのですが…。

新聞奨学生なので今日はもう眠らなくてはいけませんが、治らなかった場合、また後日より詳しい状態を調べた上で書かせていただきます。
それでは長らくお付き合いいただき、誠にありがとうございました。

78:デフォルトの名無しさん
07/12/09 00:09:19
>　本当にカクカクではあったのですが
REF　なんじゃろうなぁ...

79:デフォルトの名無しさん
07/12/10 20:15:23
HLSLでfor文回してるんですけど、
かなりの数ループできないんですが・・
命令数って限られてるんでしょうか？
そうだとしたらその理由は？

80:デフォルトの名無しさん
07/12/10 20:53:50
お前はもう終わってる。
マルチポストは死亡フラグなんだよ。

81:デフォルトの名無しさん
07/12/10 21:36:31
普通のプログラムでも１Ｇもサイズがあったら動かなくなるんじゃない？

82:デフォルトの名無しさん
07/12/10 21:43:51
マルチポストとはどういう意味？

83:デフォルトの名無しさん
07/12/10 22:59:11
浮気者

84:デフォルトの名無しさん
07/12/12 00:50:11
誠氏ね

85:デフォルトの名無しさん
07/12/13 01:34:46
ｽﾚﾘﾝｸ(gamedev板:468-470番)
がいし感←なぜか変換ｄけいなｆ

86:デフォルトの名無しさん
07/12/13 16:40:23
ちょっと聞きたいのだけど、Ｄｉｒｅｃｔｘと３２Ａｐｉを組み合わせてプログラム
を組めますか？
Ｗｉｎ３２Ａｐｉのラジオボタン等の機能と組み合わせて作れれば良いなあ
と思ったもので・・・

87:デフォルトの名無しさん
07/12/13 17:16:49
Win32APIっていうか
GUIにアクセスして
Windowsコントロールを描画することはできるけど
GUIの速度がDirectXと比べ物にならないくらい低速だから
DirectXを使うメリットを殺すことになる

88:デフォルトの名無しさん
07/12/14 04:12:49
>>87
有難うございます。
何と言うか漠然としすぎて何とも言え無いです。
出直してきます

89:デフォルトの名無しさん
07/12/15 21:06:58
自分のＰＣにはSDK9.0が入ってます。
あるサンプルをダウンロード、中を確認したらd3d8.hとd3dx8.hがインクルードされてたので
これをd3d9.h、d3dx9.hに直し、追加の依存ファイルも8から9に直してコンパイル
したら何百ものエラーが出てきました。
色々試したけど原因が全く分からないのでよろしければ誰か教えてください＞＜

90:デフォルトの名無しさん
07/12/15 21:14:32
バリバリ原因が丸わかりだろ。

91:デフォルトの名無しさん
07/12/15 21:16:10
>>89
完全下位互換と言うわけではないからファイルが違うと全くの別物と考えたほうがいい。
同じファイル名でも中身は何度も添削しているから当時のバージョンじゃないと使えない場合もあるし。

92:デフォルトの名無しさん
07/12/15 21:27:34
>>91
そうだったんですか・・・
9.0以前のものは全て使えると思ってました＾＾：
ご返答ありがとうございました。

93:デフォルトの名無しさん
07/12/15 22:23:52
Xファイルに関して質問です。
ひとつのモデルに対し、複数のアニメーションをさせることはできるのでしょうか？
たとえば、あるキャラクターで、Aを押したらパンチ、Bを押したらキック、という風にしたいのです。
やはり、パンチ用とキック用でXファイルをわけるしかないのでしょうか。

94:デフォルトの名無しさん
07/12/15 22:29:24
>>93
二つのアニメーションを連結して、それぞれのアニメーションでフレームを補正して使う。
例えば、AとBのアニメーションを連結したら、
Aの初めは、0
Bの真ん中は、0.75
っといった感じ。

95:デフォルトの名無しさん
07/12/15 22:41:53
>>93
できる
ＳＤＫサンプルのtinyも実は
複数アニメーションを持ったＸファイルだ
ただし切り替えに関して詳しく説明されてるところはあまりない
ID3DXAnimationControllerでぐぐればヒントくらいはみつかるかも

96:デフォルトの名無しさん
07/12/16 17:29:57
HLSLを使ったサンプルでLPD3DXEFFECTのPassを使おうとしてエラーが出ます。
LPD3DXEFFECTにPassが無いのですが別のものに替わったのでしょうか。

97:デフォルトの名無しさん
07/12/16 17:44:24
BeginPass
EndPass

98:デフォルトの名無しさん
07/12/16 18:50:11
メジャーバージョン変えずにAPI蛙のやめれって感じですよねほんと

99:デフォルトの名無しさん
07/12/16 23:31:10
どうしても1パス終了ごとに
PassEndを入れさせたい「事情」があって
開始時の互換性をなくすことで
両方セットで変更させようとした。ってオチじゃねぇの？

100:デフォルトの名無しさん
07/12/17 06:19:42
地獄への道は善意で敷き詰められている。
職場では変更を極力抑えるのが美徳だけれど、その繰り返しが死の行軍を生み出すのが常である。

101:デフォルトの名無しさん
07/12/18 22:22:44
SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
これらの引数を使いこなしたいんだけど分かりやすく解説している
ページないべ？

102:デフォルトの名無しさん
07/12/18 23:45:27
これはひどい

103:化石発掘
07/12/19 02:37:51
>>101
[shred of game]
URLﾘﾝｸ(platz.jp)

104:デフォルトの名無しさん
07/12/21 11:00:39
URLﾘﾝｸ(wisdom.sakura.ne.jp)
ここのページ下部にある背景が緑の部分のソースをまるごとコピーして、VisualStudio2005の無料版でコンパイルしました。ところが
「fatal error C1010: プリコンパイルヘッダーを検索中に不明な EOF が見つかりました。'#include "stdafx.h"' をソースに追加しましたか?」
というエラーが出てコンパイルできません。エラーで検索してみたところ、ソースの最上段に　#include "stdafx.h"
を加えればコンパイルが通るらしいので試してみた所
「fatal error C1083: include ファイルを開けません。'd3d8.h': No such file or directory」
と表示されてコンパイルが通りません。

DirectXSDKはさっき落とした最新版（サンプルみたらDirectX10も使えそう）で、パスはたぶん通ってます。
どうしたらコンパイルができるようになりますか？

105:デフォルトの名無しさん
07/12/21 12:58:24
まず、stdafx.h関連はスレ違い。DirectX以前の話なんで、よそで勉強して頂戴。
で、最新のDirectX SDKって何？November2007ならリリースノートに

この DirectX SDK には次のコンポーネントは含まれていません

* Direct3D8 およびそれ以前の全てのバージョン

ってあるから、Direct3D8はサポート外なんじゃないの？
もしインストールしたSDKのIncludeディレクトリにd3d8.hがあるんなら、Includeパスの設定を再確認しれ。
あと、少なくともJune2006にはd3d8.hは入ってるのを確認した。

106:デフォルトの名無しさん
07/12/21 20:10:39
November2007です、d3d8.hがなくて、代わりにd3d10.hが入ってました。
アンインストールしてJune2006入れてきます。ありがとうございました。

107:デフォルトの名無しさん
07/12/21 21:01:44
June2006にもd3dx10.hはあるけどね。
あと、そのページはDirectX8について記されてるんだけど
DX10がやりたいならよそを見たほうが良いよ。
初期化まわりは8→9→10で全然変わったからやり直しになるし。

あと、DX10は動かすにはVistaがいるから。念のために。

108:デフォルトの名無しさん
07/12/22 22:01:46
すいません
２Dでゲーム作成をしているんですが

LPD3DXSPRITE gSprite;

// シーンの描画設定(2D画像の描画)
RECT SrcRect = { a,b,120,120 }; // テクスチャ内でスプライトに使う範囲
D3DXVECTOR3 Center(0,0,0); // スプライト内の中心の位置

// 出力
gSprite->Draw(Texture, &SrcRect, &Center, NULL,D3DXCOLOR(0, 0, 0,0 ));

正常に絵を呼び出せるのですが
Rectのrightとbottomに１とか１００とか何か値を入れるだけで
フレームレートが５０も下がります・・・
&SrcRectの部分にNULLを入れてもなぜか５０下がります
ですが０を入れると正常に動作します
なぜでしょうか、ご教授ありましたらお願いします

109:デフォルトの名無しさん
07/12/22 22:07:23
Direct3DでWM_PAINTで描くのはありですか？

110:デフォルトの名無しさん
07/12/22 22:07:59
108ですが、読み込み部分です

//画像ファイル情報を取得
hr= D3DXGetImageInfoFromFile(name,&ImageInfo);
Width= ImageInfo.Width;
Height= ImageInfo.Height;

// スプライトに表示するテクスチャの初期化
if ( !key ){
hr = D3DXCreateTextureFromFileEx(
g_pD3DDevice, name, Width,Height,1,0,
D3DFMT_UNKNOWN,D3DPOOL_MANAGED,D3DX_DEFAULT,
D3DX_DEFAULT,D3DCOLOR_ARGB(255,0,0,0),NULL,NULL,&Texture);
}

111:108
07/12/22 22:11:38
連投すいません
問題点の大元が判明いたしました

D3DXCreateTextureFromFileEx(
g_pD3DDevice, name, Width,Height,1,0,
D3DFMT_UNKNOWN,D3DPOOL_MANAGED,D3DX_DEFAULT,
D3DX_DEFAULT,D3DCOLOR_ARGB(255,0,0,0),NULL,NULL,&Texture);
}
widthとheightに大きな値を入れると重くなりました
１とか１０だと正常です・・・

112:デフォルトの名無しさん
07/12/23 07:34:04
プロファイリングしたら？
D3DXSpriteなんてただでさえDirectXのバージョンに依存するからみんな回避してるのに、
この情報だけで分かるエスパーは居ないと思う。

つPIX for Windows
つDevPartner Profiler

まずは、どこで処理時間が落ちてるか見たほうが早いよ。

113:108
07/12/23 09:34:36
>>112
ありがとうございます
その後の調べでどうも大きな絵を大量に呼び出すと落ちる様子
たとえ呼び出し側での大きさの縦横は１*１でも、元の絵が大きいと
どのPCどんな処理でも避けられないらしいので
妥協して少し絵の大きさを改善してみますm(_ _)m
お答えありがとうございました

114:デフォルトの名無しさん
07/12/23 11:35:36
てか、元のテクスチャのサイズがでかかったら
パフォーマンスが落ちるのは当たり前じゃ

115:デフォルトの名無しさん
07/12/23 11:37:43
あなるほど

116:108
07/12/23 11:43:53
>>114
いや、initでの呼び出しで重くなるのはわかるんですが
メインループの中では１*１でも重いんですよ・・・

117:デフォルトの名無しさん
07/12/23 12:00:51
表示で小さくしてるってことは
内部的に縮小してるってことだ
LPD3DXSPRITEがどういうアルゴリズムで
拡縮してるかはしらんがバイリニアってことはないだろうし
ぼけたりすることを考えるとなんらかのフィルターをかけているのは想像つく
それを巨大なテクスチャに適用してるんだから重いのは当たり前

118:108
07/12/23 12:11:19
私の書き方がわかりにくくてすいません
要は２０００*２０００の画像をinitで読み込んで
1*1の部分しか表示していないのにそれを１０個ほど並べたら重いんです
３個くらいなら正常なんですが・・・・

フィルタ関連で重くなるようなら少し見直して見ますm(_ _)m
ありがとうございました

119:デフォルトの名無しさん
07/12/23 12:19:52
だから・・・

>２０００*２０００の画像をinitで読み込んで

この時点で重い処理がすべて終わってるわけではない
簡単に言うとここではＶＲＡＭ上に
2000ｘ2000の領域を確保して画像の色情報を格納してるだけ

基本的には毎回描画のたびにこの
2000ｘ2000の領域にアクセスして
そこの情報をバックバッファに転送することになる

元のサイズが大きければ大きいほど
転送のための時間がかかるし
何らかの処理をかければ当然重くなる

基本的には表示するサイズでテクスチャを作るのが普通

120:デフォルトの名無しさん
07/12/23 12:23:03
ビデオカードによっては
2048×2048にしたら多少は改善されるかもね

121:108
07/12/23 13:17:50
>>119
>>120

そうですか・・・initで読み込んだら以降はもう関係ないものだと勘違いしておりました
スキル不足を痛感いたします
ご教授本当にありがとうございました

122:デフォルトの名無しさん
07/12/23 13:22:14
リファレンスでやってるだけでね？

123:デフォルトの名無しさん
07/12/23 13:50:19
たかだか2048のテクスチャで最近のビデオカードが遅くなるかね～？
なんか、致命的な間違いをしていると思われ。

124:108
07/12/23 14:28:32
>>123
それを１５～２３個くらい呼んでます

125:デフォルトの名無しさん
07/12/23 17:00:04
そもそもＶＲＡＭが足りなくなってて
システムメモリ上に作られてるとか
あるいは
システムメモリとVRAMが共用になってて
バス速度がボトルネックになってるとか

126:デフォルトの名無しさん
07/12/23 17:42:47
実はDX8で開発していますとか言い出すんじゃないだろうな。

127:デフォルトの名無しさん
07/12/23 17:59:09
DirectXを使ってWindowsのゲームを作りたいのですが、
お勧めの入門書を教えてもらえませんか？

作りたいのはビートマニアのように音とシンクした、
シューティングゲームです。
3Dグラフィックは使いません。

128:デフォルトの名無しさん
07/12/23 18:00:57
今のDirectXで3D使わずに絵描くのって無理じゃ

129:デフォルトの名無しさん
07/12/23 18:08:07
ぶっちゃけ
ＤｉｒｅｃｔＸ関連で「これ1冊あれば」って本はないんだよなぁ
3～4冊やってようやく
あ、なんとなく分かってきたかも。となる

どの本もだいたい「サンプルを動かすための」ソースになってるから
なんでそうなってるのかが説明されてないし
応用しようとするととたんに動かなくなったり・・・

数をこなすと何をやってるのかがだんだんわかってくるので
自分でいろいろ応用することができるようになる

130:127
07/12/23 19:02:13
何も知らない状態で、何から始めるのがいいか、
アドバイスをもらいたいです。

>>128
3D描画しかできないんでしょうか？
3Dを使って2Dの描画ができるならいいんですが、
あまり効率がよくないならDirectXを使うこと自体考え直します。
メインでやりたいのは音の制御なので、描画はそんなに凝りません。
シューティングゲームなので、図形の衝突判定ができると便利かもしれませんが。

>>129
それじゃあ、とっかかりとして何を参考にするのがいいんでしょうか？
サンプルを見て数をこなして、少しずつ把握していくしかないんでしょうか？

131:デフォルトの名無しさん
07/12/23 19:06:45
>>130
ゲーム製作初心者なのか
DirectX初心者なのかにもよる

132:デフォルトの名無しさん
07/12/23 19:14:48
>>130
3Dを使って2Dの描画ができるならいいんですが

OK

133:デフォルトの名無しさん
07/12/23 19:19:08
>>130
DirectX9でスプライトが一番お手軽だと思われ。

134:デフォルトの名無しさん
07/12/23 19:37:25
>>130
シューティングゲーム製作本出てるぞ
それを参考にすれば？

135:デフォルトの名無しさん
07/12/23 19:59:17
>>124
なるほど。VRAM足りてないね。
1024*1024のA8R8G8B8テクスチャが大体4MByteね。
2048テクスチャだと4倍の16M。それが15個で240M。23個なら368M。

ちょっと無茶な設計になってると思われ。
不要なテクスチャは必要な時だけ確保するようにした方が良いし、
テクスチャは効率的に隙間無く活用した方が良いよ。

136:127
07/12/23 21:10:44
>>131
>>131
ゲーム制作初心者です。プログラミング歴も１年程度です。
ただ、Javaで簡単なシューティングゲームを作ったことはあるので、
シューティングゲームのアルゴリズムに関してはだいたいどうやるか決めています。

分からないのは音の精密な制御で、ゲームの進行と正確にシンクさせる部分です。
その部分をどうやっていいのか、イマイチ当たりがつかない状況です。

137:デフォルトの名無しさん
07/12/23 21:19:44
>>136
入門書の枠からは外れてるかな。
再生時間'(再生位置)を取得させれば良いだけの話だけど、
この手のゲーム以外で使うことはほとんど無いため扱わない。
ストリーミングバッファの解説が載っていればそれを応用すれば出来ることに気付くかも知れんが。

138:デフォルトの名無しさん
07/12/23 23:48:37
広大なマップを作りたいんですが、バカ正直にモデルを作って読み込んだら物凄く重たくなってしまいました。
程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？

139:デフォルトの名無しさん
07/12/24 00:16:12
>>138
東京から大阪へ行くのに新幹線で行くのでしょうか？　　　という質問をされてどう答えろと。

140:デフォルトの名無しさん
07/12/24 00:31:31
東京の六本木を歩いてるだけのシーンでも、ニューヨークとかパリとか地球全部描いてるわけか？
そんな恐るべき無駄は止めた方がいい

141:138
07/12/24 01:09:58
>>139
？？
夜行バスでも行ける、ってことですか？？
でも、新幹線で行けるならそれに越したことはないですし、>>138の方法でイイってことかな･･･。
>>140
そ、そんなことはしません（汗）

今までゲームをしてきて、当たり前のように見てきた広大なフィールドを実現するのがこんなにも
たいへんなことだなんて･･･
ゲーム開発者の人を改めて尊敬します。

URLﾘﾝｸ(www.acecombat.jp)
これとか、すごすぎです(；´д｀)

142:デフォルトの名無しさん
07/12/24 01:20:10
地面はまっ平ら
木はビルボードにしか見えないんだが

143:デフォルトの名無しさん
07/12/24 01:32:33
ﾜﾗﾀ

144:デフォルトの名無しさん
07/12/24 08:39:45
>>141
アプリケーションに正解なんて無いぜ？
>程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？
つまり>>139の例で言うと新幹線で行くのも正解だし、バスで行くのも正解、歩いていくのも正解だろ。
自分の案があるならそれを試した上で軽くなる方法が無いか聞かないと。

145:デフォルトの名無しさん
07/12/24 10:02:56
DX9　2007Nov　.Net
HLSLについての質問です。
以前PassがBeginPassとEndPassに変わったと言うやりとりがありましたが
上がっているHLSLのサンプルがことごとくエラーを出して正常に実行できません。
サンプルにSDKのバージョンを合わせれば動くでしょうが、そこから最新のバージョンに動かすように修正が出来ませんでした。
現在のバージョンで動くHLSLのシンプルなソースや解説をしているサイトは無いでしょうか。
せめてHLSL部分だけでもあればいいのですが、fxファイルが正常に読み込めエラーが出たりとか･･orz

146:デフォルトの名無しさん
07/12/24 10:12:49
きちんとヘルプが付いてきているだろ。
それで何が問題なんだ？

147:デフォルトの名無しさん
07/12/24 10:53:43
>>145
別にHLSLの部分は何もかわってないぞ
fxファイルが読み込めないのは
どっかに構文エラーがあるからじゃね？

148:デフォルトの名無しさん
07/12/24 11:13:46
>>145
>上がっているHLSLのサンプル

どこのサンプルだよ？

149:デフォルトの名無しさん
07/12/24 11:44:39
>>148
Pass()のままのところもあります(修正してもメモリ周りでエラーが出たり)

t-pot『HLSL』　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(tpot.jpn.ph)

DirectX9での上位レベルシェーダー言語（HLSL）　　(最下にサンプル)
URLﾘﾝｸ(www001.upp.so-net.ne.jp)

Shader.jp - Articles-第4回「HLSL スタート」　　　(上から1/5程の位置にある赤字文の下にサンプル)
URLﾘﾝｸ(www.shader.jp)

その７ HLSLによる極短レンダリング：サンプルプログラム　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(marupeke296.com)

150:138
07/12/24 12:31:45
>>144
分かりました。
ありがとうございました。

151:デフォルトの名無しさん
07/12/24 21:55:38
>>149
俺もうごかねぇや。
てか自前のでさえ動かなくなってた。
詳しく調べてないから分からんが仕様が数箇所で変更されてエラーが複雑化しているように思える。
ぶっちゃけ去年辺りのSDK使えばいいんじゃね？

152:デフォルトの名無しさん
07/12/24 22:36:33
VC++2005、windowsSDK、DirectX9 SDK(October 2006)の環境で
２Ｄの簡単なゲームを作ろうとしている所です

フルスクリーンモードでSetDialogBoxModeを使用している
全ソース付きのサンプルプログラムはどこかにありませんでしょうか？
できればフルスクリーンモードでのメニューバー表示のサンプルがあると助かります。

一応自分でもこれを実現するために
こちらの方のページを参考にしてほぼ丸写し状態でやってはみたのですが、
どうもメニューが表示されません。
URLﾘﾝｸ(www.geocities.jp)

ただ、SetDialogBoxModeを呼び出しても呼び出さなくても、
メニュー自体は存在しているようで、マウスで画面の上のあたりを
クリックなどしますと、瞬間的にメニューが現れ、メニューコマンドが実行されますが＾＾；

こちらに書いていない部分（DX初期化関連、ウィンドーモード、メッセージ処理etc…）
などで何か気をつける点でもあるのでしょうか？？？

153:デフォルトの名無しさん
07/12/24 22:48:55
あ、VC++2005はExpressEditionです。よろしくお願いします

154:デフォルトの名無しさん
07/12/24 23:54:06
板ポリゴンとかにテクスチャを貼ると、テクスチャが何故か右下にずれるのですが、何故なのでしょうか？
どうすれば直りますか？

155:デフォルトの名無しさん
07/12/25 00:28:43
>>154
何かを間違っているから。

156:デフォルトの名無しさん
07/12/25 05:24:58
どうすれば直りますか？

157:デフォルトの名無しさん
07/12/25 05:29:57
間違いを修正する

158:デフォルトの名無しさん
07/12/25 05:49:02
どうすれば間違いを

159:デフォルトの名無しさん
07/12/25 06:32:38
どうやって貼りましたか？

160:デフォルトの名無しさん
07/12/25 08:12:48
誘導
つｽﾚﾘﾝｸ(tech板)

161:デフォルトの名無しさん
07/12/25 09:11:08
DirectX9.0bSDK（2004October）付属サンプル2の、虹色の三角形表示プログラムについての質問です。

改造して四角形を表示させたいのですが、うまくいきません。

CUSTOMVERTEX vertices[] = に
{ 50.0f, 50.0f, 0.5f, 1.0f, 0xff0000ff, },
を追加することで頂点を４つにし、

Void Render()内の
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLESTRIP, 0, 2 );
にすることで、２つの三角形を連続して描画し、結果的に四角形になるかと思ったのですが
三角形一つしか表示されません。

また、
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawIndexedPrimitive( D3DPT_TRIANGLESTRIP, 0, 0, 4, 0, 2 );
にすることで上記と同じ効果になるのかと思ったのですが、今度は三角形自体消えてしまいます。

どうしたら四角形が表示されますか？

162:デフォルトの名無しさん
07/12/25 09:26:56
カリングされてるんじゃないかね？
SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE)

163:161
07/12/25 10:00:08
できました！
あと頂点の順番？がおかしかったみたいで　|Ｘ|　←こんな形になったけど、頂点入れ替えたら四角形になりました！
ありがとうございます！　　　　　　　　　　　　　￣

164:デフォルトの名無しさん
07/12/25 10:35:15
は？
頂点の順序が間違ってたのが原因、って事？

165:161
07/12/25 10:52:03
>>164
三角形が一つしか表示されないという問題は
->SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE);
で解決したんですが、今度は頂点の順番がおかしいせいか欠けた四角形になったんです。
／|　　と　　|＼　　の三角形の組み合わせで　|Ｘ|　こんな形に
￣　　　　　￣　　　　　　　　　　　　　　　　　　　￣

166:デフォルトの名無しさん
07/12/25 14:42:39
>>161
どうでもいいけどoct2004は9.0cだったと思うが

167:デフォルトの名無しさん
07/12/25 15:46:06
疑問に思ったんだけど、四角形を描画する場合、頂点バッファを作ってDrawPrimitive()で描画するのと、
作らないでDrawPrimitiveUP()で描画するのとどっちが速いですか？
頂点バッファは頂点数が多いほど効果を発揮すると聞いたような気がするのですがどうなのでしょうか？

168:デフォルトの名無しさん
07/12/25 15:57:45
疑問に思ったんだけど、なんで自分で試さないんですか？

169:デフォルトの名無しさん
07/12/25 20:21:12
>>167

DrawPrimitiveUPのほうが早いですよ。
多くの方が様々なOSやビデオカードで検証済みです。

とか言ったらこいつは何も考えずにDrawPrimitiveUP使うんだろな。

170:デフォルトの名無しさん
07/12/25 22:21:13
>>169
ありがとうございます。
やはり、頂点バッファは頂点数が多いほど効果を発揮すると言う事でしょうか？

171:デフォルトの名無しさん
07/12/25 22:23:17
>>170
そうです。Microsoftが検証済みです。

172:デフォルトの名無しさん
07/12/26 01:31:37
>>152
私も同じ事やろうとしたけど、どうも上手くいかないですね
でもこの人の作ったゲームだと実装されているっぽいし…
本当にSetDialogBoxModeを使ってるのかなぁ

この関数使ってまともにメニューが表示できた人っていますか？
というかフルスクリーンのメニュー表示はみなさんどうやってます？

173:デフォルトの名無しさん
07/12/26 01:40:45
ステートブロックがいまいち良く理解できません。
1.普通のステート変更を最小限に抑えて変更する
2.（CreateStateBlock()で）キャプチャしたステートブロックを毎回適用する
3.カスタムステートシーケンス（BeginStateBlock()～End...()まで）を適切に使用する
と三つのやり方があると思うんですが、
何も考えずに2.のやり方でも効率的にできるんでしょうか。
それとも多少のやりくりは必要なんでしょうか。
ピュアデバイスだとステート変更は変更するたびに行われるんでしたっけ？
ステートブロックの仕組みとかがわからないのでちょっと迷ってます。

174:デフォルトの名無しさん
07/12/26 02:30:21
効率いいかなんてやってみればわかるだろ。アホか

175:デフォルトの名無しさん
07/12/26 02:47:54
このスレっていったいどんな質問なら答えてくれるの？ｗ

176:デフォルトの名無しさん
07/12/26 03:02:27
パラドックス

177:デフォルトの名無しさん
07/12/26 04:01:19
初心者ホイホイなのかな

178:デフォルトの名無しさん
07/12/26 07:20:42
初心者であろうがなかろうが、自分で試せるものを試さないってのは単なる怠慢だと思うが。

やり方が分からないんであれば、どっちが効率的？などと聞くんじゃなく素直にやり方そのものを質問すべき。

179:デフォルトの名無しさん
07/12/26 13:52:41
このスレいらねーなｗｗｗｗｗ

180:デフォルトの名無しさん
07/12/26 14:13:55
レンダリングステートを変更する事は、結構重いコストとして扱われるので、
Dx6まではコロコロ変化させずに、同じレンダリングステートのメッシュやターゲットを纏めて
レンダリングしたり、ステートの変化が最小になる順番でステート郡をレンダリングしてたりしたんだけど、
ステートブロックを使えば、複数のレンダリングステートの変化を一度にデバイスに適用出きるので、
上記の事をあまり意識しなくて良いレンダリングループが作れるようになったわけ。

でも、別にレンダリングするターゲットやステートの種類によってはステートブロックを使わなくても
そんなに処理が重くならないのも事実で、自分が作成しているプログラムでステートの変更が
重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？
GPUとGPUへのバスの帯域、レンダリングするプリミティブの数、ステートの変更量といった要因が
あって、トータルで考える必要があるから、なんでもかんでも管理するのは効率的ともいえないし、
大規模エンジンを作るのに、ステートの管理コストを嫌って管理しないのも効率が逆に悪くなるし。

ケースバイで。効率的ってのは目的が無いと決定しない項目だから。

181:デフォルトの名無しさん
07/12/26 14:22:58
＞重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？

そうなんだが、それを自分で試そうとしない輩が多すぎるな

182:デフォルトの名無しさん
07/12/26 19:19:34
VisualC++2005、DirectX9.0c SDK、Windows SDKの環境です。

キャラクターのアニメーション等をさせる場合、
画面を毎秒６０とか３０フレームとかで更新、のような処理をしなければならないと思うのですが
その毎回の画面の更新タイミングはどのような手順で取るのでしょうか

183:デフォルトの名無しさん
07/12/26 19:38:29
>>182
自分で試せ

184:デフォルトの名無しさん
07/12/26 19:49:08
何を試せばいいのでしょうか

185:デフォルトの名無しさん
07/12/26 19:57:16
「ゲームループ」でぐぐれ

186:デフォルトの名無しさん
07/12/26 19:58:02
>>184
それを自分で試せ

187:デフォルトの名無しさん
07/12/26 20:00:24
少し荒れてる状況で質問したのはタイミングが悪かったな

188:デフォルトの名無しさん
07/12/26 20:06:30
>>187
自分で試せよ

189:デフォルトの名無しさん
07/12/26 20:19:19
>>188
>>187に言うなよ！ｗ

190:デフォルトの名無しさん
07/12/26 20:21:58
マルチコア設計の描画エンジンだとステートブロック使うのは問題外の糞ｗｗｗ
というnVidiaあたりのプレゼン資料なかったっけ

191:180
07/12/26 20:58:26
>>190
まあ、実はステートブロックは、固定パイプライン時代の産物だから、基本的に
レンダリングステートなんてほとんど変えずに、シェーダでやれってのがDirectX9以降の
正しいGPUの使い方なんだと思う。

こんなの、実は悩むところじゃないと思うな。
固定パイプライン使ってても、レンダリングステートの変更なんて大した
負荷になってないっぽいもんね。所詮DirectX7時代の話だし。
一々ステートブロック作らなくても十分高速に動いてるし。
ステートブロックの解説も怪しいところあるから、普通利用を避けるんじゃないかな。

>>173は何故こんな事に疑問を持ったのか、謎だ。
(どこかの処理で実際に遅くなった、とかならわかるけど。)

192:173
07/12/26 23:38:39
え、いや、普通な感じで
実装前にセオリーとか聞きたいなって…荒れさせたようでごめん
忘れて

>>180さん、なんかすいません…とても参考になりました…どうもでした
>>180さん、ごめん、俺のせいで

193:173
07/12/26 23:39:49
>> >>180さん、ごめん、俺のせいで
>>182さん、ごめん、俺のせいでの間違いです　ホント申し訳ないｗ

194:182
07/12/27 00:22:56
>>185
ありがとうございます。_tWinMainの中でtimeGetTimeを使って
６０分の１秒を数える方法を使ってみました
Windowsゲーは同期とかはｷﾆｼﾅｲでいいんでしょうかね

>>193
いえいえｷﾆｼﾅｲでください

195:デフォルトの名無しさん
07/12/27 02:19:50
>>194
いや、同期取らないと駄目だろ。

196:182
07/12/27 02:55:23
え？そうなんですか？>>195さんはどういった手順でやってるんでしょうか

197:デフォルトの名無しさん
07/12/27 03:00:18
俺は可変フレームレートのが好きだな
要は１フレームでどんだけ時間が進んだかで
アニメーションの進行速度を変えればいいわけだから
そんでフレームの終わりにフリップすれば

198:デフォルトの名無しさん
07/12/27 03:15:47
>>197
あれってどうやって実装してるの？
フレーム間の時間をグローバル変数にでも格納して参照するんだろうか。

199:デフォルトの名無しさん
07/12/27 04:22:17
DirectX9SDKを入れて、バージョンは８で開発したいんだけど、d3dx8.hとかないのね
d3d8.hとかはあるのに。

どうすればいいんだろ。どっかでDirectX8SDKを見つけてこないと駄目かな？

200:デフォルトの名無しさん
07/12/27 04:41:19
9のOct2004だけど、d3dx8.hあるよ。

201:デフォルトの名無しさん
07/12/27 07:28:08
仕事でどうしても必要じゃなきゃ９使った方がいいと思うけど。
まあ９ｘ系対応とかだとDx9のOct2006までじゃないとダメらしいが

202:デフォルトの名無しさん
07/12/27 10:23:51
>>199
リリースノートくらい読めよ・・せっかく日本語に訳してくれてるんだから。

------
この DirectX SDK には次のコンポーネントは含まれていません

Direct3D8 およびそれ以前の全てのバージョン
Direct3D RM
・・・・・・

これらのコンポーネントを使いたい開発者は、
MSDN から August 2007 DirectX SDK をダウンロードする必要があります。
　　　　　　　 ~~~~~~~~~~~~~~~~~~~~~~~~~

203:デフォルトの名無しさん
07/12/27 10:26:15
まあオーガスト２００７だと８で作る意味が全くなくなるけどな

204:デフォルトの名無しさん
07/12/27 11:12:48
DirectX9でゲームを作ってたんだけど、DirectX9の独自の機能使ってないし、誰でもすぐに遊べる様にしたいからDirectX8にしたかったのさ。

>>200
>>202

サンクス。
とりあえず古いバージョン拾ってみよう。古いバージョンで上書き出来ればいいけど

>>203
そうなの？
結局XPの初期状態とかで動かないのかな？

205:デフォルトの名無しさん
07/12/27 11:56:09
>>204
だからリリースノートを読めと。

----
すべてのプラットフォームでのインストール上の注意

・現在の DirectX SDK をインストールする前に、DirectX SDK の前バージョンを削除することを推奨します。
----

どのバージョンがどのOSに対応しているかも全てリリースノートに書かれている。

206:デフォルトの名無しさん
07/12/27 12:19:57
もう、ほっといた方がいいかと。
一度受けた注意を怠るわ、質問している立場なのに偉そうだわ。
d3dx8.hの話にしても、>>104-105 で出てた話題なのに、
同じスレ内ですら検索かけてないし。

207:デフォルトの名無しさん
07/12/27 14:19:57
2Dの描画で描画数がかなり多くなるため(1フレームに3000程度の数字テクスチャを描画)頂点バッファを利用して
1フレームに頂点バッファ一括ロック→memcpy→アンロック→DrawIndexedPrimitive
としているのですが、3000個描画するとシーン時間が6～7ms程掛かってしまいます(それなりに良いスペックのPCで)
6000ポリゴン程度の描画でこんなに時間が掛かるはずがないと思うのですがやり方が間違っているのでしょうか？

208:デフォルトの名無しさん
07/12/27 14:40:20
なんかmemcpyがボトルネックになってそうだけど
どの処理に一番時間がかかってるのか
もうちょっと絞り込んだ方がいいんじゃない？

209:デフォルトの名無しさん
07/12/27 14:43:44
まず対照実験として、画面をクリアするだけで何も描画しない場合の速度を計るべきだと思う。

210:デフォルトの名無しさん
07/12/27 16:53:43
ロック／アンロックが臭いと思うな。変なロックは速度に影響でかいから。
ロックを止めて、ダミーバッファにmemcpyする処理に置き換えてフレームレートを計測したら？
あと、頂点バッファは、まとめてる？ロックがボトルネックなら、頂点をまとめて1フレームにロックする回数を
1回にしてしまった方が良いよ。
それと、毎回コピーする頂点の計算処理は重くない？

211:デフォルトの名無しさん
07/12/27 20:04:19
ところで、そろそろ>>152の質問に回答してくれる方はおりませんでしょうか？

ネットを漁り、アキバでDirectX関連の参考書を読みふけりましたが
どこもこの問題についてはあえて避けてるようにしか思えません

SetDialogBoxModeをマスターされました神様、いらっしゃいましたらお願いします

とりあえず、フルスクリーンでメニューとダイアログが表示できるようになればいいので
いい解決方を知っている方でも大歓迎です

212:デフォルトの名無しさん
07/12/27 20:05:35
斜め投影した場合、投影されたCGがあえて歪んで見えるようにしたいです。
どこをいじればいいか教えてください。

213:デフォルトの名無しさん
07/12/27 20:16:28
>>211
全ソース付のサンプル、か。

google code search で SetDialogBoxMode で検索したら結構引っかかったんだけど、やってみた？
検索結果の始めのほうはラッパのヘッダとか意味ないのばっかだけど
結果の後の方まで見てみると結構有用っぽいのがちらほら。Lunaとかも引っかかってたり。
ただライブラリ系ばっかでサンプルになるかどうかは分からん。

次ページ