【HSP】HSPで３Dゲーム　２　【３D】

**名前は開発中のものです。** · 2007/06/16(土) 13:15:17

HSPで３Dゲームを作る人のためのスレ。
ﾏﾀｰﾘﾏﾀｰﾘ

**名前は開発中のものです。** · 2008/01/31(木) 15:35:27

開発中止なの…？（´・ω・｀）

**名前は開発中のものです。** · 2008/01/31(木) 15:53:57

関節の丸は残して欲しいな。

**名前は開発中のものです。** · 2008/01/31(木) 16:00:52

>>623
頂点単位でなら変更する命令がある

>>628
bloadで読んでから、Ｅ３ＤのFromBuf系の命令で読む。

**名前は開発中のものです。** · 2008/01/31(木) 16:24:35

スプライトをクリックしたときの判定みたいなことできますか？
スプライトでかいたボタンをクリックして数値を上げ下げするのに
マウスの座標で判定してるんだけど、
不等号でx○○以上○○以下y○○以上○○以下みたいな書きかたしてるんで
なんかめんどくなっちゃったので。

**名前は開発中のものです。** · 2008/01/31(木) 19:52:12

>>633
自分はそれぞれのボタンの大きさが一緒なら、マウス座標/ボタンの大きさ　の値で判断してる。

**名前は開発中のものです。** · 2008/01/31(木) 21:50:05

小学生言語（笑）

**名前は開発中のものです。** · 2008/01/31(木) 21:51:44

>>633
そのくらいでメンドクサイなら素直にプログラムやめればいいよ

**名前は開発中のものです。** · 2008/01/31(木) 22:29:25

>>629
ご苦労様です。UIの提案をした者です。
提案通りのUIになっていたのでびっくりしました。
そしてボタンに不満の方、すいません、コンバータくんさんは何もわるくないので・・・

二画面よるテスト1での確認がとても分かりやすいですね。
（私以外の案が良い感じだなぁ・・・）
こういうツールは助かります。ありがとうございました。

**625** · 2008/01/31(木) 23:11:22

>>629
修正おつかれさまです。
たくさん意見してしまいましたが、ちらつきと保存先の指定が出来るようになっただけで十分です。
言えるだけ言ってみた部分がありますんで…。(-_-;
活用させていただきます。

**名前は開発中のものです。** · 2008/02/02(土) 00:03:26

+　　　+
　 ∧＿∧ 　+
　（0゜・∀・）　　　軟体を　ｗｋｔｋしながら　今日も待つ
　（0゜∪ ∪ + 　　　　　　　乗り遅れしは　げに悲しき
　と＿_）__）　+

**名前は開発中のものです。** · 2008/02/02(土) 01:51:51

>>632
おｋ、把握しました。とってもありがとう。
HSPって結構かゆいところに手が届くようにできてるのねん…。
もちろんE3Dも。

**名前は開発中のものです。** · 2008/02/02(土) 17:25:30

E3DSetScaleの倍率で負の値を設定すると
モデルの表裏までひっくりかえっちゃう気がするんですが……

**名前は開発中のものです。** · 2008/02/02(土) 19:01:24

頂点座標に負の値をかければ理屈的にそうなりますわな

**名前は開発中のものです。** · 2008/02/02(土) 19:13:38

ぬーべーで妖怪の仕業でボールが裏表ひっくり返されてて
中を開けると行方不明者り血が滴り落ちてきたって話思い出した。

**名前は開発中のものです。** · 2008/02/02(土) 19:20:06

>>642
そういういうものなんですか……

モデルの面の裏表は反転させずに
任意の軸に関してモデルを反転させるにはどうすればいいんでしょうか？

**名前は開発中のものです。** · 2008/02/02(土) 20:26:38

>>644　メタセコでもやってみれ。
法線方向反転させるには、面のデータそのものをいじらないと無理だろう。
面を両面表示するようにしてモデル作っとけばいい話なんじゃないの？
まあ輪郭表示してるとかだとこの方法じゃ無理なわけだけど…。

**名前は開発中のものです。** · 2008/02/02(土) 20:48:22

>>645
ありがとうございます
モデル側をどうにかしないとだめってことですね

**名前は開発中のものです。** · 2008/02/05(火) 23:20:31

E3D（DirectX）でちょっとハッキリしないことがあるんですが、

CPU　→　頂点を処理
グラボ　→　描画を処理

なのか、

グラボ　→　3Dは全て処理

なのかということです。

頂点数だけ変わった場合、例えば、
頂点数が 4　　　で、640*480の領域を描画するのと、
頂点数が 12,000　で640*480の領域を描画するのでは、
どんな違いがあるんでしょうか？

なんか説明分かりづらくて申し訳ナイス。

**名前は開発中のものです。** · 2008/02/06(水) 00:53:41

>>647
^^

**名前は開発中のものです。** · 2008/02/06(水) 13:31:46

>>647
E3Dは頂点ごとのボーン変形もＧＰＵ（グラボ）で処理してます。

**名前は開発中のものです。** · 2008/02/06(水) 16:33:10

>>649
ありがとうございます、
へぼいグラボだと
とにかくローポリを心がけないとダメですね･･･

**名前は開発中のものです。** · 2008/02/09(土) 02:28:57

mqoデータをRokDeBone2で読み込むと
頂点が分離してしまうのは何故？

**名前は開発中のものです。** · 2008/02/09(土) 02:49:14

あと、メタセコでスムージングのチェック外しても
E3Dでは強制的にスムージングになっちゃうんです？

**名前は開発中のものです。** · 2008/02/09(土) 04:08:06

はいそうです。

**おちゃっこ** ◆RyN5mfp1Kg · 2008/02/09(土) 05:39:32

>>651
スムージングの関係や、位置が同じでＵＶや色が違う頂点への対応のためです。

>>652
チェックボタンは見ていません。
スムージング角度を小さくするなどして対応してください。

**名前は開発中のものです。** · 2008/02/09(土) 13:49:37

頂点が分離するってことは頂点の数が増えるってことで
処理が重くなりそうですがどうなんでしょ

**名前は開発中のものです。** · 2008/02/09(土) 14:03:50

>>653 >>654
UV座標が違うと離れちゃうですかorz
回答ありがとうです。
私も心配なのは>>655のようなことだったんですが、
重くなるようならモデリングからやり直したほうが良いでしょうか？

スムージングの件は
角度で指定するようにします

**おちゃっこ** ◆RyN5mfp1Kg · 2008/02/10(日) 16:15:47

頂点複製は避けては通れないところなので、重くなるのは仕方ないですね。
どうしても気になるようでしたら、ひとつの頂点に複数のＵＶを割り当てないようにする
などモデリング側で工夫してください。

**名前は開発中のものです。** · 2008/02/10(日) 19:47:50

大変参考になります、ありがとうございます。
これからのモデリングで色々模索していくことにします。

**名前は開発中のものです。** · 2008/02/11(月) 02:47:13

すいません、やっぱり分かりませんでした。

１オブジェクトでテクスチャや材質は１つしか使っていないのに、
"１つの頂点で複数のUVを持つような状態になる"とは、どういうことなんでしょうか？
メタセコのUV編集画面では、どう見ても１頂点がUVマップ上に１つしかないんですが…。
やはり、RokDeBoneで読むときに頂点が複製されてしまいます。（5000ある頂点が12000くらいになってしまいます)

新規にデータを作った場合で試すと頂点が複製されることはないので、
UV操作でとんでもない勘違いをしてるだろうということは自覚してますが、
どうしても解決できそうにないので
どなたか、きっかけだけで良いのでヒントいただけませんか？

**名前は開発中のものです。** · 2008/02/11(月) 02:56:06

何度も何度も連投
申し訳ないです。
>>659は忘れて下さい。

悩む時間があまりに短すぎました。
1週間ほど格闘して、調べて、それでもダメだったらまた来ることにします。

**名前は開発中のものです。** · 2008/02/11(月) 04:17:30

↓の人が説明するよ。

**名前は開発中のものです。** · 2008/02/11(月) 06:28:50

ぼくちんわかんないの

**名前は開発中のものです。** · 2008/02/11(月) 06:57:22

じゃあ↓の人が説明するよ。

**名前は開発中のものです。** · 2008/02/11(月) 08:37:52

１オブジェクトで多テクスチャ
は　まだ実装してないから
次のバージョンのハナシじゃないの？

**名前は開発中のものです。** · 2008/02/11(月) 09:12:41

↑の答えが正解だよ。

**おちゃっこ** ◆RyN5mfp1Kg · 2008/02/11(月) 14:54:27

ぼくはモデリングは全然出来ないからメタセコの操作は分りませんが、
ファイル的にはmqoはＵＶを面ごとに書き出します。
つまり１つの頂点に異なるＵＶが存在することはあり得るのです。
展開図？とかでやると分かるんじゃないですかね？

それとＵＶが同じでもスムージング角度が小さいと
法線が異なってくるので、法線のために頂点複製をします。
マテリアルが異なる場合も複製します。

**名前は開発中のものです。** · 2008/02/14(木) 08:05:49

660です。
1週間経たずに戻ってきてしまいましたが、
おちゃっこさんのおかげで、やっと理解できそうです。

1頂点が異なるUVを複数持つことについては、把握しました。
659では、板ポリを作って試していただけなために、
このことに気付きませんでした。

立方体で1頂点を選択するとばらばらな3つのUVが表示されました。
これに気付かないとはとんだ2D脳ですorz
そして、これらを単一化したところ、頂点の複製が防げるようになりました。
この場合テクスチャを綺麗に表示するのは難しそうですね…かなり強引にしないと大変なことに。

スムージング角度について、
おちゃっこさんがくださったレスの通り、
スムージングがかからない角度のポリゴンで
頂点が複製されることを学習しました。

おちゃっこさんには、こんな些細なことも丁寧にレスしていただき、本当に感謝です。
スレの皆さんにも見苦しいところを見せて申し訳ないです。
肝心のゲームの方を充実させるよう努力していきます。

**名前は開発中のものです。** · 2008/03/02(日) 00:00:34

2008HSPコンテストは3Dが多くなるんだろうか

**名前は開発中のものです。** · 2008/03/02(日) 02:46:21

なるんです

**名前は開発中のものです。** · 2008/03/02(日) 03:10:43

すいません、質問よろしいでしょうか、、、

メタセコイアなどでポリゴンにテクスチャを貼りつけてそのままHSPのEasy3Dで表示させているのですが、
私のPCだとちゃんとテクスチャが表示されているのに私以外のPCだとテクスチャ部分が真っ白になるみたいなんです。
色々調べたのですがわからないのでもしよろしければどなたか分かる方いませんか・・・？

もし、どうしょうもない質問ならスルーしてください；

**名前は開発中のものです。** · 2008/03/02(日) 03:11:35

メタセコイアなどで　⇒　メタセコイアで

**名前は開発中のものです。** · 2008/03/02(日) 05:25:17

>>670
それはテクスチャのディレクトリ名のせいだと思います
　C:/--/img/test.jpg　のようになっていませんか？

上のようなのを
絶対ディレクトリといい　”C:/--/img/texture.jpg”　（URLの場合　”http://www.yahoo.co.jp/img/test.jpg”）
相対ディレクトリ　”/img/texture.jpg”　　（URLの場合　”/img/test.jpg”）

ファイルからみたテクスチャの相対ディレクトリを指定してあげる必要があります

**名前は開発中のものです。** · 2008/03/02(日) 09:45:40

なるほど、絶対ディレクトリと相対ディレクトリですか、
まだまだ私には基本的な知識が必要のようですねorz
672さん、ありがとう。
丁寧かつ親切なレスに感動しました。
早速作業にかかりたいと思いますm(_ _)m

**名前は開発中のものです。** · 2008/03/02(日) 13:00:59

E3Dの場合、テクスチャファイルはファイル名のみ（texture.jpg）にして
mqoやsigと同じフォルダに入れておくとOK。
相対ディレクトリもうまくいかないですよ。

**名前は開発中のものです。** · 2008/03/02(日) 19:44:11

E3DCreateLightってポルンガみたいに三つまでなの？
4つ以上ライト作ると光が消えちゃう

**名前は開発中のものです。** · 2008/03/03(月) 02:36:54

そうだよ
マニュアルとかに書いてあったと思う
DXの仕様なのさ

**名前は開発中のものです。** · 2008/03/05(水) 23:21:40

>>353
最近どうですか？

**名前は開発中のものです。** · 2008/03/06(木) 07:03:24

もうやめてんじゃね？ｗ

**名前は開発中のものです。** · 2008/03/06(木) 15:11:42

>>580
最近はどうですか？

**名前は開発中のものです。** · 2008/03/07(金) 01:32:09

小学生言語だからね

**軟体の人** · 2008/03/07(金) 03:01:51

今は表では何も作ってませんねー。
２・３週間前に乳揺らしとフェイスシンクモジュール使って連絡くれた人いて更新したのが最後です。
配布先隠してたのによく気づいたなーみたいな気もしなくないですが・・・

バグでたら連絡もらって更新してる程度の活動です。

**名前は開発中のものです。** · 2008/03/07(金) 20:08:19

去年のクリスマスのおっぱい祭りに乗り遅れました！
再度公開してください！というのもずうずうしいのですが・・・。
また開発楽しみにしてますよ～。

**おちゃっこ** ◆RyN5mfp1Kg · 2008/03/08(土) 18:27:09

>>681
配布先、教えて～。
サイトどこだか分らなくなっちゃいましたよ。

**軟体の人** · 2008/03/08(土) 19:37:08

モジュール＆RDB2プラグインはYahooフォルダで配布していました。
新ＰＣになってHSPやSDKなくなったので今使っている方で最後にします。

色々なことにゴタゴタ・グチグチやってましたが金輪際ないので安心してください。
おっぱいシミュは色々と賛否両論でしたが自分は楽しめました。ｗｋｔｋ感が大事。

最後に１つ愚痴を「Ｅａｓｙ３Ｄつかうならネガティブなアイディアを実現しよう？それHGIMG3でもできることじゃない？」
じゃ。

**名前は開発中のものです。** · 2008/03/08(土) 20:44:21

配布先がさっぱりわからない・・・（TT)

**名前は開発中のものです。** · 2008/03/09(日) 00:03:04

Ｅａｓｙ３Ｄつかうならネガティブなアイディアを実現しよう？って誰が言ったんだい？

**名前は開発中のものです。** · 2008/03/09(日) 09:20:04

おっぱいはポジティブでしょ

**名前は開発中のものです。** · 2008/03/09(日) 23:05:03

むしろアグレッシヴ！（｀・ω・´）b

**名前は開発中のものです。** · 2008/03/10(月) 01:06:52

ネガティブ←X
ネイティブ←E3Dならでは
って意味じゃね？

**名前は開発中のものです。** · 2008/03/10(月) 09:36:36

こういう優秀なモジュールやプラグインがなくなってしまうのは、本当にもったいない。

**名前は開発中のものです。** · 2008/03/10(月) 13:08:22

内容がすごくても作者が情緒不安定じゃ話にならん
’ゴタゴタ・グチグチ’の中身は同意できるんだけど書いたらだめよ

**名前は開発中のものです。** · 2008/03/10(月) 19:01:34

ネガティブ→ネイティブ→ネイキッド→おっぱい

テストに出ます

**名前は開発中のものです。** · 2008/03/11(火) 03:20:25

出口のあるゴタゴタグチグチなら必要な話し合いってもんだけどね。
それを否定するのは管理主義的で中身カラッポなカスにしかならないし。

**名前は開発中のものです。** · 2008/03/11(火) 07:01:38

いみわからない

**名前は開発中のものです。** · 2008/03/11(火) 13:35:02

軟体の人は再配布とかOKなのかな。
Wikiとかに上げて、みんなで意見を出し合ってよいものにするとか。
そういう共有が出来ないか？
とはいっても自分はその能力がないから眺めているだけなんだけど・・・。

**名前は開発中のものです。** · 2008/03/11(火) 19:09:04

まあ大体の人はそうだよな

**名前は開発中のものです。** · 2008/03/13(木) 22:04:58

すいません、質問よろしいでしょうか、、、
Easy3Dってフレームスキップって再現できるのでしょうか･･･？

**名前は開発中のものです。** · 2008/03/13(木) 23:48:39

E3DWaitByFPSの戻り値に実際のFPSが入るんだから
数値が小さい時は描画をしない、とかすればいいんでないでしょうヵ。

**名前は開発中のものです。** · 2008/03/14(金) 05:05:17

>>698
なるほど、参考にさせて頂きます。
御教授ありがとうございましたｍ(_ _)ｍ

**名前は開発中のものです。** · 2008/03/18(火) 23:29:47

1パート多テクスチャが楽しみすぐる。
着せ替えゲームつくろっと。ゲヘゲへ

**名前は開発中のものです。** · 2008/03/19(水) 13:59:09

着せ替えは今もできるべ・・・
多テクスチャは面単位でマテリアル変えられることじゃないの？

**名前は開発中のものです。** · 2008/03/19(水) 19:20:04

体の部位毎にテクスチャ用意できるじゃん。

**名前は開発中のものです。** · 2008/03/20(木) 02:05:33

アルファ抜きとかのためっしょ。

**名前は開発中のものです。** · 2008/03/20(木) 23:08:12

アルファはPNGで出来るじゃん。
バンプのためじゃないの？

…と言ってから思った。JPG向きの画像の場合はアルファと分けるが必要あるのか。

**名前は開発中のものです。** · 2008/03/21(金) 20:07:22

こんな重いのにバンプを実装しちゃうのか
フレームをもう少しキープしないとゲームでは使えないと思うのだけど

**名前は開発中のものです。** · 2008/03/21(金) 23:55:12

HSP、E3Dでは1秒当たり総ポリ数を、サターンやPS1クラスのモデリング程度に抑えるべきだよ。
そして、重い環境ならバンプを設定しなきゃいいだけだし。
不特定多数に配布したり、コンテストに出すなら、ポリコストやシェーディングを考えなきゃいかんけど、
俺も含めてほとんどが自己満足で自分や自分の知り合い程度が楽しむ規模程度の物を作ってると思うからいいんでねーの？

ただ、オンボードGPU環境でゲームは問題外だけどさ。

**名前は開発中のものです。** · 2008/03/22(土) 00:48:08

E3D信者は相変わらずだなｗｗｗ
ファビョンなよｗ

**名前は開発中のものです。** · 2008/03/22(土) 02:54:50

どっちかってーと草まで生やしちゃってる707の方が火病ってるように……

**名前は開発中のものです。** · 2008/03/22(土) 03:06:06

でも、もうちょっと張り切った物も欲しいよね。せめてＰＳ２ぐらいまでは。

**名前は開発中のものです。** · 2008/03/22(土) 06:21:57

>>706
>>709

どの位のＣＰＵとＶＧＡを想定してるの？

**名前は開発中のものです。** · 2008/03/22(土) 13:33:43

みんな視野内に何ポリまで許容だと思う？　60FPSキープできるくらいで。

と、目的が違うと答えにくいと思うので
コンテストに応募するくらいの規模で。

**名前は開発中のものです。** · 2008/03/22(土) 13:53:56

ポリゴン数というか、表示する形状データの数、ボーンの数で
重さがそうとう違ってくるからね。
相当数のポリゴンを表示したとして、６０ｆｐｓキープしていたとしても
それだけでは安心することはできない。

**名前は開発中のものです。** · 2008/03/22(土) 15:38:52

うーん確かにそうだ。
そういう指標になるようなのってないかな？

**名前は開発中のものです。** · 2008/03/23(日) 03:01:47

>> 713
公式でも少し話が出たけど、e3dサンプルwikiに「SIG体重計」がうｐされてるよ。
算出した数値はどう評価すればいいものか。

**名前は開発中のものです。** · 2008/03/24(月) 16:42:41

体重計試してみたけど
ポリ数が少なくてもテクスチャが種類いっぱいある
データだと体重凄い増えるのね。

**名前は開発中のものです。** · 2008/03/24(月) 17:52:43

測定するPCごとに結果が違うから、
配布先のPCでどうこう、という事を語るのは難しいね

でも数値で詳しく見れるってのは便利だね。

**名前は開発中のものです。** · 2008/03/24(月) 22:20:51

>>716　それは１度同じモデルで複数種類のグラボでの動作結果を収集したほうがいいってこと？
データがあれば別モデルでも数値を推定できる可能性あり？

**名前は開発中のものです。** · 2008/03/25(火) 00:02:23

ドライバ性能とかレンダリング設定しだい
スコアで環境性能を測ってるのは間抜け

**名前は開発中のものです。** · 2008/03/25(火) 00:52:15

レンダリング設定の方は意図がわからないので保留しとくけど（AAとか異方性フィルタ？）
ドライバ性能って思った程の差は出ないよ。バージョン違いとかオメガとか使っても。

**名前は開発中のものです。** · 2008/03/26(水) 01:41:14

初歩的な質問で申し訳ないんですが
E3Dで、2Dグラフィックをgcopyみたいにクリッピングするにはどうすれば…？

**名前は開発中のものです。** · 2008/03/26(水) 06:49:23

一枚書き出すなら、ＢＭＰに出力する命令がありますよ。
ＡＶＩに出力する命令もあります。
リアルタイムに複数描画するなら、スワップチェーンで実現できます。
ただ、毎ループ書き出してテクスチャとして
モデルデータに流し込むっていうお話なら、
少し前にも出た質問ですが「今のところちょっと難しい」って事になってます。
ＤＸの描画って、ＢＭＰで読み込もうがＪＰＧで読み込もうが、
一度内部で独自フォーマットに変換しちゃうそうです。
それ自体が何種類かあって、対応ハードの問題もあり、
ちょっと対応が後回しになるそうです。

**名前は開発中のものです。** · 2008/03/26(水) 16:14:45

1枚の画像に複数のパーツが描いてあって、
そのパーツ一つ一つを切り取ってメインウインドウに描画する、という意味の
クリッピングです。説明が下手で申し訳ないです。

今試してるやり方は、
まずHSPのBufferに画像を読み込んで、
非表示メインウインドウに黒で初期化すると同時にパーツをgcopyで描画、
それをE3DCreateSpriteFromBMSCR(黒抜き)でスプライト生成、
めでたく一部だけ表示、というのなんですが…。

一応、結果だけはこれで上手く行くんです。
でも、やたらと頻繁に処理を必要とするので、(1フレームに数十回以上)
要するに、この方法は
メモリバッファとVRAMバッファを行き来しすぎて
処理が重くならないのだろうか？　という心配なんです。

今までHSPDXを長く使ってたので、そういう感覚が残ってたりします。

ハードウェアもDirectXも全く素人なので、そこで、皆さんに聞いてみたいと思ったんです。

**名前は開発中のものです。** · 2008/03/26(水) 18:11:35

よくわかんないけど、ビルボードでしたら
タイル状のテクスチャ画像を読み込めるし

**名前は開発中のものです。** · 2008/03/26(水) 20:05:35

アニメーションとかはそれでやるのが普通だよね

**名前は開発中のものです。** · 2008/03/26(水) 20:10:20

おまえらの中ではな

**名前は開発中のものです。** · 2008/03/27(木) 00:11:27

>>713-719
「体重計」とはいいネーミング。
グラボが違えば体重も変わる…グラボを惑星にたとえてみよう。
惑星（グラボ）の引力（スペック）は惑星の質量によって違うから、それぞれの惑星で体重を量ると体重もそれぞれで違う。
だから重力加速度が違う場所で計測した体重を比較するのはナンセンスというのは正しい。
グラボに影響されずにモデルを評価するには「質量」を求める必要があるわけだな。

規準質量になるモデルを１個用意すればいいのかな？
（計測したいモデルの体重）／（規準モデルの体重）＝（計測したいモデルの質量）
なお体重は同じ環境での計算結果。
大体こんな感じであってる？
あとは「結果にばらつきの少ない最適な規準モデル」がどんなものかという問題がある。

**名前は開発中のものです。** · 2008/03/27(木) 00:37:11

も、もちろんそこまで考えて名前付けましたよ！（ウソですごめんなさい）うまい事云うなあ

基準モデルの選定って案外難しくて、経験上 E3D の場合
頂点・面数の多いモデル→ビデオカード性能に依存
ボーン数・ボーン階層数の多いモデル→CPU性能に依存
みたいな傾向があるように思います。
PCってCPUだけ豪華だったりあるいはその逆だったりするので難しい所ですね。

ところで本当に求めたいのはモデルの純粋な重さよりも『普遍的なPC性能』ではありませんか？
この場合だと平均的な惑星の重力というか。

**名前は開発中のものです。** · 2008/03/27(木) 01:23:10

モデル質量を出す。→主な環境での推定体重を出す。
というふうに出来れば理想なのかなと、妄想しています。（可能かどうかはさておき。）
普遍的なPC性能といっても時期によってどんどん高性能化していってしまうので。

しかし、CPUにも依存するのか…これはどうしたものか。

**名前は開発中のものです。** · 2008/03/27(木) 02:30:09

>おまえらの中ではな
？

【HSP】HSPで３Dゲーム ２ 【３D】

【HSP】HSPで３Dゲーム　２　【３D】