アクションゲーム製作総合スレッド Part1

**名前は開発中のものです。** · 04/09/26 23:35:52

ワンキーゲーから格ゲーまで、様々なジャンルの基礎とも呼べるアクションゲーム。
このスレでは、そんなアクションゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論などについて語り合いましょう。
もちろん自分の作ったアクションゲームを晒してみたり、
プロジェクトをはじめてみるなどもOK！

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

**名前は開発中のものです。** · 04/09/28 08:15:05

そこのページのぞいたらテグザーが．．．懐かしい
当時のマシンパワーとメモリでは考えられないような数のオブジェクトを
どうやって管理していたんだろう？　特にＭＳＸROM版

**名前は開発中のものです。** · 04/09/28 17:18:35

>>41
丸やら三角ってどうやってんの？
ポリゴンて何？
初歩的質問ごめん

**名前は開発中のものです。** · 04/09/28 21:52:21

>>44
ダミー人形を重ねるんじゃないかな？

**名前は開発中のものです。** · 04/09/28 22:02:19

>>44
ポリゴンというのは多角形の事。
多角形と多角形で当たり判定を行う場合、
辺と辺が交差するかどうかを調べることで、
当たり判定を調べる事が出来る。

円と辺との当たり判定の場合は、中心点と辺との距離
を計算する事で、当たり判定を調べることが出来る。

これを応用すれば、３ＤＣＧ同士の当たり判定を行う事も可能。
ただし厳密にやると重くなるから、普通は簡易モデルで判定する。
細かい計算方法は、数学の本でも調べて味噌。

**名前は開発中のものです。** · 04/09/28 22:27:28

>>44
点が有向線分の左右どちら側にあるか調べる
http://gamdev.org/w/?%5B%5B%C5%C0%A4%AC%CD%AD%B8%FE%C0%FE%CA%AC%A4%CE%BA%B8%B1%A6%A4%C9%A4%C1%A4%E9%C2%A6%A4%CB%A4%A2%A4%EB%A4%AB%C4%B4%A4%D9%A4%EB%5D%5D
点が三角形内に含まれるか調べる
http://gamdev.org/w/?%5B%5B%C5%C0%A4%AC%BB%B0%B3%D1%B7%C1%C6%E2%A4%CB%B4%DE%A4%DE%A4%EC%A4%EB%A4%AB%C4%B4%A4%D9%A4%EB%5D%5D

**名前は開発中のものです。** · 04/09/29 00:49:29

なんか、ただアクションゲームといってもあまりにもシステムが多すぎ、
当たり判定といってもそれぞれの頭に描かれいるゲームのイメージが
違うから話が合わないんじゃないかの？

**名前は開発中のものです。** · 04/09/29 00:52:21

当たり判定だけでスレ立てたいぐらいだな

**名前は開発中のものです。** · 04/09/29 01:17:58

横スクロールジャンプアクションとかでもそれなりにいろいろとあるからなぁ
たしかに範囲が広すぎだ

**名前は開発中のものです。** · 04/09/29 07:45:47

つーよりか、ネタまとまるのか？多分どの系統も、
単体でスレッドが立つようなネタばっかになるぞ。

**名前は開発中のものです。** · 04/09/29 15:50:09

>>51
「総合スレ」なんだからそれでいいんじゃない。
もし盛況なネタが出たら別スレを立てる、というのが総合スレの存在意義だし。

21 · 04/09/29 18:07:01

>>35で書いたゲームを途中まで作ってみました。
Javaアプレットです。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/6003/sample/OneKeyBall1/

全く面白くありません。脳内では良さそうだったんだけどなぁ(笑
あとクラス構成で悩みました。一体どんなクラスを作って、どこにどう実装すれば良いのやら。

**名前は開発中のものです。** · 04/09/29 19:24:14

熱気球ゲーム思い出した
ギミック次第でいろいろ変化は持たせられるはず

**名前は開発中のものです。** · 04/10/03 19:18:09

この手のゲームは、等速運動の部分を等加速運動にするだけでも、
随分と変わる。ボタンを押してる間は上方向に、押して無い時は
下方向への加速。押した瞬間のみ上方向への大幅な加速にすると、
上昇する時はボタン連打が必要になる。あと、エセ空気抵抗を入
れると、もうちょいそれっぽくなるかも。サービス過剰かな？

21 · 04/10/05 17:44:18

ワンキーゲームの作成が少し進んだからページを更新しようとしたら、
「10月5日以降はYahoo!JAPAN IDが必要となります。」
とか言われた。でも今メルアドも封鎖してるし、こういった面倒な手続きは大っ嫌いだ。

これからどうしたもんだろう。

**名前は開発中のものです。** · 04/10/05 17:56:59

Wikiにページ作っちゃう。

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

>>56
実は漏れも...('A`)

21 · 04/10/05 20:07:16

>>57 とりあえずアプロダをお借りしました
ttp://gamdev.org/up/img/1491.zip

>>58 ﾅｶｰﾏヽ(｀･ω･´)人(｀･ω･´)ノ

ブラウザでちゃっちゃと見れるのがアプレットの魅力だし、
こんな小品で何度も長期ログの有るロダを利用するのは気が引けます。
メールを復活させて適当なアカウント借りてくるよ。
geocitiesはYahooID取得しないと閉鎖することもできないのかな？

**名前は開発中のものです。** · 04/10/06 23:36:09

>>59
ワンダラーズフロムジャンパー思い出した。
古いかｗ

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

いきなり廃れてるのであげ

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

ではネタ提供に日記でもつけてみるか

ワンキーゲームなら手軽に作れるだろうし数点作ってみようかなーと気軽に思っていたけど、
よく考えたら一番楽しい「ゲームシステムに関するコーディング」以外の部分が占める割合が
多くなってしまう上、「同じ作業を繰り返していれば増えていくパーツ」が全く無いため、
かえって多くの気合が必要なんじゃないかと思えてきた。

これからタイトル画面・ステージ切り替え・結果表示画面なんかを作っていかなきゃならないし、
気が付けばアプレットで作ってる以上、タイムアタックの履歴がローカルに残せないよ…

**名前は開発中のものです。** · 04/10/12 01:32:21

ワンキーゲームは、余計な要素を最大限に削ぎ落としてこそ、
成り立っている部分も少なくないけどね。スコアやステージは、
本当に必要なのか？ランダム要素で事足りるのではないか？とかね。

操作キーが少ない分、面白くするには様々な工夫が必要になるしな。
強制スクロールにしたり、スコアを複数用意してみたり、
単純な動作をゲームにしてみたり、操作方法を制限してみたり・・・
そういや、自分は回転していて、キーを押すと前に進む、
なんてゲームもあったな。

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

ROMってたけど安芸

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

もれも安芸

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

マップの管理とかどうしてます？

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

マップチップ＋フラグ情報だけど
そろそろ地形も全部オブジェクトでいいような気がしてきた

**名前は開発中のものです。** · 04/10/15 17:32:09

http://www.flipcode.org/cgi-bin/fcarticles.cgi?show=3&id=64217

これ凄いね。
2Dゲでもここまでやっちゃうとなんか新しい。

**名前は開発中のものです。** · 04/10/15 19:32:51

これやりたいな

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

> そろそろ地形も全部オブジェクトでいいような気がしてきた

う・・もう少し詳しく

**名前は開発中のものです。** · 04/10/16 13:03:27

漏れ、地形は全部オブジェクトで処理してるぞ。
まあ要するに、オブジェクトで地形を処理する場合、
地形も敵と同じように座標管理するだけの話。
二次元配列には二次元配列の、オブジェクト処理には
オブジェクト処理なりの利点や欠点があるけどね。

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

地形をオブジェクト管理することに関しては、処理が繁雑になる事と、
二次元配列に比べると、マップ処理が非常に重くなるという欠点がある。
利点としては、物体を動かしたり、立体交差を行ったりする事が容易になる。

あとまあ、二次元配列の方が、マップ上の物体の管理が楽だったりするけどな。

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

つまりまぁスペックが許せば、
ユーザー側からすればオブジェクトで管理してくれた方がいいって訳か？

**名前は開発中のものです。** · 04/10/17 01:22:18

オブジェクト方式って、もし地面に穴が空いてたらどこまでも落ちていくんだよね？ｶﾞｸｶﾞｸ

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

>>74
なぜ？理由が分からんが。

**名前は開発中のものです。** · 04/10/17 02:15:13

>>75
ｽﾏｿあまり理解してない。
キャラの足と、地面のオブジェクトとで常に接触判定しているわけじゃないのか？

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

>>74
マップの有効範囲に関するチェックがなければ、確かにどこまでも落ちていきそう。
発想にﾜﾛﾀw

配列の場合、不正参照系例外が発生したり、Cだと想定外のアドレスから読んで
そこで着地したり強制終了したりするのかな。

**名前は開発中のものです。** · 04/10/17 20:50:38

縦軸の決め方は、画面に合わせないといけない、なんて法律は無い。
画面の一番下を０にして、上方向を正方向にすれば、延々と落下する
なんて現象は回避出来る。この場合なら、座標がマイナスになった状態を、
落下限界にすれば良いわけだし。

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

まあ、座標軸を上下逆転させるのは、始めてやると混乱するかもね。
間違って元の座標形態のままで考えたりする事も、珍しくないから。

**名前は開発中のものです。** · 04/10/17 21:11:48

>>77
配列でマップを作る場合、キャラがマップの外に出た場合
の処理に関しては、二種類の処理方法が考えられるな。

一つは配列の外に出られないような、閉じたマップを作る方法。
要するに壁に囲まれたマップなら、キャラが外に出る事は無い。

もう一つは、配列を参照する前に範囲チェックを噛ませる方法。
昔の漏れの場合、配列の範囲内なら配列の値をそのまま返し、
範囲外なら０を返すように処理してた。

当然、前者の方が処理としては軽いわけだが、今のマシンで、
この処理の差で速度差が出るのは携帯電話ぐらいだから、
はっきりいって、後者を使う方が楽だと思う。

**名前は開発中のものです。** · 04/10/18 05:18:03

>>80
△外に出た場合
○外に出る場合

△関して
○対して

**名前は開発中のものです。** · 04/10/18 05:40:31

なんだこのトンチンカンなレスは

**名前は開発中のものです。** · 04/10/18 13:26:53

よく2Dゲームで坂道の処理を行われているのを見かけたのですが、
あれは、どのようなアルゴリズムになっているんでしょうか？

二次元配列の処理だけだと、うまくいかないので困っているのです。

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

>>83
マップチップ系かオブジェクト系かによってやり方が違ってくると思うけど…
そのゲームって具体的にどのタイトルよ
カ/ー/ビ/ィ？

**名前は開発中のものです。** · 04/10/18 15:56:23

>>84
マップチップ系でお願いします。
ゲームは、スーパーマリオ３です。

**名前は開発中のものです。** · 04/10/18 17:07:46

マリオか。
実際に中でどう処理しているかは知らないから、解決の一例のつもりで見てくらはい
斜面っていっても、傾きは数種類しかなかったはず
y=x, y=1/2*x, y=2*x, y=-x, y=-1/2*x, y=-2*x
大体これくらいか、これらはｘからｙを求める関数だな
傾きが1/2とかになっているのは２つセットで使えば他のブロックと整合できるはず
1/3だったら３つセットね。まあ綺麗に見えなさそうだから1/3は使わないか

で、キャラクターの足元になる１点を決める
この１点と斜面とを接触判定してく方針だ
その足元の位置がマップ中のどのチップの中にいるかを求めて、
さらにチップ内で斜面判定っぽいことを行えばいい。

この判定にさっき挙げた関数を使う、
ｘにはそのチップ内での足元のｘ座標が入る
このときのｙが足元が地面に接地するときのチップ内でのｙ座標だな
あとは今の足元のｙ座標と比べて上に乗っているか下に潜り込んでいるか判断すればいい

試していないのでこれだけじゃうまくいかないかもしれんが、あとは自分でガンガレ

**名前は開発中のものです。** · 04/10/18 23:58:19

>>86
丁寧な説明をしていただき、ありがとうございます。

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

アニメーションさせる一連の画像の中の各画像は何と呼べばよいのでしょう？
フレーム？セル？パターン？キー？

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

中割り

そゆ意味じゃない？

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

キーフレームを作り前のフレームにアルファをかけて徐々に消すのだ

**名前は開発中のものです。** · 04/10/20 18:47:53

(　´Д` )　(　　´Д )　(　　　´ )　(　　　　 )　（ﾟ　　　)　(∀ﾟ　　)　(ﾟ∀ﾟ　　)　( ﾟ ∀ ﾟ )

1キーフレーム=１顔？

**名前は開発中のものです。** · 04/10/21 04:59:54

じゃクラス名は TKeyFrame か CKeyFrame ？

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

class KeyFrameAnimationSystem

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

Pieceはどぉ？コマって意味があるぞ。

**名前は開発中のものです。** · 04/10/22 07:37:32

一般的に直感でわからない意味を引っ張ってくる命名法はおすすめできない。

**名前は開発中のものです。** · 04/10/22 07:58:45

わかんないからゲームやろっと。

**名前は開発中のものです。** · 04/10/23 10:59:23

敢えて
Koma

**名前は開発中のものです。** · 04/10/24 06:47:25

日本語と英語の混在は駄目。

**名前は開発中のものです。** · 04/10/24 07:30:12

それは場合によってはアリだろう

**名前は開発中のものです。** · 04/10/24 18:53:37

豆腐とか納豆とかならいいよ。それ以外はダメ

**名前は開発中のものです。** · 04/10/25 02:19:23

ソースないけど、アニメーションのサンプル
http://gamdev.org/up/img/1645.lzh

カーソルキー: 移動
Z: ジャンプ
X: 攻撃
ALT + RETURN: フルスクリーンの切り替え
F1: 遅れを測定
F2: 1フレームにかかる時間測定
F3: 枠表示

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

ソースないんじゃ何も参考にならんぞ

**名前は開発中のものです。** · 04/10/26 00:59:51

ソースは秘密。

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

ノン。教えられません、ソースの秘密だけは…

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

じつは1滴、シューティング味を加えたんです。
アクションゲームにはシューティングの要素が合うと教えてくれた人が…

**名前は開発中のものです。** · 04/10/26 22:27:46

アクションゲームには様々な味付けが出来るよな。

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

今javaで２次元配列のアクションゲームを作っているのですが
キャラとブロックの当たり判定がうまくいきません。
どうしてもキャラがブロックの中に入ってしまうのでどうしたら入らないようにできるのでしょうか？

アドバイスか何かお願いします。

アド
ttp://dissan.hp.infoseek.co.jp/java/38/pakuri.html
Enterではじめられます。
ソースは
ttp://dissan.hp.infoseek.co.jp/java/38/pakuri.java

です。お願いします

**名前は開発中のものです。** · 04/10/26 23:59:27

ヒント１：横方向の当たり判定
ヒント２：補正

**名前は開発中のものです。** · 04/10/27 01:24:09

ソース読まないでカキコ。

>>107

　おそらく１ブロックしか当たり判定をしていないからだと思う。
プレイヤーの座標が32の倍数であるならば、１ブロックの判定のみで
問題無いが、それ以外の場合は、プレイヤーがまたがっている
２ブロック両方の当たり判定を行わなければならない。

**名前は開発中のものです。** · 04/10/27 05:14:51

実数を使って毎フレームに0.3ドット移動する場合、
1ドットの移動に4フレームかかる場合と3フレームかかる場合がありますが、
そういう事は気にしなくても良いのでしょうか？
見た目は違和感が無い気がしますけど。

あるいは、1.1ドット移動する場合、
10フレームに1回、2ドット移動します。
この場合はカクカク移動しているように見えます。

違和感のない速度にすればいいのかな。

**名前は開発中のものです。** · 04/10/27 11:07:57

それがカクついて見えるなら君の動体視力はかなりのものだ。
普通は気にしない。
気にならない。

**名前は開発中のものです。** · 04/10/27 11:23:31

>>110
毎フレーム0.3ドットってやたら細かい(小さい)な
アクションゲームで本当にそんな移動が必要なのか？
RTSならわかるが・・・

俺は気にするにイピョーゥ
等速運動とはいえかなり気持ち悪い

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

http://game8.2ch.net/test/read.cgi/game/1088475819/l100
↑
ベルトアクション作れる
プログラムじゃなくてすまそ

**名前は開発中のものです。** · 04/10/27 22:19:17

>>108さん
横方向の当たり判定は縦の当たり判定と同じようにすればいいのでしょうか？

>>109さん
109さんがいうようなやり方は、自機の座標を出して３２で割って割り切れたら
1ブロックだけ判定、
割り切れず余りが16以下ならBlock(px, py + 32)とBlock(px-32, py + 32)
余りが16以上ならBlock(px, py + 32)とBlock(px+32, py + 32)
という判定をすればいいかな。もうちょっと考えてみます。

**名前は開発中のものです。** · 04/10/28 01:42:26

>>111
カクカクと言うか、グングンと言うか、解かりますよ。
もしexeを実行する勇気があるならアップしますけど。

>>112
細かいというか、ゆっくりと動かすんですよ。
私も気になるけど、0.3なら3フレームに1ドット動かせば滑らかになるけど、
1.33の場合、3フレームに4ドット動かすんですよ。
これは目も当てられません。

**名前は開発中のものです。** · 04/10/28 04:29:10

やれやれ。

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

まぁあんまり気にしないほうがいいんじゃない？
カクカクに見えるかどうかより、0.3とか1.1とかいう微妙な数値にする理由のほうがずっと重要でしょ。

ちなみに、この手の誤差は１つだと気になるけど沢山出てバラバラに動いてると全く気にならないことが多い。

**名前は開発中のものです。** · 04/10/28 07:25:04

見た目に変じゃない速度で調整すれば？
3フレに4ドットなんて速度設定しなければ良い。

**名前は開発中のものです。** · 04/10/28 12:20:32

>>115
シューティングの8方向弾とかも見てらんないよね。君なら。
RPGとかでも斜めに歩いただけで噴飯物だよね。君なら。
マウスカーソルにもイライラするよね。君なら。

俺は別に気にならないけど。

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

まあまあおちつけ

**名前は開発中のものです。** · 04/10/28 22:33:16

敵キャラや自キャラの動きがガクガクするのは気にしないが、
スクロールがガクガクするのは気になるな。まあ、
そんな速度が必要にならないように調整するだけの話だけどな。

**名前は開発中のものです。** · 04/10/28 23:17:32

スクロールの場合影響範囲がでかすぎる＆一定速度が続くのが多いから目立つな

**名前は開発中のものです。** · 04/10/29 01:07:31

>>118
おお！見た目におかしくならないような速度を取れば良いのですね。

**名前は開発中のものです。** · 04/10/29 12:41:01

自キャラとスクロールが絡んでくると面倒なことが多いな
自キャラにあわせるとスクロールがスムーズじゃなかったり
スクロールをスムーズにすると、スクロール開始境界の辺りで自キャラがプルプルしたり…

**107** · 04/10/29 20:58:11

当たり判定を２つにしてみたら自機が動かなくなってしまいました_|￣|○
色んなサイトを探したり、自分でも試行錯誤しているのですがうまく行きません。
しつこいとは思いますが、アドバイスか何か頂きたいです。
アド
ttp://dissan.hp.infoseek.co.jp/java/38/pakuri.html
Enterではじめられます。
ソースは
ttp://dissan.hp.infoseek.co.jp/java/38/pakuri.java

です。

**名前は開発中のものです。** · 04/10/30 01:00:49

ディスプレイ眺めるより、紙に書いたり、リストをプリントすることで
光が見えることもある

**107** · 04/10/30 22:48:34

方向キーを押した時だけ当たり判定をするのではなくて、動いている時はいつも当たり判定
をすればいいんだということに気づきました。
書き留めてみるとわかるものはわかるんですね。アドバイスありがとうございます

**名前は開発中のものです。** · 04/11/05 22:43:28

アクションゲームの敵キャラの動きについて経験者語って貰えませんか？
ロックマンや悪魔城のボスクラスで、動作パターンを複数持つ奴いますよね。
そういったやつらの動きの制御のさせ方どのようにしていますか？例えば
弾を撃つ、前進（突進）、後に下がる、と歩行しながら攻撃してくる敵を作ってみたいとしたら・・・
一定の動きをさせる敵は出来たのですが、ちょっとは頭の良さそうな動きをさせる工夫なんかあるんですかね～

**名前は開発中のものです。** · 04/11/05 23:27:36

>>128
一定の動きをさせるパターンを複数持って、
1パターン終わるごとにランダムにパターンを切り替えたことはある。
ランダムだからあんまり頭よくなかったけどｗ

**名前は開発中のものです。** · 04/11/05 23:34:28

ボス戦とかなら格闘ゲームとか見たほうがいいかもしれないなぁ

**名前は開発中のものです。** · 04/11/06 02:55:29

簡単に思いつくところだと
・残り体力によって動作パターンを変える
・主人公との位置関係（距離等）で動作パターンを変える
・主人公の攻撃を受けそう・受けた等で何らかの動作をすると賢そうに見える？
とか…。

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

いわゆる、モード切り替えってやつだな。

**名前は開発中のものです。** · 04/11/06 09:18:32

状態遷移で実装か

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

・主人公との位置関係（距離等）で動作パターンを変える
これやったことあります。結果、主人公が一定距離内に行くと必ず同じ動きするので
そこを逆手にとって超楽勝ｗ
作った本人（自分）は動きのロジック知ってるからというところもあるかもしれないけど。

**名前は開発中のものです。** · 04/11/06 11:20:54

というわけでボス作成は中断してるんだけど考えてみた。
>弾を撃つ、前進（突進）、後に下がる、と歩行しながら攻撃してくる
この例とすると、通常モードは弾、前進、なにもしない、からランダムで動作
主人公が近づいたら、突進、なにもしない、後進、からランダム、こんなかんじでどうかな
問題は、前進と突進という前方向技が多くなると主人公との差が詰まり気味になりそうなので
高台でも用意して左右位置逆転できるように設置しなくちゃいけないかも。
なんか中ボス一匹作るのに思ったより苦戦するハメになり
無駄なことしてるんじゃないかという気に。普通そういうものかね？

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

ボスキャラ作りは、凝れば凝るほど大変になるぞ。
力を入れようと思えば、いくらでもネタを詰め込めるから。
まあ、それが、面白くなるとは限らないケド・・・orz

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

ボスキャラが状態遷移する時はこれから別の行動パターンに移り変わりますよと
溜めたり、視覚的にユーザーに理解させるようにした方がいいかも
弾を打ったら直ぐに突進では、プレイヤーは避けきれずに理不尽なんて事もある

**名前は開発中のものです。** · 04/11/06 15:01:39

突進前の足踏みや、レーザー前の溜め動画がコレやね。

**名前は開発中のものです。** · 04/11/06 15:51:58

良あげ

**名前は開発中のものです。** · 04/11/06 21:58:09

なんだか作ってみた。文化祭で出品するやつでつ
http://gamdev.org/up/img/1806.zip
今はソースうpできそうにないので後で
だれかだめだししてくれ

**名前は開発中のものです。** · 04/11/06 22:07:30

>>140
立ちあがんね。
DLL無いってさ。入れるのめんどいからパス

**140** · 04/11/06 22:30:51

VCのDLL含めたやつでｓ
http://gamdev.org/up/img/1808.zip
一部画像を差し替えてみました

**名前は開発中のものです。** · 04/11/06 22:45:07

>>142
意味わかんねーよ
キーボード対応してねぇーし、何するゲームかもわかんね。
ボタン連打したら先に撃った弾消えてるしモナーは突然でてきて突然消える。
撃った弾が当たってんのかも全然わかんねー。爆発ぐらいしろっちゅーの。
なんか敵が敵の撃った弾で敵死んでるしプレイしてるこっちがﾊｧ？だよ。