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

**名前は開発中のものです。** · 2005/12/11(日) 02:45:19

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

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

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

過去スレ，関連スレは >>2で。

**名前は開発中のものです。** · 2006/01/21(土) 17:35:44

Javaみたいな楽な言語がネイティブバイナリ吐ければ
いいんだけどなぁ。

**名前は開発中のものです。** · 2006/01/21(土) 17:39:44

GCJではいけないことないが、細かいところで挙動とかがまだまだ
実装率ってあてにならんよね

しかもネイティブだけどSunのVM実装よりかなり遅いしな
ネイティブの意味がないとかよくいわれてる

どの道実行時にコンパイルしてるんだから
その辺はいまじゃこだわる必要はないと思うけどね

あれはNETBSDとか局地専用
そしてネイティブにこだわる人のほとんどは最適化の進んでいるWinだったり不思議なものだ

**名前は開発中のものです。** · 2006/01/21(土) 18:14:03

言語に対する我儘を下手に追求すると、
漏れみたいに自前でスクリプトを作ることになるぞ。ｗ

**名前は開発中のものです。** · 2006/01/21(土) 19:50:38

OSもCコンパイラも無い環境で仕事することあるから(組み込み)
家では贅沢な環境でやりたいなー

**名前は開発中のものです。** · 2006/01/21(土) 20:32:50

なんか荒れてるみたいですが
「ＯＯＰ」を「おっぱい」と読むと楽しくなるぞ

**名前は開発中のものです。** · 2006/01/21(土) 20:42:20

ＯＯＰ

横に髪留めを付けたメガネ娘にも見える

**名前は開発中のものです。** · 2006/01/21(土) 21:19:12

おしおきが必要ですね

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

話を戻すが、なぜ敵とプレイヤーの当り判定関数が２つ必要なのか想像してみる。
敵とプレイヤーの当り判定。その結果をプレイヤーの構造体に書き込み。
プレイヤーと敵の当り判定。その結果を敵の構造体に書き込み。

まあつまり1つの関数で全部やろうとするから組み合わせ分関数が必要になるわけですよ。
当り判定専用関数とそれ専用の構造体なりクラスなりを持て。
で、当たってた場合の個別の処理は、それぞれの関数で実装すべし。

理想、
関数　bool Collision( &Collision, &Collision )
関数　void プレイヤ判定用( &Player, &Enemy )
関数　void 敵判定用( &EnemyCollision, &PlayerCollision, )

PlayserもEnemyもCollisionリストを持っており、それぞれを使って判定して
当たっていた場合の処理をそれぞれの関数のなかでやる。
C++で設計するならコリジョンクラスの中に判定用メソッドつける。
判定自体を汎用化しときゃバグ取りも1回で住むし、アイテムや敵同士の判定などにも
用意に使いまわせる。

**名前は開発中のものです。** · 2006/01/21(土) 22:10:55

話が難しすぎてさっぱり分からんがシューティング作るぐらいでそこまで効率とかにこだわる必要あるのか？

**名前は開発中のものです。** · 2006/01/21(土) 22:45:21

趣味でつくとなると普通は時間が早々取れるものでもないから
バグの出にくい、わかりやすい保守しやすいコードは大事ではないかな

ミニゲーム程度ならきにはせんだろうけど、しっかり作るとなると
年単位でかかるのも珍しいことではなかろう

**名前は開発中のものです。** · 2006/01/21(土) 22:45:33

>345
ぐらいって、シューティング制作を無礼るな！

効率と言うより再利用性。

まあ>344はちょっと訊かれてもいない実装の詳細を語りすぎている感があるが。

**名前は開発中のものです。** · 2006/01/21(土) 22:59:00

再利用なんて、二作以上作ってから言うべき。

シューティングなんて、プログラミング的にはぶっちゃけミニゲーム程度のモンだし。

**名前は開発中のものです。** · 2006/01/21(土) 23:07:54

どこまで話をもどすかアンカーつけろよ>>344

**名前は開発中のものです。** · 2006/01/21(土) 23:17:39

小さいプログラムこそ何度も吟味して設計したらいいと思う。

何度も書き直せるサイズだからこそ、書き直しも楽になる。
効率や再利用性についても、とことん試せるってもんでしょ。

**名前は開発中のものです。** · 2006/01/21(土) 23:36:57

>>344
二回も呼ばれてますがな
返事は一回でよろしい

**名前は開発中のものです。** · 2006/01/22(日) 00:03:11

俺、ゲームより骨組みの作り直しのほうが多いっすorz

**名前は開発中のものです。** · 2006/01/22(日) 00:04:53

>>352
同義語として骨組みばかりでゲーム部分に開発が進まない
ってのもあるな

でも作り直すたびに綺麗に、見通しがよくなってるよね?
ならいいんじゃないの？

**名前は開発中のものです。** · 2006/01/22(日) 00:59:48

＞無礼るな

なんて読むの

**名前は開発中のものです。** · 2006/01/22(日) 01:09:30

なめるな、だってよ。

>>353
それ目的を見失ってる。
いつまでも足踏みしてちゃ駄目だよ。
地盤を固めるのが目的なんじゃなくて、最終的には家を建てるんだから。

**名前は開発中のものです。** · 2006/01/22(日) 01:13:32

それが仕事ならともかく趣味で土いじりしてるのはいいんじゃないの？

**名前は開発中のものです。** · 2006/01/22(日) 01:39:16

いい面もあるし、悪い面もある。
悪い面のほうが大きい。

**名前は開発中のものです。** · 2006/01/22(日) 02:13:17

いい面と悪い面を具体的に教えてくれ

いい悪いなんて自分の価値観次第だしどっちともいえないんじゃないの？

**名前は開発中のものです。** · 2006/01/22(日) 02:24:02

土いじりしてる人間に「いい作物を育てろ」と言ってるようなもんだよな。
趣味でなら、目的がころころ変わってもいいじゃん。
成果物とか技術向上なんて二の次ってこともあるだろうし。

まぁ確かに気に入ってた作者がライブラリ作成に目覚めてしまったときは
哀しくなるが、口出しまではできん．．．

**名前は開発中のものです。** · 2006/01/22(日) 02:28:44

設計の方がどうしても楽しくなっちゃうんだよなー
遠足とか修学旅行の計画立ててる時が一番楽しいのと同じ感じで

**名前は開発中のものです。** · 2006/01/22(日) 02:37:52

よしとりあえずこの流れを変えるために今からシューティング作る

**名前は開発中のものです。** · 2006/01/22(日) 03:49:01

＞まぁ確かに気に入ってた作者がライブラリ作成に目覚めてしまったときは
＞哀しくなるが、口出しまではできん．．．

正気に戻ったら、良いものを作ってくれるだろうから、その日を期待汁
そもそも俺みたいに、自前の言語を組んでるわけでもあるまいに

えっと、ＰＧ最大の罠って、言語製作とＯＳ製作と、あと何だっけ？

**名前は開発中のものです。** · 2006/01/22(日) 03:55:33

AI製作とか？

**名前は開発中のものです。** · 2006/01/22(日) 04:28:30

データベースだったかも試練

**名前は開発中のものです。** · 2006/01/22(日) 04:30:21

ファイルシステムの可能性もあるな

土いじりが治水工事に変わったら、もはや別の作業だよ。ｗ

**名前は開発中のものです。** · 2006/01/22(日) 04:36:39

要するに、子供のころは家を建てようと思っていたのに、
大人になったらダムを建ててるようなものか

**名前は開発中のものです。** · 2006/01/22(日) 04:48:47

ダムを作ろうがトンネル掘ろうが、それはそれで立派なんだけどな。完成できればだけど。

骨組みの場合は、家の建築スピードアップのための改良なんだから
骨組み改良して、その骨組みでゲーム作成してを交互にやっていくのが一番だろう。
シューティングは特にお約束が多いから使い回しが効きやすいし。

**名前は開発中のものです。** · 2006/01/22(日) 05:04:59

いきなり家建てる

土を馴らしてから家を建てる

土を馴らしてから土台を作って家を建てる

土を馴らしてから地面に鉄筋を埋め込み、
土台を作ってから、足場を組んで家を建てる

始めに工場で家の部品を作り、
土を馴らしてから地面に鉄筋を埋め込み、土台を作ってから、
足場を組んでから部品を組み立てる事で家を建てる

どんどん別の作業になっていく罠

**名前は開発中のものです。** · 2006/01/22(日) 06:14:41

>368
でも下の方が丈夫で良い家ができるんじゃないか？
ゲームの場合は凄い技術を使ってても面白いとは限らないが…

**名前は開発中のものです。** · 2006/01/22(日) 08:36:18

見た目を良くするための技術と、量産するための技術、
凄いと思わせる技術、面白いと思わせる技術は、
全く別のものだからね

漏れとしては、量産するための技術と、面白いと思わせる技術が欲しい

**名前は開発中のものです。** · 2006/01/22(日) 10:03:26

>>358
お前がまず書けよ

**名前は開発中のものです。** · 2006/01/22(日) 10:52:49

>>369
下にいけばいくほど完成しない。
実際の家を組み立てていく過程で、また土台が気に入らなくて作り直してしまう。
時々前の工法の方が良かったんじゃないか？でループするときもある。
完璧な土台を求めてね。

**名前は開発中のものです。** · 2006/01/22(日) 17:11:28

実際に再利用が効くように設計されてて
参考になりそうなSTGのソースってなんかある？

ただたんに、俺が他の人のやり方を学びたいと思っただけなんだけど

**名前は開発中のものです。** · 2006/01/22(日) 17:38:04

ABA Gamesと59番街の部屋をそれぞれ見てこいよ。
前者のBulletMLは再利用されまくり。
後者のact.cppはいわゆる擬似タスクだが、こんなものは一度作ってしまえば二度と
手を入れることは無いだろう。結果、再利用しまくり。

**名前は開発中のものです。** · 2006/01/22(日) 18:43:32

>374
>act.cpp
いやあれでは無駄が多すぎる。と、
プログラマと言うより構造設計研究評論家な人は思ってしまうわけなんよ。
永遠に銀の弾丸を探すこと。が趣味というか。

**名前は開発中のものです。** · 2006/01/22(日) 18:56:30

aba氏のソースはシンプルで分かりやすいが
一色氏のほうはたぶん見ないほうがいい

あと公開されてたのはcjあたり
delphiだけどこれもシンプルで分かりやすい
一応オブジェクト指向とかなにも知らなくてもいいという例のひとつ

**名前は開発中のものです。** · 2006/01/22(日) 19:17:21

>>375
どこらへんに無駄が？詳しく頼む。
あれは擬似タスクの最もシンプルな実装の一つだと思うが。
擬似タスクそのものが無駄というなら何も言わんけど。

**名前は開発中のものです。** · 2006/01/22(日) 20:03:05

>377
全てのオブジェクト（タスク）がACTとして確保されるため、
単純なオブジェクトも複雑なオブジェクトも同一の構造であることを強要される。

custom.hを用いてC++のテンプレート的構造をしているが、
ポリモーフィズムな継承的構造の方が適しているのではないか？

とりあえず思いついたのはこんなところ。

**名前は開発中のものです。** · 2006/01/22(日) 20:21:42

無駄かどうかなんてプログラムしてる本人しかわからんし
動けばどうでも良いんじゃね

**名前は開発中のものです。** · 2006/01/22(日) 20:40:25

動けばどうでも良いんじゃね
動けばどうでも良いんじゃね
動けばどうでも良いんじゃね

**名前は開発中のものです。** · 2006/01/22(日) 20:51:34

（・ω・）なんだてめーもんくあるのか

**名前は開発中のものです。** · 2006/01/22(日) 21:30:38

>>378
関係者乙

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

>379
「動けば良い」の先を考える。これが結構面白い。

>382
レスの流れから読みとれないのだが、俺って何の関係者？

**名前は開発中のものです。** · 2006/01/23(月) 00:30:22

プログラマの関係者じゃない？

**名前は開発中のものです。** · 2006/01/23(月) 00:34:16

それってこのスレに来てる日とほとんど関係者だな

ほんと関係者ってなんだろ

**名前は開発中のものです。** · 2006/01/23(月) 01:05:45

あのソースはC社で研修に使われていたソースに激似。
ほぼあの当時のまま使われてることにちょっと驚きつつも、
擬似タスクの基本的な構造としては解りやすいから良いんじゃないかな。
「なんかムダ」「ワークがもう少し必要」っていう問題が見えてきたら、
それに対応できる構造を考えていけばいいんだし、そこに至るまでの足がかりになるからね。

と、元関係者(あちらは知らんと思うけど)の俺乙。

**名前は開発中のものです。** · 2006/01/23(月) 01:26:35

ようわからんけど、すでに絶滅したタスクシステムを
使わざるを得ない環境ならともかく
高級言語Dでやるなよということだな

でも>>386の文章と>>378をやじったのがつながらんな

**名前は開発中のものです。** · 2006/01/23(月) 02:07:45

別人だし。

**名前は開発中のものです。** · 2006/01/23(月) 02:18:46

同じ人だって意味じゃねー

**名前は開発中のものです。** · 2006/01/23(月) 03:48:23

＞あと公開されてたのはcjあたり

CJってどこよ？

**名前は開発中のものです。** · 2006/01/23(月) 04:01:41

ｸｯｼﾞｮﾌﾞ

**名前は開発中のものです。** · 2006/01/23(月) 04:17:51

>390
ttp://www1.odn.ne.jp/ceb94660/
ますますHPが訳分かんなくなってるな。

**名前は開発中のものです。** · 2006/01/23(月) 08:10:42

CreatureJungleをCJと書く奴は明らかに作者。唐突だし。

**名前は開発中のものです。** · 2006/01/23(月) 08:37:29

作者じゃないけど俺でもわかったど

**名前は開発中のものです。** · 2006/01/23(月) 12:05:26

CJってよくPCで出来るSTGのスレででてきてたけど
ファイル名もCJ256とかCJ16だし

それに流れから行って唐突でもねーべ

**名前は開発中のものです。** · 2006/01/23(月) 12:50:24

クセのあるソースだと、元ネタが予想できるという事だ罠

**名前は開発中のものです。** · 2006/01/23(月) 13:12:23

いきなりCJと言われても絶対わからん

**名前は開発中のものです。** · 2006/01/23(月) 13:32:02

>全てのオブジェクト（タスク）がACTとして確保されるため、
>単純なオブジェクトも複雑なオブジェクトも同一の構造であることを強要される。

これがダメな理由がまったく思いつかないんだが。

**名前は開発中のものです。** · 2006/01/23(月) 18:29:46

美学に反するんじゃね？ｗ
プログラマは無駄な美学持ってるやつ多いからな…

**名前は開発中のものです。** · 2006/01/23(月) 19:16:01

どう考えても同一構造にしたほうが美しいだろうｗ
まあ、実物見てないから知らんけどｗｗｗ

構造の中に好きなだけ自分のクラスをつっこみゃ良いじゃん。

**名前は開発中のものです。** · 2006/01/23(月) 23:07:33

>398
単純なオブジェクトと、複雑なオブジェクトではメモリ必要量が違う。
基本的に、少数の複雑なオブジェクト（ボスや自機）と多数の単純なオブジェクト（弾）
によって構成される一般的なシューティングで見れば、
その多数の単純オブジェクトで、差分メモリを無駄にしている。

確かに最近のメモリが潤沢なPCなら、
この辺でたとえ数メガオーバー使おうが何ともないが、

**名前は開発中のものです。** · 2006/01/23(月) 23:20:51

複雑なオブジェクトっていったって、そんなにメモリ食うもんか？

関数ポインタだとか、たくさんのフラグとかがいろいろあったって
さすがに1kbもあれば絶対に足りると思うし
この10分の1でもいいぐらいじゃないのか？

だとすればオブジェクトが1000個あったって1MBだ
この点では何も問題無いっしょ

ちなみに怒首領蜂や紅魔郷はオブジェクト数256個までだ

**名前は開発中のものです。** · 2006/01/23(月) 23:24:01

メモリ使用量が問題じゃなくて複雑になればバグも増えやすいとか
メンテナンス性が悪い、拡張性が悪いとかそういうことでしょ

**名前は開発中のものです。** · 2006/01/23(月) 23:44:01

むしろ単純にするために同一の構造を強要してるんだと思ったんだけど

**名前は開発中のものです。** · 2006/01/24(火) 01:10:01

まあ、なぜ必要なのかその境地にまで達してないのだろう。
仕事で5年もやればなんか必要だと思うようになると思うけど。

ちゃんと設計すればサイズ可変にもできるしなぁ。

**名前は開発中のものです。** · 2006/01/24(火) 01:22:13

オブジェクト指向もタスク処理もしらなくてもSTGは作れる

知っていれば面倒なバグ出さないから拡張性で有利＞オブジェクト指向

**名前は開発中のものです。** · 2006/01/24(火) 02:28:12

オブジェクト指向覚えるのが面倒くさいやつはタスクで。
タスクも覚えるのが面倒くさいと思ってるうちはベタ書きで。

STG程度ならいまじゃ全部グローバルで保持しても普通に作れる。

**名前は開発中のものです。** · 2006/01/24(火) 02:33:44

まあHSPでも普通に作れてるしなあ。

**名前は開発中のものです。** · 2006/01/24(火) 04:08:20

HSPで構造体が使えればなぁ・・・

**名前は開発中のものです。** · 2006/01/24(火) 08:30:44

で、ＡＣＴって何よ？

**名前は開発中のものです。** · 2006/01/24(火) 13:50:28

ACTionの略では

**名前は開発中のものです。** · 2006/01/24(火) 18:16:30

いや、actorの略だろ。

**名前は開発中のものです。** · 2006/01/24(火) 18:20:03

ああ、話が繋がってたのか、すまん

**名前は開発中のものです。** · 2006/01/25(水) 21:44:48

ファミコンで発売してそうなぐらいなデキのシューティングゲームでソース公開してる人いないんですか？

**名前は開発中のものです。** · 2006/01/25(水) 21:53:48

すいません、質問です。
敵キャラとか弾をSTLで処理するというのは、
①キャラなり弾なりのオブジェクトを生成する
②オブジェクトを直接STLのLISTにつっこむか、ポインタをLISTに入れる
ということでいいんでしょうか？

**名前は開発中のものです。** · 2006/01/25(水) 21:58:52

<algorithm>を使うってのも含まれるんじゃないかと。

**名前は開発中のものです。** · 2006/01/26(木) 00:22:02

>415
その漠然とした言葉を明確に定義する意味があるのか？

個人的には、STLを使うといっても、三段階に分かれるかな。
コンテナを使う→イテレータを使う→アルゴリズムを使う

**名前は開発中のものです。** · 2006/01/26(木) 01:12:57

コンテナってＲ－ＴＹＰＥの？

**名前は開発中のものです。** · 2006/01/26(木) 01:52:08

重いコンテナ～　試練の道を～

**名前は開発中のものです。** · 2006/01/26(木) 02:47:20

燃える～男の～コンテナ～

**名前は開発中のものです。** · 2006/01/26(木) 05:25:24

志村、コンダラ！コンダラ！

**415** · 2006/01/26(木) 12:40:41

415です。
練習用に作ったプログラム（弾をランダムに撃つ敵が１体出てくるだけ）では、
弾のオブジェクトを生成する際、一つ前に撃った弾のオブジェクトのポインタを
持たせて「リストもどき」にしてたので、STLだとどうするのかな、と思いまして。

**名前は開発中のものです。** · 2006/01/26(木) 22:39:19

だれかソースUPしてくれ・・

**名前は開発中のものです。** · 2006/01/26(木) 23:07:45

見てみたい

**名前は開発中のものです。** · 2006/01/26(木) 23:16:07

スカートの中？

**名前は開発中のものです。** · 2006/01/27(金) 00:03:17

必ずゲットだぜ？

**名前は開発中のものです。** · 2006/01/27(金) 23:37:53

当たり判定の関数作りたいんだけどどうすればいい？

**名前は開発中のものです。** · 2006/01/27(金) 23:40:36

>>427
好きにすればよい。

マジレスするなら何の当り判定よ？

**名前は開発中のものです。** · 2006/01/28(土) 00:10:15

アイスじゃね？

**名前は開発中のものです。** · 2006/01/28(土) 01:45:34

女の子のハートとの当たり判定

**名前は開発中のものです。** · 2006/01/28(土) 06:00:30

>>427
二つの矩形を与えて当たってるかどうか返す関数でいいよ

unsigned int HitCheck(RECTANGLE &a, RECTANGLE &b) {
　int left = a->x - (b->x + b->w);
　int right = b->x - (a->x + a->w);
　int up = a->y - (b->y + b->h);
　int down = b->y - (b->y + b->h);

　return ((unsigned int)(left & right & up & down) >> 31);
}

円はしらね

**名前は開発中のものです。** · 2006/01/28(土) 12:54:51

大小比較の代わりに符号ビットを見てるのね。なるほど
とすると円はこんな感じだろーか

#define POW2(aNum) (aNum * aNum)

unsigned int HitCheck(円 *a, 円 *b) {
int distancePow2 = POW2(a->x - b->x) + POW2(a->y - b->y);
int rPow2 = POW2(a->r +b->r);
return ((unsigned int) (distancePow2 - rPow2)) >> 31;
}

**名前は開発中のものです。** · 2006/01/28(土) 14:06:57

失礼ながらageさせてもらいます(汗
新聞配達しながらゲーム製作学校通ってる俺に少しばかり協力してもらいたいのですが2月末までにゲームを一本作ることになっているのですが結構難航しておりまして＾＾；
それもゲームを全て一人で作るというものなのです。　
　自分はC++で2D縦STG(640*480 自機48*48{東方みたいなの})を一応作っているのですが　まぁ、プログラムのほうは問題ないとして、絵と音楽が全くダメなのですよ＾＾；
そこで、みなさんにお聞きしたいのですが何かいい素材があるサイトを知っている方がいましたら教えてほしいのです
教えていただいたらそれを自分で加工しますので宜しくお願いしたいです。

駄文ですみませんが宜しくお願いします。　

**名前は開発中のものです。** · 2006/01/28(土) 14:10:44

「すべて一人で」なら素材も一人でつくるんだろ？

**名前は開発中のものです。** · 2006/01/28(土) 14:23:20

4行目は、
「プログラムは0から作り既存のゲームを参考にかつ自分だけのオリジナル要素を含ませなければならない。」
と修正します、すみません。

**名前は開発中のものです。** · 2006/01/28(土) 14:31:32

ここおすすめ
http://www.google.com/

**名前は開発中のものです。** · 2006/01/28(土) 14:33:18

あ、ついでに一つ質問よろしいでしょうか？
私はSTGについてあまり詳しくないのですが、STGにLifeﾊﾞｰが付いているのってどう思いますか？
ぬるいシューティングだって思いますかね？　より激しい戦闘ができると思って加えてみようと思うんですが
よかったら意見を聞かせてほしいです。

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

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