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

**名前は開発中のものです。** · 2006/08/06(日) 00:36:37

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

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

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

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

**名前は開発中のものです。** · 2007/03/04(日) 17:44:12

>>935
弾幕を時間をかけて大量にばらまいたあと、全部の弾が効果音と共に一瞬で別の弾に変わったりするんだが？

つまり基本的には、ステージによってルールが変化するようなケースを想定してるわけ。

**名前は開発中のものです。** · 2007/03/04(日) 17:50:04

>>936
メインループ内に全部の処理がごちゃまぜになっているような
汚いプログラムであっても、画面チェンジ時にフラグをひとつ立てて
処理を分岐させるだけで十分だと思うのだが。

実装方法は山ほど思いつくが、グローバル変数がややこしくなるような
実装はひとつも思いつかねえ。

**名前は開発中のものです。** · 2007/03/04(日) 17:51:39

・グローバルでフラグ立てて、弾のタスクがフラグ見つつ変化
・一定時間後に弾をすべて変化させるタスクの発動
・最初から一定時間後に変化する弾を作る

めんどい？

**名前は開発中のものです。** · 2007/03/04(日) 17:58:46

ファンタジーゾーンみたいにボスの挙動がまるっきり異なるケースでも？

**名前は開発中のものです。** · 2007/03/04(日) 18:01:19

具体的に言ってよ、何について言ってるのかさっぱり解らない

**名前は開発中のものです。** · 2007/03/04(日) 18:02:20

>>940に同意。悪いが意味がわからん。
というかせめて使っている言語ぐらい教えてくれ。

**名前は開発中のものです。** · 2007/03/04(日) 18:35:01

なんつーか、単にプログラミング言語自体の勉強量が
足りてないだけな匂いがするんだよね…。
Cを使っているのに関数ポインタや動的メモリ確保についてしらないとか、
C++やJava(いないと思うけど)を使っているのに
クラスを活用しきれていないとか(特に委譲とか)だったら
これらについて勉強しなおした方がいい。
あとタスクシステムについても。
スクリプトだったらごちゃごちゃになっても文句言うな。

**名前は開発中のものです。** · 2007/03/04(日) 18:38:15

スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな

**名前は開発中のものです。** · 2007/03/04(日) 18:39:49

こういう方向には盛り上がるんだよなこのスレｗ

**名前は開発中のものです。** · 2007/03/04(日) 18:44:04

あ、でも珍しくシューティングの話した気がするんだけどｗ

**名前は開発中のものです。** · 2007/03/04(日) 18:53:42

>>943
そこだけ取り上げるなバーローｗ
俺はスクリプトに関して無知だからアドバイスできんし
相手の仕様言語(ツール)は結局わからんしで
少々投げやりになって書いてしまっただけだｗ
でもスクリプトを馬鹿にする発言っぽいから謝っとく。すまんかった。

**名前は開発中のものです。** · 2007/03/04(日) 19:04:07

http://game-melody.com/cgi-files/csystem/html/n-81971-vodafone-vodafone3g.html

**名前は開発中のものです。** · 2007/03/04(日) 19:17:02

>>933
＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
オブジェクトリストから弾IDを持つものを探して、その情報を元に、同じ位置に新しい弾を作る。
古い弾は殺しとく。

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
障害物の当たり属性を敵弾と自機弾に設定する。

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
子供を管理するだけの親を作り、合体前のキャラを子として見張る。
合体したくなったら子供に号令かけて合体させ、合体後は子供を殺して自分自身がキャラになる。

＞色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？
グローバル変数は使わない。

>>937の言うとおり実装方法はいくらでもあるんだけど
俺だったらこうするみたいな。

**名前は開発中のものです。** · 2007/03/04(日) 19:17:17

どうも本当の初心者みたいだね・・・
口調がいっぱしのプログラマーぶってるから
みんな普通のやり方を教えてくれないのなｗ

敵弾っつっても、方向と速度（移動量）だけじゃなくて
「状態」「種類」「タイマ」といったパラメータをいろいろ持たせてあげよう。
タイマが一定値になったら速度・方向を変えてやれば
東方みたいな弾幕ができるよ。

敵・自機・障害物にもフラグを持たせて、それによって
敵弾に当たる・自機弾に当たる・障害物に当たるってやれば
当たり判定は共通処理にできる。

**名前は開発中のものです。** · 2007/03/04(日) 19:19:39

HSP使ってたときに似非タスクシステム組んだことあるけど
on～gosubとローカル変数宣言で結構スッキリ組めたぞ
どんな環境でもやり方次第だと思うんだけどね

**名前は開発中のものです。** · 2007/03/04(日) 19:32:12

>>948
俺は階層型タスクシステムを利用しているからボスに関しては同じかな。
画面チェンジで性質の変わる弾に関しては、
大量のオブジェクトの生成・破棄はなるべく避けたいから
既存の弾オブジェクトの状態を変更するだけに留めるかな。

**名前は開発中のものです。** · 2007/03/04(日) 20:33:57

じゃあオレも

＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
複数のキャラクタが属性を共有する場合は独立させる
この場合は弾オブジェクトに弾の性質オブジェクトへの参照を持たせる

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
キャラクタの組み合わせによって分岐が変わる場合はテーブルを作成する
この場合は全キャラ×全キャラの衝突有無の表をつくって接触するたびに検索する

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
集団を扱う場合は画面に表示しないコントロール専用のタスクを作成する
この場合はコントロールタスクからボス1やボス2へ参照を繋ぐ
コントロールタスクから合体などの指示をだす
ボス1や2が破壊された場合はコントロールタスクへそれを通知する

基本こんな感じだけど速度が問題になる場合はどんどん崩す
データベースでいう正規化された状態だからそのまま使うと遅いよ
でも設計する段階では正規化してるし崩すにしても崩すパターンあるから簡単

**名前は開発中のものです。** · 2007/03/04(日) 23:40:33

「あらかじめゲーム内容を予測してすべて適切に設計すれば良い」
という理想状態の話ばかりだけど、

「メインプログラムが糞仕様なのにも関わらず上司は最小限のソース改変しか許さない」
実務がそんなんだったらどうするんだよ

**名前は開発中のものです。** · 2007/03/04(日) 23:50:24

責任の所在を上司だと明確にするだけ

**名前は開発中のものです。** · 2007/03/04(日) 23:56:24

なんで上司の話とか出てくるんだよｗ

**名前は開発中のものです。** · 2007/03/05(月) 00:07:40

なんでそんな極論が出てくるのか理解に苦しむ
普通のプログラムの話しようぜ
糞仕様で改変させてくれない話なんてここは愚痴スレじゃ無いぜ

**名前は開発中のものです。** · 2007/03/05(月) 03:36:49

10年ぶりにゲームが作ろうと思うんですが
SDLの勉強をしっかりやっとけば大丈夫ですか？

最近じゃスレッドとか使えるから感動的に美しいコードが書ける予感がする。

**名前は開発中のものです。** · 2007/03/05(月) 05:23:39

昔ゲームPGだった人とかなら
何勉強しても大丈夫なんじゃないんですかね

**名前は開発中のものです。** · 2007/03/05(月) 09:19:24

スレッドって、同期関連しっかりやっとかないと例外で跳ぶんだよな。
特に最近のマシンは、複数のCPUが乗っていて、二つ三つのスレッドを同時処理したりするし。

**名前は開発中のものです。** · 2007/03/05(月) 09:24:15

ふーん

**名前は開発中のものです。** · 2007/03/05(月) 11:16:21

セマフォとかカウントダウンラッチとかサイクリック分割、バリアとかわからん人は
マルチスレッドの本みたほうがいいだろうね

そうしないと>>959の現象で落ちることになる

**名前は開発中のものです。** · 2007/03/05(月) 11:51:53

　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;　　最近じゃスレッドとか使えるから
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;　　感動的に美しいコードが書ける予感がする。
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f 　　そんなふうに考えていた時期が
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!　　　俺にもありました

**名前は開発中のものです。** · 2007/03/05(月) 18:26:26

CPUが8bitから32bitになったのだから、一万倍のスプライト処理も余裕。
そんなふうに思っていた時期もありました。

**名前は開発中のものです。** · 2007/03/05(月) 18:29:35

自機の動きを制御するスレッド
敵機の動きを制御するスレッド
背景をスクロールさせるスレッド、みたいに分離して考えられるの？

**名前は開発中のものです。** · 2007/03/05(月) 18:47:30

それが逐次処理で駄目な理由が良く判らん
敵機がネットワークの向こう側ならまた話は別かもだけど

**名前は開発中のものです。** · 2007/03/05(月) 20:44:29

というかスレッド切り替えは重そうだと思うんだけど、
敵機とか敵弾ごとにスレッド作ったら死んじゃわないかな。
ファイバーとか呼ばれる類のスレッドもどきならマルチスレッドに
関する罠も少なかろうから楽でいいんだろうけど。

メインスレッドで作業する裏で、IOとやりとりするスレッドを
回しておく、という方によく使われると思う。
Now Loading... って場面とか。

**名前は開発中のものです。** · 2007/03/05(月) 20:56:03

考えるだけでやらないのがここの住人

**名前は開発中のものです。** · 2007/03/05(月) 21:07:51

>>966
ファイバ使おうにも、それに対応出来る言語が無いだろ。

・・・スクリプト言語で、それっぽいのは作ってるけど。
つ～か、タスクの概念入れたらようやく設計落ち着いたのがここ最近の話。
藻前らあんがと。

**名前は開発中のものです。** · 2007/03/05(月) 21:09:42

自分で考えてみたけど
逐次順番に処理するよりも負荷が分散されるんじゃないかな？＜スレッド

**名前は開発中のものです。** · 2007/03/05(月) 21:15:06

>>969
バスクロックの壁が重く感じられるようになるよ。ｗ

**名前は開発中のものです。** · 2007/03/05(月) 21:29:01

生成した後、あとはもう知らん勝手にやれ
ってなエフェクト類を別スレッドにして云々っていう
ゲーム開発者の記事をどこかで見た希ガス

**名前は開発中のものです。** · 2007/03/05(月) 22:13:33

ファイバーくらいc(インラインアセンブラ)で書けるだろうに

**名前は開発中のものです。** · 2007/03/05(月) 22:28:48

ゲームはparallelでなくconcurrentで十分だ。

**名前は開発中のものです。** · 2007/03/05(月) 22:48:52

そうはいってもローエンドですらマルチコアなんだぜ？
50%しかCPU使わないなんて勿体無いじゃん

**名前は開発中のものです。** · 2007/03/05(月) 23:42:49

いい事思いついた。
お前、メニーコア時代に備えて弾一個にスレッド一個使え。
俺は多くても2～3個で十分だよ。
　
君：コアが○○個あるのに2～3個しか使わないなんて勿体無いじゃん。
俺：コア2～3個で済むのに○○個全部使ったら電気勿体無いじゃん。

**名前は開発中のものです。** · 2007/03/05(月) 23:53:42

なんで自分でやろうとしないのかね

**名前は開発中のものです。** · 2007/03/05(月) 23:55:36

スレッド数個に対してタスクが行列を作るイメージ
タスクとスレッドの寿命が同じなんてことはない

**名前は開発中のものです。** · 2007/03/05(月) 23:58:19

やったよ。

**名前は開発中のものです。** · 2007/03/06(火) 00:04:48

>>976-977
http://www.google.co.jp/search?hl=ja&q=%E3%82%A6%E3%83%9B%E3%83%83+%E3%82%A2%E3%83%83%E3%83%BC+%E6%80%9D%E3%81%84%E3%81%A4%E3%81%84%E3%81%9F&lr=

**名前は開発中のものです。** · 2007/03/06(火) 02:17:38

>>964
自機も敵機も背景も、全て細かいタスク
んでそれらタスクを直列に並べて
各スレッドが手が空き次第1つずつ取り出して作業していく

同一フレーム内で別のタスクにアクセスしないというルールを作れば
タスク単位で完全に並列に動作させられる

描画だと更に直列のコマンドバッファにしなきゃならんので面倒だが
これもMTフレームワークの解説を見るとほんとよくわかるよ

**名前は開発中のものです。** · 2007/03/06(火) 02:49:12

>>978
どうだった？

**名前は開発中のものです。** · 2007/03/06(火) 02:57:31

でも作るのはSTGだろ。
どうせCPUパワーあまりまくってんだから並列しないほうが単純で安定。
自己満足以外に意味ねえな

**名前は開発中のものです。** · 2007/03/06(火) 10:08:59

STGにマルチスレッドは確かにたいして意味ねぇな・・・
非同期でファイル読み込みするとかサウンドのストリーム再生くらいでしか使ってないわ。

**名前は開発中のものです。** · 2007/03/06(火) 11:47:52

>>980
いまさらだな
3Dのような個々のオブジェクトがCPUパワーを食うときのゲーム作るときは常識だろ
スレッドプール＋キューつかうのはJava[ですら標準API1命令で事足りる

なんつーかおもしろそうな最新技術はないもんかね

**名前は開発中のものです。** · 2007/03/06(火) 12:16:37

>3Dのような個々のオブジェクトがCPUパワーを食うときのゲーム作るときは常識だろ

何か違う気がしませんかね。

**名前は開発中のものです。** · 2007/03/06(火) 12:30:06

>>985
別に違わん。常識だ。
っていうかそこにツッコミ入れるのかよって感じだ。

**名前は開発中のものです。** · 2007/03/06(火) 13:35:03

＞っていうかそこにツッコミ入れるのかよって感じだ。
　
IDがコロコロ変わるのは何でですか。：D

**名前は開発中のものです。** · 2007/03/06(火) 14:22:37

>>987
単発ID必死棚

**名前は開発中のものです。** · 2007/03/06(火) 14:41:24

携帯房ばかりか

**名前は開発中のものです。** · 2007/03/06(火) 14:46:42

（；・∀・）…

**名前は開発中のものです。** · 2007/03/06(火) 14:51:45

あやふやな発言に批判をバシバシ入れていくスレはここですか？

**名前は開発中のものです。** · 2007/03/06(火) 14:57:57

>>987
自分と違う意見が出ただけで自作自演認定するような奴は
技術語れないからもう来なくていいよ。

**名前は開発中のものです。** · 2007/03/06(火) 15:50:11

>>986
マルチコアの環境でCPUブン回すゲームってのは作ったこと無いんだが
常識と呼ばれるほどそんな環境が普及してんのか？
シングルでスレッドに分けてもCPUの負荷が高い場合は利用率って落ちそうな気がするんだけど。

コンシューマでもスレッドの使いどころってメイン・サウンド・ファイル・データ解凍あたりだし。
PS3や３６０は知らんけどさ。

**名前は開発中のものです。** · 2007/03/06(火) 18:49:52

CPUブン回すようなもの作るジャンルでもないしな

**名前は開発中のものです。** · 2007/03/06(火) 19:13:25

>>974
CoreDuoの低消費電力モード(1GHz)で色々試したことあるが
シングルスレッドでBGMのoggをデコードしながら画面全体を
弾で埋め尽くしてもCPU(コア一個の)使用率は30%以下だよ。
　
マルチスレッドにしても消費電力ほとんど変わらんかったから
「せっかくだから」スレッド分けてみたけどさ。必要に迫られて
やったって感じじゃないな。
　
数年前のペンMのB5ノートでもCPUパワーは余り気味だったし
ビデオチップ（Mobile Radeon）が先に悲鳴上げてた。
　
「余剰リソースがあるから使いきったれ」って発想で作るのは
別にいいと思うけどさ、実際にPCゲーの2D弾幕STGごときが
無理やりCPU使用率100%でかっ飛ばしてたりすると、何かの
不具合なんじゃねーかと疑われるのが関の山だと思うよ。

**名前は開発中のものです。** · 2007/03/06(火) 19:22:30

結果さえ得られれば良いならやる理由はないかもな。
まあ俺はやらんが。

**名前は開発中のものです。** · 2007/03/06(火) 19:27:13

まとめると、pthreadみたいなリアルタイム性が怪しいものより自前で待ち行列作るほうが早いって事なんか？

**名前は開発中のものです。** · 2007/03/06(火) 19:47:06

なにか有効ならともかくな

「シングルスレッドで片方しか使わないのがなんか勿体ない」てのが起因かな
システムに余裕回せるって見方もできるし、必要に迫られなきゃ不要だと思う

**名前は開発中のものです。** · 2007/03/06(火) 19:48:29

失礼
片方しか→コア片方しか

**名前は開発中のものです。** · 2007/03/06(火) 20:21:34

で、負荷が高い処理をスレッドで並列化させているのが常識なのはどちら様の業界？

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。