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

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

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

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

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

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

**364** · 04/07/03 23:02

>370
あー、そうか。WAVEが大半なのかも。orz
でも作り直ししてるやつはそうでもないとか言ってたぞ。
ゲームはZEXEEDとか言うやつ。

**名前は開発中のものです。** · 04/07/03 23:02

>>370
なんとマジ、ちなみにC65版に公式のパッチを当てた奴、ウチだと起動に1分くらいかかる。
BGMと効果音はsoundディレクトリにバラで入ってるから、残るはグラフィックとかだろう。

再分割する術はないのかね。

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

みんながブロードバンドなわけやなし142Mダウソさせるのもすごい

**名前は開発中のものです。** · 04/07/03 23:32

>>373
同人ソフトだからなー。
コミケや同人ショップで買うもんだしそこは問題なかろ。

分割完了？
area??.dat(??=01-05,11-15)　ファイルサイズ8.06M～15.3M、合計101.5M
bg??.bmp(?? = 01-05)　ファイルサイズ2.63M～7.91M、合計18.4M
chr??.bmp(?? = 01-07)　ファイルサイズ3.00M～4.68M、合計22.6M
demoplay.dat　ファイルサイズ78.1K
start.ax 　ファイルサイズ34.4K
合計142.8M
ちなみに*.bmpは素では読めない。
area??.datはダンプリスト見た感じ無圧縮っぽい。

**名前は開発中のものです。** · 04/07/03 23:35

まあ、ゲーム中のレスポンスが悪くなければＨＳＰでもＶＢでもいいが。
にしても、昔のＦＤのソフトかっつーの＞起動１分

ZEXEEDって、サイトで公開とかしてるの？
ぐぐってもわからんかった・・・。

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

HSPでEXEにいろいろ詰め込んでるのね。
んで、ZEXEED？飛翔鮎？
どっちの話？

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

飛翔鮎はウチだと起動に10秒かからんが…

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

>>376
飛翔鮎の方。

しかしあのゲーム内容で1面のデータが8M、どういう実装してるのか凄く気になるが。
さすがにそこまでいくと逆コンパイルでもしないと……

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

ＺＥＸＥＥＤってプレステのロボットのゲームか？

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

試しに飛翔鮎起動したら、4秒でタイトル画面出たが。

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

背景をストリーム再生するなんてアレゲなことを試したやつはいるかな。

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

メガドラＣＤのシルフィード？＞ストリーム再生

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

>>380
うちも時間は測ってないが測る必要もなくすぐでるよ

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

>381
背景をムービーにすれば、割と簡単に出来るかもしれない。

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

セガのアストロンベルトみたい概念かね

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

>>382
PSYGNOSISのマイクロコズムっしょ

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

>>363
　昔、ベクターで拾ってきたVB製のシューティングが…マップがBMPだったんでビュアで
見たら…30画面分くらいの一枚絵だった…ｶﾞﾀｶﾞﾀﾌﾞﾙﾌﾞﾙ。

>>386
　懐かしいな、スカベンジャー4とか。
　スペックが固定化されているコンシューマーとかTOWNSならOKだが、擬似とはいえ
マルチタスクで性能バラバラなPCだと同期ズレの問題が出てくるのではないかな。

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

Wave垂れ流し、一枚Bmp垂れ流し

どんどん低レベル化が進んでいくな…

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

WAVE垂れ流しは別に構わんだろ

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

スプライト専用ハードウェア最高！
カラーキーで抜く？マスクパターンを作成する？いつの時代の話だよ。

・・・って思ってたのに、結局、DirectX(draw)は
昔やってたことに戻ってんだよなぁ。

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

出てくる物がしっかりしてれば技術的なレベルは
どうでも良いけど

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

良い意味での手抜き、手抜きで余った力を他に回せれば良いが。
大体の場合手抜きが更なる手抜きを呼び、その手抜きもまた次の(略)ってのを懸念してんじゃねえの？

裾野が広いのが良いのか、裾野は狭くても平均レベルが高いのが良いのか。

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

手抜きというと語弊があるかな。
そもそもやる必要のないことをやらないのは手抜きじゃないし。
で、必要かどうかって判断基準が人によってまちまちなんだろ。
wav垂れ流しが低レベルってのは流石に時代錯誤だと思うが。

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

でもやっぱX68soundを使ってる超連射とかをやったほうが
waveよりすげーなと。

まぁさすがにこれは時代錯誤だとしても
HDD消費のことも考えてとりあえずogg使ってほしいねぇ

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

同じ音がでれば凄いも何もないと思うがな。
あとHDD節約なんてケチくさいこというな！ｗ

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

しかし実際そういうとこを手抜きしてるのに限ってつまらんのが多い

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

その逆も多いけどな

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

じゃぁ相関性は無しってことで。

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

逆なんてあるか？なんかあげてみろよ。
独自音源、ogg使ったシューでおもんないの

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

>>399
この逆ってのはそーいう所で手を抜いていても面白い奴は一杯って意味だったりして。
違うかもしれんけどね。

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

あぁ、そういう意味ではたしかにそうだな
へんなとこに拘らずに内容に拘ってるやつはやはり同じようにできが良いんだよな

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

どうでもいいようなとこに拘りすぎると
いつまでたっても完成できないのが問題なんだよ。

**名前は開発中のものです。** · 04/07/05 11:02

無圧縮bmp使うなんて無神経なこと俺にはできねーよ！ってやつは
作るものもそれなりのものである・・と考えたい。

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

敵の動きとか配置を考えるのが難しくて面倒だ…。
これじゃ物足りない…、もっと早くするか…、
これだと全て倒しきれないな…、もっと動きを複雑にするか…
配置が美しくないな…、何度も作り直して延々と時間食う。

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

ドラクエとか、マザーとか

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

？

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

bmpってボトムアップで格納されてるから
上にスクロールする縦STGとは相性がいいのかもしれんな

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

>>407 君、ゲーム作ったことないだろ。（＾o＾
このスレに居て楽しい？

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

クラスで最も嫌われるタイプ

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

>>405
さすがにマザーは一枚BMPは無理だね。
ファミコン画質で東京ドームぐらいの広さがあるんだっけ？

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

ここに馬鹿すぎてこっちが恥ずかしくなる奴が居るんだが
（４０７とか）何が目的なんだろ？

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

そんな反応することかよ

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

>>407
言いたいことはまあわかるけど･･･

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

XxYマスの縦STGのマップを考えてみる。
ドット絵エディタでXxYドットの8bitBMPを作成する。
パレット番号とマップチップ(敵配置マップなら敵番号)を対応させれば
マップエディタを作成せずとも視覚的にマップを作れるかもしれない。
描くときは下から上へ、読み込むときは先頭から読めば良い。

だからなんだの域を出ないような気もするが。

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

あ、もちろんBMPのヘッダは読み飛ばして。
バイナリエディタ直書きに比べればきっとマシだと……思う、自信なし、所詮思いつきだし。

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

むっちゃ反応する人がいるなぁ
mIaBS7Ac乙

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

スクロールは上下左右労力同じ（移動加算値変えるだけ）で
ＢＭＰと相性がいいスクロール方向なんて無い。
というか絶対にありえない。

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

>>414-415
BASIC時代にマップチップを1チップ1画素で表示したのを思い出して懐かしくなった。
遊びとしてはそういうのもアリだと思うよ。

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

>>414
マップエディタを作るのが面倒くさい場合は有りかもしれんが
パレットとチップの対応を人力管理しなくちゃならないので
却ってそっちのが面倒くさいだろうな

大抵のドット絵エディタは256色ずつでしか管理できないので
それ以上のチップを扱うときにややこしくなるのも難点か

**名前は開発中のものです。** · 04/07/05 20:31

ボトムアップだと上下逆？そこまで難しく考えなくても良いよ。
視覚的にはＢＭＰの絵柄と描画を同じにした方が分かりやすい。

**名前は開発中のものです。** · 04/07/05 21:51

以前からゲーム製作未経験者のような発言でもスルー
されたけど微妙に気持ち悪かったから407のような
発言に突っ込みいれたくなる気持ちも分かる。
それでもスルーしたほうが良いかもしれないけど。

**名前は開発中のものです。** · 04/07/05 21:51

その程度の細かいこと気にするんだったら、
もっと他にすべきことがあるだろう…

**300(114)** · 04/07/06 07:12

レイピア、スローモード、
スロー時の、撃った弾がアイテムになる処理等を入れました。
スローにすると、敵の動き（到達地点）が変化してしまうので、修正しないと、、。
後は、宝石の数、倍速モード、ボス等を入れる予定。

因みに、背景は16bitでやってます。良いツールを使えば8bitでも遜色ないでしょうが、
実験してないです。

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

>>423
レス番号を書いてくれ。前半4行が唐突すぎて分からん。
独り言のエクスキューズとして後半2行を加えたように見えるぞ。

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

流れが読めないなら、無駄なレスはやめとこうぜ。

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

つーか、blog代わりに使いたいなら
板公認の報告スレを活用したほうがナンボかマシだろ。
　
■自主製作ゲーム：開発状況報告スレVer0.3■
http://pc5.2ch.net/test/read.cgi/gamedev/1071809112/l50

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

スクロール方向なんぞ足すか引くかの違い。
上下反転？　テクスチャの貼る方向を逆にすりゃええ。
DirectX8じゃない？　ヽ(・∀・)ﾉｳﾝｺｰ

シューティング製作以前の問題だな

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

>>388
踏み絵を踏みに行くような気分だが
背景レイヤーのうちの1（遠景）を
丸々一枚絵方式でやったことはあるぞ。
　
システムメモリ上に圧縮データ1ステージ分。（約2MB）
ステージ進行中に圧縮データをデコードしつつ
（差分）転送。フレーム単位の転送量は1[KB]程度。
問題なく60[fps]出ていた。
　
そんときのメモリ上の圧縮データは
展開してもせいぜい7MB程度（256*7200*32[bpp]）だったので
むしろそっちでやったほうが良かったという罠があったが。

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

背景レイヤーのうちの“1枚”ね。ｽﾏｿ

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

>>428
データ圧縮＆1INT内での展開ならOkじゃない？

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

うん。たしかに一枚絵の場合でもシステム→ビデオメモリの転送にかかるコストは
どうってことないんだよな。俺はテクスチャ上のパターンデータ（8x8テクセル）を
フレーム毎に数個づつ書き換えたりするんだけれど、そんときのデータサイズも
似たようなものだし。
　
結局、一枚絵の弱点はパッケージサイズの肥大化ぐらいかね。
ネットで配布するようなケースでもなければ無問題だと思うよ。

＃つーか、漫画板のアゴ無しスレに誤爆した･･･鬱

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

一枚絵だとステージとステージの間でファイルから画像読みに行くときに
固まりそうでｲﾔｰﾝな気がする。演出とか入れてごまかせばいいのかも
しれんけど、シームレスに次のステージに行きたいときは無理。

うまくやれば別スレッドで画像を読みつつスムーズにステージ切り替え
できるかもしれんけど俺はあんましやりたくないな・・

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

うい。お察しの通りシームレスは無理だたよ･･･。
得点算出画面を描画しながら裏でガリガリとロード。

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

>たしかに一枚絵の場合でもシステム→ビデオメモリの転送にかかるコストは
>どうってことないんだよな。

そうか？
かなり前にDirectDrawでシステムメモリのオフスクリーンサーフェイスから
Bltさせた時、タイル化してBltを繰り返した時と１枚絵を１発Bltした時で結構
差が出た記憶が…
オーバーヘッドを少なくする為１枚絵のBltで実装しようとしてる俺は
負け組みですかそうですか

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

差分だけだからたいしたことないだろ
たとえば１ピクセルのスクロールごとに処理なら１ライン分の転送だけですむわけだし

**423** · 04/07/06 19:03

>>426
では、そうします。
質問や相談もやりつつ、結果を報告出来ると思ったんですが。

１枚絵の背景も、ＣＡＶＥ系を再現したい。てので出た話題なのだし。

自分の場合は、１画面を１ＢＭＰで保持して、３画面分同時に描画。
で、１画面スクロールするごとに、一番下の画面を上に移動＆テクスチャ再セットしてます。

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

俺は興味あるからここに報告あると嬉しいけど。

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

俺も。1週間に一度くらいなら気にならないし。

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

>>434
俺もDirectDrawでハイカラー以上でやるときは
システムメモリ上でソフトウェアレンダラーで全て
描き込んでからビデオメモリに一括Blt()するよ。
　
Direct3Dでやるときは
ビデオメモリ上でハードウェアレンダラーで全て
描き込んだほうが圧倒的にお得だから、組み方が
変わる。
　

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

>>434
程度（サイズ）にもよるが、
Direct3Dで背景をマップチップでやるときは
固定サイズの頂点メッシュを使ってスプライト機のBGテーブル的な
組み方が出来るんだよ。差分書き換えするのはマップチップの
インデックスではなく頂点のテクスチャUV値になるけどね。
背景の描画はDrawPrimitive2回で済む。

**115** · 04/07/06 21:31

>>423
＞１枚絵の背景も、ＣＡＶＥ系を再現したい。てので出た話題なのだし。

はあ？

33 · 04/07/06 21:42

>>441
お前は一体何しにこのスレにいるのかと小一時間(ry

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

>>442
オフコース

**436** · 04/07/07 00:34

ではでは、たまーに、何か大きく進展したら報告するという事で。

>>440
最初はメッシュ＆ＵＶ設定ツールでも作ろうかと思ってました。
しかし、だったら３Ｄツールでいいんじゃないかと思ったりして断念。

今のやり方は、>>117を参考に組んでみましたが、半画面で１チップにした方が
効率が良いので、改良してみます。

当面の目的は、ツールに敵配置機能を追加する事ですが、ガルーダ等みてると、
配置と動きが連動していて、（戦車、中型機等）
現在の、敵の動きをハードコーディング部分から
見直す必要があるという問題で煮詰まり中です。

**436** · 04/07/07 00:34

ではでは、たまーに、何か大きく進展したら報告するという事で。

>>440
最初はメッシュ＆ＵＶ設定ツールでも作ろうかと思ってました。
しかし、だったら３Ｄツールでいいんじゃないかと思ったりして断念。

今のやり方は、>>117を参考に組んでみましたが、半画面で１チップにした方が
効率が良いので、改良してみます。

当面の目的は、ツールに敵配置機能を追加する事ですが、ガルーダ等みてると、
配置と動きが連動していて、（戦車、中型機等）
現在の、敵の動きをハードコーディング部分から
見直す必要があるという問題で煮詰まり中です。

**436** · 04/07/07 00:38

二重投稿すんません

ついでに
Ｘ　敵の動きをハードコーディング部分から
○　敵の動きをハードコーディングしてる部分から、

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

道なりに動く戦車のコーディング、ゼビウスとかはどうやってたんだろ？
(1) 地形と全く相互作用せず、進行方向への加減速と移動方向相対変化で記述
(2) 初期ウェイトと移動方向のみ指定、あとは道に埋め込まれているオブジェクトに反応
脱線するが、怒首領蜂大往生の戦車はカーブをなめらかに曲がっているように見える。
実際は少し移動して方向転換、の繰り返しだとは思うけど。

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

ゼビウスか…。
あれバカでかいマップがあって、それを面によってX座標ずらして表示してるんだよな。
ドモグラムの盆踊りや伸縮移動を見るに、画面上の座標と関係なくマップ上の座標で
動かしてるんだろうが、細かいことは判らない。

たしかゼビウスは3つCPU使っててキャラクタデータ管理とかは分けられていた筈…。

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

　基本的には移動パターンをいくつか作っておいて、カウンタの初期値を変えてるだけじゃない？
　でも、ゼビウスって今以上にボーナスポイントの設定とか細かいことにこだわって作られてるんだよなぁ。
　ブラスターを避けるグロブダは今でも感動する。

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

フリーや同人だとそこまで動きにこだわった作品は
少ないな…

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

超連射での加減速をうまく使った見栄えのする敵機動には見習うところがあるかも。
アケシューならザコヘリの等速運動→減速→ホバリング→加速+旋回でUターンといった動きを
ちょっと真似してみるだけでも学べる。

まぁ最初からそこまでやる必要はないけど。
慣れてきたら等速運動や状態遷移なしの動作から先に進んでみると
敵にｲｲ動きをさせることができるよ、ってことで。

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

良い動きする敵がいると、それだけで気持ちが良いね

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

ゼビウスのザコの動きは制作初心者はよく研究してみるといいかも
ゾシーやタルケン等々
テラジなんかはいまだに動きの代名詞となってたり。

最近のザコは寿命が短いせいか、集団で突っ込んでくるのばかりでチトさみしい

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

テラジる……(ﾎﾞｿｯ

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

>>447

昔そういうの作ったよ。
だけど戦車がわらわらと出てきて壊せるだけ。自機は弾に当たっても何もなし。
しかもボスがなければ、タイトルもエンディングもない。道中でスクロールが止まって終了。
ゲームとしての形になってません。こんなのでよかったらアップしますけど、やってみますか？

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

プレイするより技術的な話したほうが良いんじゃないの

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

ギャラクシアン・ギャラガ・ギャプラスの敵の動きのアルゴリズムが
よくわからんです。自機の方によりつつもループ描いたりとか。

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

3つ並べて書いてるがそれぞれ大分違うぞ。

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

ギャラガの動きに感動したガイジンは結構多いらしい

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

>>456

そうだね。アップはやめておきます。

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

ソースをアップするのなら、技術的な話に繋げられると思うけどな。

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

>>459
あの滑らかな動きはテーブルでもってるのかね～？

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

>>462
当時、（参照）テーブルを一切用いずに済むような
（現実的な）実装方法があったのかを考察してみ。

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

いきなり敵が空中回転した時は心が躍った。

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

今では反省している。

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

テーブルでいいよ

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

ちゃぶ台でもいいよ。

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

>>463
アルゴリズム的に、自機と自座標から、加速量をパラメタとして変えてくとか。

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

道に沿って地上物が移動する、ての簡単にやる方法模索中。
エディタ自作せんと難しいかな。
ツクールとかのデータ流用できないものか。

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

>>468
例えば、そのパラメータとして渡す加速度は
行動パターン毎に1セット(圧縮データ)に
なっているとする。
すると行動パターン番号から参照するための
テーブルが必要になる。

**470** · 04/07/09 10:14

よく読んだら、プレイヤー座標と自座標を入力すると
加速度を出力するような関数（orロジック）を用意する
って話か。
　
参照テーブルを一切使わないってことは
敵キャラ1種につき関数1個といった粒度を想定しているのかな。
容量の肥大化はまず避けられないだろうが非現実的ではないな。
　
俺なら、ロジックの粒度を小さくして呼び出しのシーケンスを
テーブル化するような形に持って行くけどね。

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

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