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

タスクの分割だの依存関係だのに気を遣えば
そこまで保守しにくくもないと思う。

初心者はタスクシステムを学ぶ前に
構造化プログラミングだのオブジェクト指向プログラミングだのを
学んだ方がいい気がする今日この頃。
この方が結果的にゲーム製作の近道になると思うのだが、
早く製作にとりかかりたい奴は見事にすっ飛ばして
結果的にｵｿﾛｼｲコードが完成すると。

そいやコンポジットとポリモーフィズムしらんと
C++でタスク構築できないんだっけ

つーか抽象化はオブジェクト指向の基本概念だ。

Compositeパターンは
タスクを階層化しないのであればいらないんじゃないかな。
まあシューティングの場合、敵と弾とか、ボスと敵とかを
親子関係にするのが自然だから、必須になってくるけど。

ポリモーフィズムを知らんような奴は
タスクシステムどころか普通のプログラムも満足に書けないと思うよ…。
C++を使用する意味が全くない。

必要になったら学んで使えばいいだけじゃね？
なぜそれが必要なのか理解せずに使っても
これまたｵｿﾛｼｲコードになるぞｗ

それもそうだなｗ

>>919
> C++を使用する意味が全くない。

つ　ベターC

ここはＣ＋＋が前提なんですね。知らんかった。テンプレにいれとけよ

ステージボスばりの攻撃をしてくる雑魚が出せるようになれば解決じゃね？

全部ボスにしてカオスフィールドでもつくれば解決じゃね

結局ボスルーチンは、雑魚ルーチンをカバーできるんだから、分ける意味は無いと。

ゲームスタート直後にすべてのボスが同時に出てこればOK
敵の戦術的にもいいだろ

急に巨大戦艦出したくなったけど背景として実装するしか選択肢がないとか
ボスがバックミラーにしか映らない吸血鬼の車だとか
ボスがmpeg動画でその中で自機を動かさなきゃならないとか
別ウィンドウのをタッチペンで叩かなきゃならないとか
あるかもしれない

>>928
いずれの場合でもメインループを分ける必要がないわけだが。
っていうか何が言いたいのかわからん。

背景とか言ってる時点でもう

最初のがアンドアジェネシスだという事だけは判る。

このところスキルの低いっぽい人の書き込みに対するツッコミでスレが進行してるな。
あんまりガツガツ行かずにやわらかく対応しようぜ。
できれば各人のスペックは自分と同等では無いのを前提に、あいてに分るように話そう。

>>929
東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？

>>933
結論から言うとならない。
どんな言語でどんな設計をしているかは知らんが、
ややこしくなってしまうような設計が悪いだけにしか思えない。

むしろ、どう設計することを想定してるんだろう。
グローバルでフラグ立てるとして、上に出た例ってそんなにややこしくなるかな・・・
東方みたいに画面チェンジで弾の性質がかわるっては言ってる意味がよく解らんが、
ボスの合体とかステージ中精々1つか2つだよな・・・ややこしいか？

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

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

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

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

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

めんどい？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

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

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

じゃあオレも

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

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

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


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

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

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

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

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

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

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

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

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

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

ふーん

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

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

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

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

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

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