戦略シミュレーションゲームを作るスレ
■ このスレッドは過去ログ倉庫に格納されています
この手のスレって定期的に立つけど大体1週間で終わるね。
ここの>>1は特に根性がなかったわ。
ゆとり世代なんだろうけど、本当に駄目人間が大量に生産された時代だな。
まぁこういう>>1みたいな奴は何やっても駄目だな。 >>23
>今実際に動く物作ってるから少ししたらうpする
これが最後の姿になったようでもあるし、
未練がましく >>42 顔出しているようにもみえる。
YOU! 何かコメントしてくれよ 今時ターン制はよほど作りこまれてないとやる気おきん。せめてRTSにしてくれ 一人で作るにしても半年は無理っぽい気が……
見た感じ大戦略の拡張ってところか
頑張れ 大戦略系ってマスがヘックス(六角形)だけど
サッカーボールみたいに五角形を混ぜたのってある? マップに表示する地形の画像を募集します
上から俯瞰した画像で大きさは32×32で 32*32なんてそこら中にあるだろ
作ろうが拾おうが出来映えは想像つくけど 日本軍の交信の探知および内容解読に成功した
…が、戦略的な意味を持たない内容なので無視する AFは幼女不足という問題あり、攻撃計画はこれを考慮すべし この流れは、本当に動くものをアップしたら
空気嫁なバッシングを受ける感じかな? バッシングを受けずに後悔するより、
バッシングを受けて後悔したほうがよい。
バッシングも成長の糧・・・。 君のアップで、この無限ループを終わらせろ
今実際に動く物作ってるから
少ししたらうpする レベルなんて人それぞれなんだし基本的に上げて叩かれることなんてほとんどない
自分から改善点求めるマゾは別だけど スレを頭から読み返してみたけれど、使えそうな情報って、今のところ
>>11-14と>>16ぐらいしか見当たらないな。
せめて画面レイアウト図ぐらいがないと、動くものって言っても
作りようがないと思うよ。 >>1のアイディアで作ることはないだろ
>>82は大戦略系を作りたいのか? ここにアップするんだったら、とりあえずこれまでの流れに
乗っかるのがルールじゃないかと思ってる。
全然別物だったら他に適切なスレがあるだろうし。 これまでの流れって>>1->>16までしかないんだぜ?
その90%も大戦略そのままだし……まあ大戦略つくってみ ちなみに俺はディプロマシー系のSLGを作ってたりする なるほど、とりあえず元ネタの大戦略とやらをよく調べてから出直せ、
という風に理解した。 なんらかのスキルあるのか?
プログラム入門書レベルの学生でーすとかなら無謀だから止めたほうがいい。 大戦略は古臭い本家やWEB大戦略より、大戦略マスターコンバット2のほうが面白い 俺も戦略シミュレーションつくりたい。とりあえずヘックス表示だけつくった
http://gmdev.xrea.jp/st/up/979.zip
誰かユニットに丁度いいフリー素材のサイトとか知りませんか?
(自分じゃヘックスに収まるような小さい絵はうまくかけない…) マップに表示する地形の画像を募集します
上から俯瞰した画像で大きさは32×32で >>94は六角形を表示しただけでドロップアウトしたようだな 段階的戦略シミュレーションゲーム開発戦略
【レベル1】ヘックスマップを処理する
・ゲーム画面に6角形を敷き詰めたマップを表示する
・マウス操作の場合、ポインタが指す位置にある6角形を特定する(色を変えるなどで表示)
・任意にスクロールやズームイン・アウトできるとよい
レベル2以降は誰か書いてくれ。 >>97 まだ時々見に来てるよ。
よさげなユニット素材みつかったら続きやる。なんなら何か描いてくれ 六角形を表示しただけで……ゲームを作れるような自信がわきあがってきたぜ!! レベル1を大量生産するスレになったんだから、二人目まだ〜?
まさか、六角形の表示すらできない人しかいないのか!! C#とかJavaの図形APIを使えば画像なしで六角形作れるぜ 段階的戦略シミュレーションゲーム開発戦略
【レベル2】マップ単位の付帯情報(地形データ)を扱う
・各マップチップに、>>16に示されているような地形のアトリビュートを保持させる
・マップ表示画面上で地形が区別できるように、アトリビュートに応じて
6角形の色または画像を変えて描き分ける
・カーソル地点の地形の名称を別ウィンドウまたはステータスバーに表示する
・地形の属性の初期値は乱数で与えてもよし、マウスで編集できるようにしてもよしで、
データファイルに保存および読み込みできればさらによしとする。 段階的戦略シミュレーションゲーム開発戦略
【レベル3】マップ上にユニットを配置する
・マップ上の任意の位置を指定し、ユニット(部隊)を配置できるようにする
・すでにユニットが配置済みの場所を指定した場合、部隊情報表示とメニューを開く。
(部隊情報にはとりあえずユニット番号程度を表示する)
(メニュー項目にはとりあえず「撤収」だけは実装する)
・マップ上に配置可能なユニットの総数を、後で調整可能なようにコーディングするとよい。
・「ユニット」と「地形(またはマップセル情報)」を引数に、配置可能か否かを判定する関数を作り、
誤った配置の指示があった際、プレイヤーに確認すると良い。 段階的戦略シミュレーションゲーム開発戦略
【レベル4】配置したユニットを移動する
・レベル3で配置したユニットのひとつを選択した際、規定の移動コスト内で
移動可能な範囲を示し、プレイヤーの指示により移動させられるようにする。
・設置済みユニットをクリックしたときのメニューに「移動」を追加する。
・「ユニット」と「現在位置の地形」「隣接する移動先の地形」を引数に、
1マス分の移動コストを計算する関数を作ると良い。
その場合、進入不能なマスへの移動コストは無限大を返す。
・任意の移動可能範囲内のマスまでの移動指示に対して、
コスト最小経路を自動で導出できると良い。 あるユニットの移動可能範囲は、
A*などのグラフ理論で、計算できるが、
AIの戦略を考えるのが難しい
ユニットの状態を、1から順に判断していく
1. 補給まち。弾、エネルギーが少なくなったとき
2. 後退。ユニットが半分以上、破壊されたとき
3. 進む マス目が4角形でも、マス目を半分ずらせば、
理論上は6角形と同じになるから、
4角形と6角形の両方で、出来るようにしてほしい
ちなみにマス目は、縦方向に一直線で、
横方向には半マスずれているのか?
この場合、データの持ち方は、
縦方向(列)でまとめて持つのか?
1列目、2列目、〜
それとも横方向でまとめる方が、描画処理が速い?
それと試しに、100マスぐらいの全マスに、
ランダムに移動コストを付けて、
首都から全マスへの距離を、測定してほしい マップを幾つかのエリアに分けて管理するときに、
エリア内に立ち入り禁止の山脈があり、
そのエリアが幾つかの部分に分かれるときに、
使えそうなのが、Union-Find木
数字は各マスの番号で、
それらは山脈で隔てられているときに、
マス目同士が、同じグループかどうか判別できる
(1, 2, 3) (4, 5) (6, 7)
1, 4, 6 が根とすると、与えられた数字を根までたどり、
根が同じかどうかで、同じグループかどうかを判別する
例えば、3の根は1、5の根は4で、違うグループ AIを考えるとき、個々のマスについて、
一々経路などを計算していると、計算量も多くなるので、
マップを100ぐらいのエリアに分けて考える
そして、エリアが近い場合のみ、個々のマスで計算する
エリアの分け方は、単純に座標によって分けると、
エリア内に、山脈などの移動できない部分ができて、
同じ・近いエリアなのに、移動コストは大きくなり、
移動計算量が見積もりにくくなる
それを避けるため、エリアを30-50移動コストごとに分割する
マップの左上から、横方向に1行ずつ、または、
マップの4隅から、中央へ向かって、エリアに分けていく
先のエリアAが確定した後に、後のエリアBを決めるときに、
A内のマスで、Bからの方が近いマスは、エリアBに入れる
つまり、移動コストが小さい場合は、上書きする これ見ればイインジャネーノ
追いかけっこサンプル
プレイヤーが敵に追われたり、プレイヤーが敵を追ったり出来ます。
斜めに移動する場合、上下左右に移動する場合、障害物がある場合など、3種類×2+合体+釣り改造例の計8種類収録。
http://www.vector.co.jp/soft/win95/game/se472151.html 住人ではないぞ。
AIの前にウィンドウシステムと画面遷移の仕様が欲しい。
陣営の仕様は?部隊≠ユニットなのか? ユニットは1台の戦車などを表し、戦闘画面で戦闘するもので、
それが10台集まって、1つの部隊になる
部隊は、移動する時の移動単位で、1つの駒を表す
ユニットは、戦闘単位。部隊は、移動単位
ユニット * 10 = 部隊
これで合っている?逆かな?
>>118
自己レス
>ちなみにマス目は、縦方向に一直線で、
>横方向には半マスずれているのか?
マス目は、横方向に一直線で、
縦方向には半マスずれているようにしようと思う 部隊は、オウガ1と同じか
イージス艦×10⇒海上部隊(低速)とかだな
ttp://www1.axfc.net/u/3243821
ttp://www1.axfc.net/u/3243822 段階的戦略シミュレーションゲーム開発戦略
【レベル5】プレイヤーターンを処理する
複数(5部隊程度)を適当な初期位置に配置した状態から開始し、
各隊について一回ずつ、レベル4の方法による移動を行う。
すべての隊が移動したとき、ターン終了の表示を行い、
再度全部隊を移動可能にする、ということを繰り返す。
他の隊が存在する場所を通過することはできるが、
目的地にする(2つの部隊が重なる)ことは禁止する。
移動が終わった隊は、プレイヤーが判別しやすいように色を変えるか、目印をつける。
・移動しない(待機)を選べるようにするか、「ターン終了」コマンドを実装するとよい。 試作を開始しました。
【レベル1】ttp://www13.plala.or.jp/amagame/hexmap/warsimlv1.png
【レベル2】ttp://www13.plala.or.jp/amagame/hexmap/warsimlv2.png 【レベル3】ttp://www13.plala.or.jp/amagame/hexmap/warsimlv3.png 【レベル4】ttp://www13.plala.or.jp/amagame/hexmap/warsimlv4.png やっぱりmini-MaxとかAスターとかいうアルゴリズム使わないと実現できないのかな?
スーファミの大戦略レベルのものが作れたらいいだけなんだけど そんな使うのをためらうほど難しいアルゴリズムじゃないと思うが。 段階的戦略シミュレーションゲーム開発戦略
【レベル6】簡易な戦闘を処理する
各隊を移動後、その周囲6マスに敵のユニットがある場合、攻撃するようにする。
複数の敵ユニットがいる場合、いずれかを選択できるようにする。
あらかじめ各ユニットに耐久力(例えば初期値10)を設定しておき、
攻撃の際、ランダムで0〜3ポイント減少させる。
耐久力が0になったユニットは消滅する。
攻撃を受けた側で耐久力が残っていた場合は、攻撃を仕掛けてきたユニットに対し、
ランダムで0〜3ポイント反撃を行う。
いずれかの隊が全滅したら、ゲーム終了の表示を行う。 余計なことかもしれんが、そもそも戦略ってマップしだいだから。
相手の本拠地までのルートをどう通るか。
相手の裏をかけば相手の本隊と出くわさずに済むし、そもそも複数ルートあるなら相手の戦力を分散できる。
それをどう片付けていくか。
端っこから順番に攻めるしか能がないんじゃ戦略でも何でもない。
戦場で主導権を握る。それが戦略シミュレーションゲーム。 そもそも大戦略自体が吹かしというか、名が体を表してないからな
あのゲームは「大戦術」が正しい
大戦略を名乗っていいのは「アドバンスド大戦略4」と「アドバンスド大戦略5」
ぐらいじゃないか? 戦略で優位に立てるなら戦術要素はなくて良いし
戦術で優位をひっくり返されるなら戦略とは何だったのかということになる 戦術級ゲームに戦略の名を冠して売っていこうという戦略 【レベル5】 http://www13.plala.or.jp/amagame/hexmap/warsimlv5.png
【レベル6】 http://www13.plala.or.jp/amagame/hexmap/warsimlv6.png
ここまで作ってみて、へクス型マップのターン制ボードゲームを作るのに
必須のプログラミングテクニックは理解できたような気がします。
戦略か戦術かという話は、どちらかというとゲームデザイン的な観点で
語られるべきかと思います。 ライフゲームっぽい戦略シミュレーション作ってる
対戦相手のユニット死亡判定のアルゴリズムどうするか悩んでて頭禿げそう
これが解決すれば、ほぼゲームは完成する
CPU三人と同時にゲーム進行する内容なので、マップ上の駒データと配列上の駒ステータスに分けて管理してたが、これがそもそも間違いだったのかな ■ このスレッドは過去ログ倉庫に格納されています