oOoゲームの設計について語るスレoOo

一応、企画向けのスレも必要かと。

せっ‐けい【設計】
(plan; design)
ある目的を具体化する作業。製作・工事などに当り、
工費・敷地・材料および構造上の諸点などの計画を立て
図面その他の方式で明示すること。
[広辞苑第五版]

企画工房
http://www2s.biglobe.ne.jp/~ganko/index.html

トニカク、よそでやれと。
トニカク、邪魔したいと。
ステキすぎて何も言えねー。＞２

ではさっそくネタ振りでも、

マップの設計ってどんな手法を使ってるの？
方眼紙にカリカリと手書き？ポリゴンのマップとかだと高さや、ポリゴン分割とか
結構仕様に左右されやすいけど、そこんとこ踏まえて書いているのか。
それとも、必要事項と簡単な図面だけ用意して後は実作業する人任せなのか？
まあ、その中間を行ったり着たりといったところだろうけど、
マップの設計時点で、どこまで完成形をイメージし具体的にどう設計していけるもんなのかなと。

お前はどうしてんだ？
あと、タイトルの無駄な装飾が気に食わん。

みんな、プログラムの設計ってなんかドキュメントかいてる？
モジュール関連図とか、状態遷移図とか、シナリオ図とか、クラス図とか。
要求仕様は企画書とか口頭とかでくると思うけど、コーディング前にどんなことしてるよ？

俺のヘッダファイルが設計仕様書だぜ！とか？
ちなみに俺は上に上げた4つを適当に手書きしてからGOしてる。

>4
ウチの場合は、ある程度ツールを作ってから考えてる。
つーか、全部一人でやってるんで。

しっかりしたツールがあるなら、
> 必要事項と簡単な図面だけ用意して後は実作業する人任せなのか？
でいいと思う。

具体的だけど、経験的に、処理よりもデータ構造を先に、綿密に
考えてからじゃないと、必ずと言っていいほど中盤に入って
からデータ構造に変更入るよね。
データ構造が決まったら、ようやく全体の設計に入る。
データの方の足場が堅いと、設計も楽だし、揺るぎにくい。
ツールは、データ先行で、過去の物をチョイといじって
でっち上げる。
一見面倒だけど、紙に書いて貼り出しておけば、全体で
迷子になるヤツも減る。
というか、そもそもソンナやつが居るのが問題だが。

UMLでゲーム設計

>>6
ヘッダファイルが設計仕様書だぜ！
時々解らなくなったらUMLなソフトに放り込んで、吐き出されたクラス図を見ながら反省会する。
むしろXP的にテスト繰り返しながら小さい独立したクラスを沢山作っていく感じで開発してます。

ゲームの仕様なんて、変わっていくのがあたりまえなんだよ(T_T)
綿密に考えた構造が最後までそのまま使えたとしたら、
とても運がよかったんだね

>>11
仕様を変えてばかりいると、いつまで経っても完成しないよ。
まあ、多少の仕様変更には対応できるよう、再利用が効くような、
汎用性が効くようなコードを書くのは、当たり前の話だが・・・

>>12

再利用というよりも、変更に強いコードを目指して書くべきよん。

それでも繋ぎ目あたりの仕様変更はなるべく勘弁して欲しい。

＞7
たしかに、ツールは仕様に基いて作られているからツールを使う人に任せられるね。

シーンにおけるデータ構造を決め、それに基いてツールを作る。あとはそれを使う人が
しこしことデータを作ってくと…。やはりマップはマップエディタがあった方が良いね。

いや、オイラは以前はあったんだが、今はグラフィックソフトからのエクスポートしたデータをそのまま
プログラマに渡してるもんで、いまいちデータの作り方が釈然としないまま…

上げて見るか。

・ギャルゲー・シナリオ・テンプレート（エロゲでも可）

まず、性格が対になるように、キャラを二人用意する。
この二人の年齢に対して、年上のキャラと、
年下のキャラを用意する。さらにこの四人とは、
まるっきり異質なキャラを一人、用意する。

これだけキャラを作り分けておけば、たいがい一人は、
好みのキャラがいる。なお、メイン・ヒロインには、
中間年齢のキャラを用いると、非常に作りやすい。

そにょ一
気の強いキャラ、おっとりしたキャラ、ロリ、姉さん、眼鏡娘

そにょ二
明るいキャラ、冷静なキャラ、ガキ、おねえさん、幼なじみ

そにょ三
跳ねっ返り、天然、妹、先輩、フェチ娘

俺の場合Ｃだとソースの再利用率は７−９割だな。
ハードとジャンル変わると７割。

>>17
おぉ、ギャルゲーのデザインパターンみたいなものか
UMLで記述できるかも（ｗ

まあ、グラディウスにレーザーとダブルがあるのと同じようなものか……。

ゲームデザインパターンって、
「タスク」以外になんか無いんですか?

あるけど教えるのは勿体無いからやだ。

>21
スレッド

コレ基本ね。ゲーム開始時、
キャラが始めに向いている方向が、これから移動する方向。
その方向に方向ボタンを押せば、大抵は、その方向にキャラが動く。

・よくある敵の配置パターン

１．序盤戦
瞬殺できる雑魚敵と、堅い雑魚敵の順番で、数回繰り返す

２．中盤戦
攻撃力の高い雑魚が出現するようになる
やっぱり、瞬殺雑魚と堅い雑魚がいて、繰り返す
ついでに、序盤に出てきた雑魚も出てきて、
雑魚敵による変則的な攻撃も発生する。

３．終盤戦
大ボス

・注意点
序盤は練習ステージと心得る事！

・応用例
工夫のしどころは、中盤戦と終盤戦。
序盤戦の最後にパワーアップを入れる。それから、
中盤戦の節目にも、何度かパワーアップを入れる。
回復アイテムやシールドは、パワーアップの一種！

もしくは、パワーアップの代わりに中ボスを入れ、
中ボスがパワーアップアイテムを落とす。

パワーアップを隠しアイテムにしておくのも、
一つの手段。

悪の集団

・構成
秘密結社、新興宗教、巨大企業、国家(帝国)、超能力集団、
種族(悪魔、妖魔、魔物、etc.)、権力機構(いわゆる内乱)、
司法機構、シンジケート、私設軍隊、理想団体、暴力集団、
盗賊団(海賊、山賊、窃盗団、etc.)、カリスマ、大金持ち、
電子情報、怪情報、etc.

・特殊な出身地
異国、星間国家、地下世界、異次元、過去、未来、荒廃地、etc.

・存在理由
世界征服、破壊欲求、貧困の克服、金銭目的、暴力主義、
衝動主義、怨恨、理想の追求、etc.

キャラの立ち位置はまだいいけど、
キャラのバランスが難しいです…
目立つキャラばかりじゃ飽きるし、ストーリーに支障が
全体のバランスの把握がムずい

>>27
一回限りのチョイ役の人数を、
捨てるぐらいのつもりで倍ぐらいに増やしてみませう。
ちなみにチョイ役というのは、通行人Ａ、老人Ｂ、
近所のおばさん、といった人種の事。

どうせチョイ役は穴埋め要員、
ＡＶＧなら顔絵すら無くたってかまわんし、
ＲＰＧの場合、シナリオと無関係なときは、
主人公に対するアドバイスや、世界の雰囲気作り、
説明役、等をやってくれるんで、非常に便利。

別名、名無しさん（ｗ

それをモブという。

大きく堅い敵は、小さな敵よりも動きを遅くする。
こうする事で、雑魚敵の個性を際だたせる事が出来る。

>>26
正義の集団でも通用するゾ（ｗ

ＲＰＧの物語が、
１．誰かが困っている。
２．自分が解決する方法を持っている。
３．困ったときはお互い様と、気楽に解決してあげる
という展開であると、プレイヤーは良い事をしたと錯覚できる。

これに対して、
１．誰かが困っている。
２．キャラがプレイヤーの意志とは無関係に助けにいく。
３．厄介事に巻き込まれる
の場合は、キャラが勝手に動いてシナリオを進めるから、
感情移入が出来ない。

しかし逆に、物語という名のショーを見たい人は、
後者の方が面白いと言う。

・感情移入パターン
「困った困った、
　雪鷹の笛を無くしてしまった。
　どうしよう・・・」
と、誰かが独り言を言ってる時に、「雪鷹の笛」を持ってくると、
「おお、さがしてくれたのか。ありがとう。お礼に・・・」

・物語パターン
「困った困った」
「どうしたの？」
「(省略)雪鷹の笛を無くしてしまった。(省略)」
「じゃあ、私が取ってきてあげる」
「頼んだよ。」

「あったかね？」
「いや、見つかんない」
「そうか。(省略)」

「あったかね？」
「見つけたよ」
「おお、これだこれだ。ありがとう。お礼に・・・」

メッセージドリブンってみんな使ってる？

企画の人間っている？

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

test

あぼーん

　　　　　　　　　　　　 　　 ___
　　　　　　　　　　　　 　/´,,,._｀ヽ
　　　　　　　　　　　　　（ ﾉ _.ヾ、)
　　　　　　　　　　　　　　f､ ,_.ﾉゞ´　　　このｽﾚが邪魔だと思うならここへ逝きなさい・・・
　　　　　　　　　　　　　＿| ー,´_　　　　http://qb.2ch.net/test/read.cgi/saku/1032639736
　　　　　　　　　　　　/　/　／__ ヽ、
　　　　　　　　　　　/ 〈"｀´ 　 ,/ﾐ)━･~~~
　　　　　　　　　　 /　__,,.-''￣/ノ ヽ､　ヽ
　　　　　　　　 　 （＿＿,,.-''￣ |　／ .／
　　　　　　　　　　　　　ゝ　 彡⌒〉／
　　　　　　　　　　／⌒ヾ　　　^ヽ
　　　　　　　　 　/ ''"γ⌒ヽ　　 i""'';;
　　　　　　　 　 /　 /;|ﾞ　"i＿）_ノ,,,,.;;''ﾐ
　　　　　　　　 / 　/,,|　　|　　　 　 ,,;;;ﾐ
　　　　　　　　/ ／　 | 　|'┰""""""
　　　　　 　 /　〈　　 .| 　|.┃
　　　　　 ／_ノ　）　　|　.| ┃
　　　　 <二-'"l」 　 /　 |）┃
　　　　　　 　 　 　 |_ノ/」 ┃
　　　　　　　 　 　<__ノ　　┃
　 　 　 　 　 　 　 　 ━━┻━━

　　　　　　　　　　　　 　　 ___
　　　　　　　　　　　　 　/´,,,._｀ヽ
　　　　　　　　　　　　　（ ﾉ _.ヾ、)
　　　　　　　　　　　　　　f､ ,_.ﾉゞ´　　　このｽﾚが邪魔だと思うならここへ逝きなさい・・・
　　　　　　　　　　　　　＿| ー,´_　　　　http://qb.2ch.net/test/read.cgi/saku/1032639736
　　　　　　　　　　　　/　/　／__ ヽ、
　　　　　　　　　　　/ 〈"｀´ 　 ,/ﾐ)━･~~~
　　　　　　　　　　 /　__,,.-''￣/ノ ヽ､　ヽ
　　　　　　　　 　 （＿＿,,.-''￣ |　／ .／
　　　　　　　　　　　　　ゝ　 彡⌒〉／
　　　　　　　　　　／⌒ヾ　　　^ヽ
　　　　　　　　 　/ ''"γ⌒ヽ　　 i""'';;
　　　　　　　 　 /　 /;|ﾞ　"i＿）_ノ,,,,.;;''ﾐ
　　　　　　　　 / 　/,,|　　|　　　 　 ,,;;;ﾐ
　　　　　　　　/ ／　 | 　|'┰""""""
　　　　　 　 /　〈　　 .| 　|.┃
　　　　　 ／_ノ　）　　|　.| ┃
　　　　 <二-'"l」 　 /　 |）┃
　　　　　　 　 　 　 |_ノ/」 ┃
　　　　　　　 　 　<__ノ　　┃
　 　 　 　 　 　 　 　 ━━┻━━

>>44,45
ｱﾅﾀが邪魔な場合、どこに逝けば良いか教えてｸﾚ。

あぼーん

あぼーん

あぼーん

　　☆｡:.+:　.　／■＼
　　　..　:.　　 （　´∀｀）　　　ｸｿｽﾚ､ﾙｰﾌﾟｽﾚ ﾊ ｼｭｳﾘｮｳｼﾏｽ
　　　　 ／￣ヽ/,― ､＼ o｡｡｡
.:☆　　 |　||三∪●）三mΕ∃.
.:*　 　　＼＿.へ--ｲ＼ 　ﾟ ﾟ ﾟ
+:..♪.:｡ﾟ*.:..　　（＿）（＿）　　　　　☆｡:.+:
　☆｡:.+::..　　　☆:.°+　　　　　.. :
　　　｡*.:☆ﾟx*+ﾟ｡::.☆ο::.+｡　*ρ

「なんでだろ〜♪」　　　「終了なんだろ〜♪」
　 　／■＼　　 ／■＼　　 ／■＼
　　（　´∀｀）　 （　´∀｀）　 （　´∀｀）
　⊂　　　　つ⊂　　　　つ⊂　　　　つ
　　.人　 Ｙ　　　人　 Ｙ　　　人　 Ｙ
　　し'（＿）　　 し'（＿）　　 し'（＿）　　　【完】

今ふと思ったが、バルーンファイトってオブジェクト指向なゲームだったんだな。
昔から他のゲームとはちょっと違うって思ってたけど、オブジェクト指向だからだったんだ。

このゲームは風船をつけたプレイヤーキャラ2人が、敵キャラの風船をﾊﾞﾝﾊﾞﾝ割っては海の中に叩き落していくゲームだが、
当たり判定は風船とキャラクターで別になっている。
風船が無くなったからといって、やられるわけじゃない。一定以下の位置まで落ちたらやられたことになる。
落ちている間にもう1人のプレイヤーが敵をやっつければ次のステージに進めるし、
落ちている間に敵キャラが魚に食われてステージクリアということもある。
それに低い位置からだったら落ちても復活できる。これは敵キャラに限るけど。
つまり、風船が割れること、落ちることはゲームのルールとは独立しているってわけ。
ちなみに、風船を復活させようとしている間の敵キャラに限って、蹴られたと同時にやられたことになるけどな。

もっともオブジェクト指向らしさを感じさせるのが魚だ。
あの魚は水面下に落ちたキャラクターに襲い掛かる。
自キャラ敵キャラの見境なしにだ。
水面下に落ちてもミスにはならず、ただ魚が襲い掛かる条件になっているだけ。
魚の振る舞いや、水面下に落ちることもゲームのルールとは独立してるってわけ。

あと、ゲームオーバーになっても画面のキャラクターたちが動きつづけることも、オブジェクト指向らしさを感じさせるな。

>51
それはバルーンファイトに限らずとも、殆どのゲームは
その手法で作成されている。

こんなことに感動しているキミはスパゲッティープログラマー
なんだなｗ

スパゲッティ喰いたい

というか51はオブジェクト指向そのものを激しく勘違いしてるだろ・・・

　　☆｡:.+:　.　／■＼
　　　..　:.　　 （　´∀｀）　　　ｸｿｽﾚ､ﾙｰﾌﾟｽﾚ ﾊ ｼｭｳﾘｮｳｼﾏｽ
　　　　 ／￣ヽ/,― ､＼ o｡｡｡
.:☆　　 |　||三∪●）三mΕ∃.
.:*　 　　＼＿.へ--ｲ＼ 　ﾟ ﾟ ﾟ
+:..♪.:｡ﾟ*.:..　　（＿）（＿）　　　　　☆｡:.+:
　☆｡:.+::..　　　☆:.°+　　　　　.. :
　　　｡*.:☆ﾟx*+ﾟ｡::.☆ο::.+｡　*ρ

「なんでだろ〜♪」　　　「終了なんだろ〜♪」
　 　／■＼　　 ／■＼　　 ／■＼
　　（　´∀｀）　 （　´∀｀）　 （　´∀｀）
　⊂　　　　つ⊂　　　　つ⊂　　　　つ
　　.人　 Ｙ　　　人　 Ｙ　　　人　 Ｙ
　　し'（＿）　　 し'（＿）　　 し'（＿）　　　【完】

社長に「ってなんだ」ときかれた長が
「」と答えた話はあまりにも有名

当たり判定の設計ってどうやってますか？
例えば地形ありのシューティングなら、
敵や弾は同じように管理してもいいと思うんですが、
地形も同じように管理してますか？
地形はちょっと変則的な感じで当たり判定を取る事が多いと思うのですが、
うまい管理方法ってありますかね？

地形データに当たり判定持たせる。

ハイトマップを使う

>>58,59
OOの設計の話なのでした、言葉足らずでした。
あたり判定をもつクラスを作って、それらを管理するマネージャクラスみたいなのを
つくると思うのですが、地形もあたり判定をもつクラスとして他の弾とかと
同じように管理してますか？

よ