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

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

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

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

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

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

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

>>1
Otu-

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

>>7
どこ？

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

触手の動きのアルゴリズム教えてください
http://pc5.2ch.net/test/read.cgi/gamedev/1021401881/l50

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

>>1
乙

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

基本はＰｅｎＩＩ２３３でよろ

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

ありえない。何かの間違いではないのか？

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

乙一。

そういやハイスペック要求するクソゲー作ったけど何処からも文句でなかったなと言ってみるテスト

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

それは無反応だったといｳﾎﾞｧｰ

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

＿|￣|○

ら、ランキング登録は１００件くらいあったもん！

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

>>10
Thanks!

しかしこのスレ、思ったより人が多かったんやね。
スレ建てて、こんなにも乙と言われたのは初めてだす。

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

>>14
シューティングの場合、
ある程度スペックが上昇するのはやむを得ない
と思っている人が多そうやね。特に弾幕系は。
まあマシンが重くても、多少は遊べるしな。
PenII400～500は、もはや許容範囲？

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

そのクラスのマシン、今から用意しようとすると大変なんだよね。
うちも今ある古いPC壊れたらもう無理。パーツ揃えるのも面倒すぎる。
対応したくてもできなくなりつつあるのが実情。

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

俺はAthlonの1.0GHzを750MHzに下げてテスト用にしている。
ビデオカードはGF2MX。よってこれ以下は外部の報告待ち。

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

秋葉の某ゲーセンでCAVEの蟲姫を先行プレイしたけど
今回はデカキャラが多いね

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

おっぱいがデカイよネ

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

最低環境＝開発環境（P3-600のノート）なんで無問題

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

>>19
中古屋でいくらでも売ってますよ。
PenII233MHz+RageII合わせて1500円ぐらい。
BXマザーせいぜい3000円ぐらいでしょ。

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

だれか>13がグラディウスVだってのを指摘してやれよ。

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

>>24
いくらなんでもそこまでの低スペックには対応しません。

>>25
ありがとうｗ

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

>>24
最新で格安で最低限の性能を持つG/Bと、
中古のPenII400を積んだPCを買っても、
１万を切る状況になったら、もう一台買うかな？
とか思っていたけれど・・・もうすぐそこだな。
あるいは、PenIIIの1Gクラスが買えるまで待つかな？

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

？？
PenIIIの1Gをテスト用に使うの？

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

パソ買い増すより部屋がスッキリしてたほうがいいやん

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

セキュリティ対策で、
ネットから隔離したＰＣが一台欲しいというのが本音。

あと、ゲームを遊ぶために必要なスペック自体が、
もう、極端に上昇する事が無さそうなんで、
そのぐらいで十分かな？と。

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

東方の入力遅延って単にFPS処理とかウェイトの処理がうんこなだけだよ
それなのにプログラムは合ってるというからどうにもこうにも…

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

手元では「垂直同期を取らない」で改善されたので、
これは垂直同期取ったら1フレーム遅れるんだろうな、程度に認識してた
まぁ明確な改善手段があるなら公開すればいいし、そうでない場合は改善の見込みは薄いな

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

ショップ製の一番安いやつ買えって。３～４万からあるから。けろよん2GHzくらいの。

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

セロリンは2GhzでPentiumIII 1GHzに劣ったりもするから
あまりお勧め出来ない。

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

スペックに不満が出ればpen4に載せ換えれるから良いじゃん。
pen3だとそれ以上は買い換えになるし。

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

ttp://hp.vector.co.jp/authors/VA036558/App/IBade.zip

これをやってみて

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

>>36
何を求めてるのか判らん。
感想？技術的な話？

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

感想please

できれば技術的に見てどうかも
ねらい撃ち弾が今のところ限界です

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

タイトル画面で無駄弾を撃つと隠しモードに入れます

今までは乱数で敵を発生させていたのを今日からマップファイルを読み込んで
出現させるようにしたのです

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

感想なら2DSTGスレでいいだろう。

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

>>1にあるとおり、晒すのは歓迎
というﾀﾃﾏｴ

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

2DSTGスレ？検索しても出ないぞ。別の板か？

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

>>31
>東方の入力遅延って単にFPS処理とかウェイトの処理がうんこなだけだよ

そう言うのであればどのようなゲームループが最も遅延を感じさせないか
議論するのもいいかもしれんな

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

漏れの場合は、メインスレッドとタイマースレッドを使用。
タイマースレッドはSetEventとSleep(17)で回す。
メインスレッドには、WaitForSingleObjectを
フリッピングの手前に配置して同期させてる。

ある意味、ゲームループと言えるかどうかは微妙だな。

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

>>44
パッドの入力値はどのタイミングで拾うのん？

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

>30
うちはHDDラックで一台をLINUXとWINで使い分けてます。

低スペックの問題ですが、ドリームキャストってどのくらいの
スペックなんでしょう。ゲーセン用に開発されたものがいまだに
ドリキャスに移植されてるって、アルゴリズムマニアックスに
あったんだけど、ということは弾幕系シューの基盤とドリキャスって
同じくらいの能力なのでしょうか。
こちらは高水準言語でプログラムするのだし、少しマシンのレベルを
高くしても。

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

何言ってんのかよくわからん

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

ちょっと良く出来た翻訳ソフトの出力みたいなレスだな。

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

文体も内容も、LINUXとWINを使い分けて使ってるような奴がする質問とは思えないｗ

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

スプライトをハードがサポートしてる環境で開発してるんだが
入力遅延の話に混ざっていいかい？

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

一々断らんで参加しる

アーケード基板だとNAOMIの遅延が結構気になるな
シューティングも何作か出てるけどやっぱ遅延を感じる

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

NAOMIって遅延あるの？
NAOMIのシューティングってあんまやってないからなー。

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

じゃあお言葉に甘えて
まず現在見ている画面に対して超反応で入力したとき、それが次のフレームで
反映されていれば遅延0フレームと定義しとくな。
理想は
VBLANK→入力取り込み→諸々の処理→仮想オブジェクト生成→オブジェクト転送→VBLANK終了→ビデオ出力
で遅延0フレームだけど、俺の場合VBlank期間中に処理が間に合わないので
VSYNC→オブジェクト転送→VBlank終了→ビデオ出力→入力取り込み→諸々の処理→仮想オブジェクト生成
こうしてる。これだと1フレーム遅延だよね。

PCの場合は・・・よく分からんのだがリフレッシュレート論争を参考に
B宗1派：タイマ割り込み→入力取り込み→諸々の処理→仮想オブジェクト生成
　　　　　　VSYNC→フリップ→ビデオ出力→バックバッファ生成
B宗2派：VSYNC→フリップ→ビデオ出力→入力取り込み→諸々の処理→バックバッファ生成
A宗：dt経過→フリップ→ビデオ出力→入力取り込み→諸々の処理→バックバッファ生成
こんな感じ？B宗1派だと、どれだけ遅延するか、予測が難しくないか？
B宗2派はダブルバッファリングで1フレーむ、トリプルで2フレーム遅延。
A宗は問答無用で遅延0。もしくは最大dt秒遅延。
生温かい突っ込みよろしゅう。

**名前は開発中のものです。** · 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

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

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

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