シューティングゲーム製作技術総合　４機目

**名前は開発中のものです。** · 04/08/09 19:53

ゲームプログラマなら誰もが通る、もしくは、通った道。青春の香り？
それは「シューティングゲーム製作」・・・。

このスレでは、そんなシューティングゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論、多弾の是非などについて語り合いましょう。
もちろんBulletMLなどで弾幕を作成してみたり、自分の作ったシューティングを
晒してみたり、プロジェクトをはじめてみるなどもOK！

ただし、シューティングの未来とか既存のゲームの話題などは、関連する他の
スレでやってくれ。

■前スレ
シューティングゲーム製作技術総合　３機目
http://pc5.2ch.net/test/read.cgi/gamedev/1087339516/l50

**名前は開発中のものです。** · 04/08/11 19:23

補足。
東方に関しては>>32から察するに、B宗1派からVSYNCを除いてみたら
フリップしまくりで遅延がなくなっちゃいましたーな状態だと思う。
AとB1の混合。

**名前は開発中のものです。** · 04/08/11 19:30

>>45
DirectInputで普通に。

昔は、キー入力が欲しい時に拾ってた。
今は、一度拾ったら、画面の再描画が行われるまでは、
記憶しておいた値を使うようにしてる。

**名前は開発中のものです。** · 04/08/11 19:43

ごちゃごちゃ言わずとも

>まず現在見ている画面に対して超反応で入力したとき、それが次のフレームで
反映されていれば遅延0フレームと定義しとくな。

それが常識なんですよタコ。 ←生暖かい突っ込み

**名前は開発中のものです。** · 04/08/11 19:44

うひーあったけー。

**名前は開発中のものです。** · 04/08/12 01:46

そりゃ垂直同期を待たなければ入力に対するレイテンシが小さくなるかも知れないが、
その代償がティアリングと不安定なレイテンシでは、
シューティング的にいいことないと思うんだけど。

アーケードやコンシューマのシューティングは普通に1/60秒待ってるわけだし。

58 · 04/08/12 01:51

おっと、不安定なレイテンシは撤回。

**名前は開発中のものです。** · 04/08/12 01:57

Lunatic制覇がまだな程度に下手の横好きな自分は、
ティアリングがあっても自機がキビキビ動くほうを選んだ
他の人がティアリングのない美しい画像を選んでもよいし、
どちらかを選択する自由のある現状に不満はない

**偽ガルーダ** · 04/08/12 02:21

最近、体調崩して進行してません、、。

偽ガルーダの場合、
描画＞更新処理＞Ｖ待ち　の順なんで、
>>53と同じなのかな？と。
１フレームの遅延は確実にありそう、、。
最初に描画しといて、ＣＰＵとＧＰＵの処理を並列でやらす。
という一般的な処理だとは思うけど。
因みに、appウィザードで生成されたコードを元に組んでます。
input,music,初期化,メインループは、ほぼまんまです。

**名前は開発中のものです。** · 04/08/12 02:24

>>61
遅延があるよーと言った者だが、流石に1ﾌﾚ程度の遅延はわからないと思う…。

とりあえずお大事に。

**名前は開発中のものです。** · 04/08/12 06:07

入力の遅延についてですが、CPUが忙しすぎるとジョイスティックの入力値テーブルを更新するタスクに処理がまわらないって可能性は考えられますか？
FlipでVSYNC待つならありえないかも知れないけど。

**名前は開発中のものです。** · 04/08/12 10:47

俺はティアリング容認でタイマで更新してる
んで、どのタイミングで取得するかだけど

画面更新->処理->17msWait->次の画面更新という流れの中で、画面が更新される->プレイヤーが
それを見て反応となるからには入力を取得するのは可能な限り次の画面更新の直前がいいと思ってみたり

上の流れだと「処理」の一言で済ませてるけど、背景書いたり敵を動かしたり、自機以外の
オブジェクトを先行して描画したりして、可能な限り後で入力取得・自機移動・当たり判定
・自機の描画なんかを行うとか。

いっそ1フレーム17msの時間で更新直後に全ての処理を一気に行うんではなくて、
更新->(a,入力不要な処理)->(b,腰溜めで数ms時間を潰す)->(c,入力を拾った後の処理)->(d,更新から17ms経過までwait)->次の更新
みたいにしてなるべく画面更新->入力取得までの時間を延ばすってのはどうよ？

**名前は開発中のものです。** · 04/08/12 10:52

NAOMIは相当の遅延があるよ。大往生とかケツイやった後に式神2とか斑鳩やると顕著に分かる

以前テストプログラム書いてみて色々試したんだが、
フレーム進行速度の管理部分をPresentに任せてしまった時に入力関係に何らかの支障が出てたような記憶があるなぁ。
遅延だけでなく「入力データ落ち」っていうこともあった。東方と全く同じ現象だな。

ところがtimeGetTime使ってフレーム進行を管理したら遅延とかが全くなくなることがあった。
アイドル時間中にSleepを呼ぼうが呼ばなかろうが関係が無かった。
このときのPresentは垂直同期待ちを使ってる。
サンプルソース無くしちゃったのが残念なんだけど、どうもPresent前後が怪しい気がするな…
あの関数、内部でSleep呼んだりせんから、CPUパワー丸ごと奪ってくし

**名前は開発中のものです。** · 04/08/12 15:56

>>36
ムズイ。個人的にはあまり面白いと思わなかった。

コンボシステムは面白いかも、
だけどコンボしようとすると敵の移動がランダム過ぎて当たらないし
当てられない。狙っているうちに敵が増えて死ぬ。
なんていうか、敵が突っ込んでくるクレスタ? いや違うな。敵軌道がランダムっぽいし

自機と敵弾共に速すぎると思う。
弾よけようとして敵に当たることがしばしば。

とりあえず難易度を低めにしてみてはどうだろうか。
良いスコアシステムを持ってるのだが、稼ぐ暇が無いのは残念。

インターフェイスがマズイ。
ゲームパットで操作させたいなら、ゲーム開始/終了もゲームパットでできるように。

ところで、残機はなしの方針なのかな。

**名前は開発中のものです。** · 04/08/12 16:11

実際の入力操作　と　画面更新　とのタイムラグがもっとも少なくなるように組むのが理想
でも、処理の都合で、そうは行かないことが多い
ということ？

**名前は開発中のものです。** · 04/08/12 16:26

主に、描画処理の都合で、かな。

**名前は開発中のものです。** · 04/08/12 23:40

http://hp.vector.co.jp/authors/VA036558/App/IBade.zip
>>66
早速応急処置みたいに自機と敵弾を遅くしてみました
&コンボが終了すると点数が入るように
&8方向対応
タイトル画面で無駄弾を撃つといきなりエキストラモードになる

乱数はなんとか使わないようにしたい
やっぱシューティングってあんまり乱数はつかわないものかい？

**名前は開発中のものです。** · 04/08/12 23:44

>やっぱシューティングってあんまり乱数はつかわないものかい？
そんなことはないよ

**名前は開発中のものです。** · 04/08/12 23:53

>>やっぱシューティングってあんまり乱数はつかわないものかい？

昨今のアーケードならほぼ皆無に等しい

**名前は開発中のものです。** · 04/08/13 01:10

固有の種からの乱数は未だに使っていると思うけど。
ケイブのばらつきのある弾幕とか、斑鳩の撃ち返しとか。
パーティクルとかには当たり前に使う。

69 · 04/08/13 01:21

だいぶ敵の動きから乱数を取り除いてみました
やっぱこうするとランダムな動きって恐ろしい事この上無いね

シューティングを作るとき敵の動きってスクリプトを作って動かしてるかい？
if とか実装するのムズそう

マップに画面上の敵が全滅するまでスクロールを停止ってマップチップ番号を実装してみようと思う

**名前は開発中のものです。** · 04/08/13 01:36

敵の動きはソースに直接書いてる．

**名前は開発中のものです。** · 04/08/13 01:53

>>69
＞乱数はなんとか使わないようにしたい
＞やっぱシューティングってあんまり乱数はつかわないものかい？
　
上の行と下の行、繋がるのか？お前さんなりの理由・事情があって
『乱数はなんとか使わないようにしたい』という結論に行き着くのか
それとも『乱数はなんとか使わないようにしたい』が
『乱数を使わない』積極的な動機になるのか気になるところだが。
　
俺の場合、ゲーム中の主要な構成物（自機・敵機・弾）の処理に
乱数が全く絡まないことはあるが、それは主にゲーム内容というか
ステージデザインの都合で、たまたまそういう形に行き着いたという
だけの話で、乱数つかわないようにしたいという発想が出発点に
なったことはないな。

75 · 04/08/13 02:03

かぶっちまったな。>>73を読んで事情がわかった。
　
>>73
「誰が動き作って諸々のバランス調整するか」によってやりかたは色々だが
個人でやるなら最小限の手間でそれなりにラク出来そうなところで、luaあたりを
使ってみたらどうだ。

**名前は開発中のものです。** · 04/08/13 06:08

luaって何？
スクリプト言語でそれらしきモノはあるみたいだが・・・

**名前は開発中のものです。** · 04/08/13 10:40

>>72
>固有の種からの乱数は未だに使っていると思うけど。

そりゃ勿論だが、それを「乱数」と呼べるのかは疑問がある
今時のアーケードシューティングには純粋な乱数はまず使ってないと思うよ

**名前は開発中のものです。** · 04/08/13 11:03

おいおい、純粋な乱数なんていったら…
ゲームじゃまず使わないぞ？

**名前は開発中のものです。** · 04/08/13 11:33

だからそれを>69に言えと

**名前は開発中のものです。** · 04/08/13 12:14

その前に純粋な乱数って何だ？

**名前は開発中のものです。** · 04/08/13 14:45

使わないものの話をしてもしょうがないじゃな～い

**名前は開発中のものです。** · 04/08/13 17:22

純粋な乱数が何であるかも分からないのに、使わないと決めつけるな。
使わないならその理由を説明してくれよ～。

**名前は開発中のものです。** · 04/08/13 17:35

SRAMに更新した種を保存しとくとかRTCを内蔵しとくとか？＞アーケードシューティングに純粋な乱数
そこで電池切れを利用した電源パターンですよ

**名前は開発中のものです。** · 04/08/13 17:43

>>83
コンピュータで作られる乱数は基本的に
「擬似」乱数だってのは知ってるか？

**名前は開発中のものです。** · 04/08/13 18:50

>>85
本物の乱数か、擬似乱数か、なんてそんな話の流れじゃないだろ。

>>78 の最後の行の
>今時のアーケードシューティングには純粋な乱数はまず使ってないと思うよ
今も昔も、本物の乱数なんか使っていない。

つうか>>78　が意味不明なこと言ってるだけだから流したほうがいい。

**名前は開発中のものです。** · 04/08/13 19:01

これだからモノ知らないﾔｼは困る
NAMCOのSYSTEM2にはセキュリティチップ兼用の乱数発生器が付いてるぞ
メモリマップされてて、特定のアドレスは読み出す度に常に一定しない値になる

**名前は開発中のものです。** · 04/08/13 19:10

それ他となんか違うの。
そもそもシスIIのシューティングでランダムってどこに使って竹。

**名前は開発中のものです。** · 04/08/13 19:42

別に乱数を使ってもいいし使わんでもいいだろ

**名前は開発中のものです。** · 04/08/13 20:14

・リプレイを取らない簡易STGなら、どんな乱数を使おうと構わない
・敵の攻撃が大雑把で良いのなら、乱数をどう利用しようと構わない
　とくにプログラム練習用の手抜きSTGなら、乱数をお気楽に使ってもよい

・ちょっと凝りたいとか、アーケードに見習うとかするなら…
　・種を与えることができない乱数は、制御ができないのでリプレイに使えない
　　ygs2kのrandなどが相当(srandを持たない)
　　・対策は、乱数用ライブラリを使ったり、自前で乱数処理を書いたり、乱数テーブルを用意したり
　・敵の攻撃を乱数に頼りすぎると、大雑把なSTGになってしまう
　　膨大なので省略するが、乱数を使わずに多様な変化を起こすよう組むのが理想

**名前は開発中のものです。** · 04/08/13 20:41

そこまでやって想定してなかった安地や永パが発覚したら目も当てられんな

**名前は開発中のものです。** · 04/08/13 20:45

永パは今のシューティングのつくりだとそうそうできないだろ

**名前は開発中のものです。** · 04/08/13 22:29

ケイブボスのゆらゆらとかは安置封じに役立ってるらしい

**名前は開発中のものです。** · 04/08/14 00:16

>>87
で、昔時のシューティングは本物の乱数使ってたのか？

**名前は開発中のものです。** · 04/08/14 01:01

本物の乱数なんて存在するのか？

75 · 04/08/14 01:06

>>77
＞はあるみたいだが・・・
　
で、それがどうかしたんでしょうか。
疑問の趣旨がわかるように語尾をしっかり書いてほしいね。

75 · 04/08/14 01:14

>>95
んー。例えば高校物理を学んでいれば
答えを知ってるはずなのですが。（電子雲とか）

実際に入手可能な乱数発生器としては
熱電対を使用したもの等があります。
　
STGとは無縁の話なので、後は勝手に調べるなり
勉強してください。

**名前は開発中のものです。** · 04/08/14 01:21

SYS2だとメタルホークあたりかな＞ランダム性高いの
小波のスクランブルとかタイムパイロットの時代だと結構再現性の無い
出現パターンのゲームは珍しくも無いし

**名前は開発中のものです。** · 04/08/14 01:38

メタホは自機の自由度が高いからどういうランダムなのかよくわからん

04/08/14 02:15

最近のケイブ系のラスボスは運に左右されることがよくあることらしい。
射出方向次第でミス回数が変わると言われてる世界だし。

**名前は開発中のものです。** · 04/08/14 10:33

本物とか擬似とかどうでもいいって

ところで乱数を効果的に使ってるＳＴＧってどんなのある？

04/08/14 11:32

>>101
はっきりいってないと思う。
ドラゴンブレイズのランダム面はクリア優先の人もスコア目指す人も振り回されるほど最悪だったし。

ただ単に覚えるだけではだめ、というスパイスにはちょうどいいが、
やりすぎるとどうしようもないものになる。

**名前は開発中のものです。** · 04/08/14 11:37

雑魚の出現等にランダムを使う様な気がするけど

**名前は開発中のものです。** · 04/08/14 12:04

ケイブのヘリは、自機X座標で出現位置が変化するのとしないのとをそれぞれ組み合わせてたな
「自機などに影響されて多様に変化するが、乱数ではない」という仕組みは多い

**名前は開発中のものです。** · 04/08/14 13:07

エスプの近江覚の攻撃のバラツキがランダムっぽいけど。
というか、固有のシードからの乱数は色んなところで使われてるでしょ。

**名前は開発中のものです。** · 04/08/14 13:11

わりと昔からあったね。
自機の位置と反対方向から出現するとか、
点数によって、1upの発生する場所が変わるとか。
パワーアップによって、攻撃が苛烈になるとか。

**名前は開発中のものです。** · 04/08/14 13:15

点数の偶数奇数というのは、なかなか分かりにくい。

**名前は開発中のものです。** · 04/08/14 14:07

>>106
最後のは根本的に違うと思う

**名前は開発中のものです。** · 04/08/14 14:45

つまり
ランダムなんて無い方が攻略性が上がって良いし
多様性を出すにしても>>104で十分、ってことだな

**名前は開発中のものです。** · 04/08/14 15:01

なにが充分なんだよﾜﾛﾀ!
不規則性=ランダム（乱数）って頭では到底わかんだろうけどね。

**名前は開発中のものです。** · 04/08/14 15:52

昔地形マップをプレイ毎に自動生成するシューティングってあったな。
自機が多関節の竜みたいなので、全方向スクロールするやつ。
名前が思い出せんしぐぐってもみつからないが、誰か覚えてない？

**名前は開発中のものです。** · 04/08/14 15:53

サイバリオンか？
シューティングとは微妙に言いがたいが。

**名前は開発中のものです。** · 04/08/14 16:20

サイバリオン　自動生成　でぐぐると、それっぽい話題がいくつか読めた。

**109** · 04/08/14 16:33

>>110
　　_, ._
（；ﾟ Дﾟ） …？

藻前が理解できん・・・
漏れは乱数なんて使わなくていいなぁって言っただけなんだが

もしかして多様性＝不規則性って頭ですか？

**名前は開発中のものです。** · 04/08/14 16:35

>>110
まず日本語の勉強

**名前は開発中のものです。** · 04/08/14 16:49

キモイ絵文字使ってる>>109がいるなw
乱数使うも使わんも勝手にすればいい、不規則性は多様性のひとつだ一緒にするな
そんなこともわからんのか！
狭い見解で「これで充分」などと抜かすのが叩かれる原因なのだﾖ

**名前は開発中のものです。** · 04/08/14 16:54

「まず日本語の勉強」
その言葉そっくりてめぇに返してやるぜ♪

**名前は開発中のものです。** · 04/08/14 17:00

なんか変なのがいるがスルーで良いのかな

**名前は開発中のものです。** · 04/08/14 17:01

　　　　　 ∩＿＿＿∩
　　　　　 | ノ　 _,　　,_ ヽ　
　　　　　/　　●　　　● |
　　　　 |　　　　( _●_)　ミ　＿　(⌒) 　　夏だよな♪
　　　　彡､　　　|∪|　　ノ　　
⊂⌒ヽ　/　　　ヽノ　ヽ /⌒つ
　＼　ヽ　 /　　　　　ヽ　/
　　　＼_,,ノ　　　　　　|､＿ノ

**109** · 04/08/14 17:22

あー
つまりお前は十分という言葉を硬くとらえすぎなわけだな。
ファジー機能搭載しる

**名前は開発中のものです。** · 04/08/14 17:31

参考
>>90
>>101(漏れ)
>>102-104
>>109(漏れ)

>>109の要点
「ランダム使うくらいなら>>104の方が楽だよな」

**名前は開発中のものです。** · 04/08/14 18:25

はいはい、それでおっけーっす（泣）
自分＠かなり大人げなかった

でもキミもちょっと、必死すぎて(ry

**111** · 04/08/14 18:37

>サイバリオンか？
そうそう、作者自身も攻略を楽しめるんじゃないかって、マップの自動生成にはあこがれたよ。
結局自分のゲームに実装したことは無いけど。

**名前は開発中のものです。** · 04/08/14 19:38

質問です。

誘導レーザーを作ろうと思っているのですがどう作ればいいか分かりません。
レーザーの構造体配列(またはクラス？)を作って、尻尾？になるやつは一つ前の構造体の
座標を代入していけば、くっついて来ると思うんですけど、誘導なので、レーザーの発射角度が
変わるときのレーザーの画像をどう描画すればいいのか分かりません。発射角度に対応した画像を
作っておくのか、それとも画像自体を回転させた状態で描画したらいいのかが分かりません。
というかその場合どーいうプログラムを組んでいいのか分かんないです(つД`)

環境はWindowsで、VC++6.0、DirectX7.0です。
どうかお助けを。できることなら協力しますので。

**名前は開発中のものです。** · 04/08/14 19:59

まず、誘導しない360度全方向に撃てる短いレーザーを作ってみるのがいいんじゃないかな。

**名前は開発中のものです。** · 04/08/14 21:13

>発射角度に対応した画像を作っておくのか
>それとも画像自体を回転させた状態で描画したらいいのか

よくわかんないけど、レーザーがぐにゃぐにゃ曲がる部分の絵をどうしようってこと？
そうだったら
⊂⊃
こんな感じのレーザーの絵用意して、画像自体を回転させて重ね合わせていけば
綺麗にまがるんじゃないかな

**名前は開発中のものです。** · 04/08/14 21:21

おう　書き忘れ
プログラムのほうは
尾を引くんじゃなくて、頭を伸ばしていく感じにしたら？
レーザーを動かすんじゃなくて、
レーザーの先頭から新しいレーザーの先頭を次々置いてくかんじでさ

**名前は開発中のものです。** · 04/08/14 21:26

>124
とりあえず、おまえが思っている「誘導レーザー」を使っているゲームをよく観察し、よく考えろ。

>できることなら協力しますので。
そんな他力本願な意識じゃ、いつまでたっても分からないと思うよ。

**名前は開発中のものです。** · 04/08/14 21:27

>>123
マップの自動生成ネタは、多分、これだけで一スレ建てられる。

**名前は開発中のものです。** · 04/08/14 21:30

>>123
実際にはなかなか上手くいかないけどなー＞作者自身も攻略を楽しめる

一応、ダンジョン自動生成スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1027084016/

**名前は開発中のものです。** · 04/08/14 21:32

>>124
⊂⊃
こういうレーザー全体の形を表すテクスチャを用意して
⊂＝＝＝＝＝＝⊃
こういう風にテクスチャを引き伸ばせ。
頂点座標を適当に置けばぐにゃぐにゃする奴も簡単に作れる

**名前は開発中のものです。** · 04/08/14 21:32

>>124
どうするかってセオリーがあるわけじゃなし、いくつか表現の方法がある。
具体的にゲーム名挙げてみるのもいいかもよ。

>>123
マップ自動生成とはちょっと違うけど、KOBO deluxeってゲームの要塞生成は
面白いなと思った。内容はボスコニアンアレンジなんだけどね。

**名前は開発中のものです。** · 04/08/14 21:36

>>130
しばらく逝ってくるわ。

**124** · 04/08/14 23:25

沢山の意見ありがとうございます。

>>128
自分が参考にしてるレーザーはレイストームのやつです。
(ロックオンしてから発射という機能はいりません)

画像は>>131の意見を参考にします。先頭、中間部分、尻尾の3つ。
描画については、レーザーの発射角度を求めたら、その角度に画像を
回転させて描画する処理、でいいのでしょうか？

ていうかとにかくやってみまつ。

**名前は開発中のものです。** · 04/08/14 23:31

ホーミングレーザーはSTGアルゴリズムマニアックスに出て無かったかな？
買ってないから判らないけど。

**名前は開発中のものです。** · 04/08/14 23:54

>>134
「ポリラインストリップ」は3Dのポリゴン技術じゃ基本中の基本
3Dグラフィクス数学でも読め。必読書だ

**名前は開発中のものです。** · 04/08/15 02:12

>>134
画像回転でやるなら
レーザーが曲がるトコでスキマが出来ないようにガンガレ

**名前は開発中のものです。** · 04/08/15 16:36

すいませんが、どなたかここの過去スレ3本分、全部保存してる方いませんか？
できたらアップしてほしいのですが。
よろしくお願いします。

**名前は開発中のものです。** · 04/08/15 19:07

シューティングゲームアルゴリズムマニアックスってどうよ？

**名前は開発中のものです。** · 04/08/15 19:55

自分で考えても9割型わかるようなことばかりかいている本。

**名前は開発中のものです。** · 04/08/15 19:59

わからない1割のために頓挫したり、放り出す羽目になることを考えれば良いのでは。
問題は、その1割をちゃんとわかるように解説してあるか、という気がする。

それでもマニアクスというタイトルの割りに、マニア向けでない点は批判されているみたいだね。

**名前は開発中のものです。** · 04/08/15 19:59

にわかにシューティングを作ってみようと思った人には参考になるかも

**名前は開発中のものです。** · 04/08/15 20:10

そういう人にも向いてないような。
なんというか小手先テクニック集という感じがした。

**名前は開発中のものです。** · 04/08/15 20:35

>>134
レイフォースじゃなくてレイストーム？
レイストームは画像回転じゃないのでは？

**名前は開発中のものです。** · 04/08/15 22:07

シューティングゲームアルゴリズムマニアックスは124見たいな人向けの本だな
誘導ミサイルだとか曲がるレーザーとか特定の方法が分からない場合には役に立つか
既にシューティング1作完成させたことがある人ならちょっと考えれば分かるような事ばかりだし不要だな

**名前は開発中のものです。** · 04/08/15 22:33

課題スレのSTGを終わらせたぐらいが丁度いいと思った
解説自体は小中学生がわかるぐらい噛み砕いてる
やね本で補完すれば人前に出せるぐらいのものが作れるのでは？

シューティング好きがプログラムを学ぶというより
プログラム好きがシューティングを学ぶ本かな
課題スレ等この板でうぷされるものでも弾や敵の軌道で悩む（というか実装しない）人は
多いから需要はあるんじゃないかなぁ

このスレの人には年齢的にも経験値からみても関係ない本だとは思うよ

**名前は開発中のものです。** · 04/08/16 08:20

Flashとかでシューティングやってる意欲的な若者向けですか

**名前は開発中のものです。** · 04/08/16 09:07

>>65
ムキャやNAOMIはPower VRだからね。パイプラインの都合で通常３フレームの遅延がつく。
なにげにゲーマーにはおすすめできないハードだ。

**名前は開発中のものです。** · 04/08/16 14:12

148は勘違いしてると思われ

**名前は開発中のものです。** · 04/08/16 14:53

どのように？

**名前は開発中のものです。** · 04/08/16 16:01

シューティング作るのにおすすめなサイトおしえて～

**名前は開発中のものです。** · 04/08/16 16:08

>>151
http://www.google.com/

**名前は開発中のものです。** · 04/08/17 08:04

やっちゃった

シューティングゲーム製作技術総合 ４機目

シューティングゲーム製作技術総合　４機目