【初心者】ｽﾚを立てる前にｺｺで質問を【Part17】

**名前は開発中のものです。** · 2008/05/11(日) 03:14:48

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://gamdev.org/w/

ゲーム製作技術板公式アップローダ
http://gamdev.org/up/

ゲーム製作技術板公式掲示板避難所
http://bbs.gamdev.org/gamedev/

ゲーム製作技術板予備
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc8.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2008/06/14(土) 21:09:31

>>270
オブジェクト指向自体ももっと勉強汁
そのクラスの関係は悪手

**名前は開発中のものです。** · 2008/06/15(日) 12:24:09

>>267
レス㌧
そうか。つかよく考えたらビデオカードはあくまでも伝送方式（アナログRGBやDVI
インターフェースの仕様）に従って映像信号を出力（アナログRGBならHSYNC
検知する毎に画面上端ラインから順に、デジタル方式のDVI-DやHDMIも
上端ラインから順だったかな）してるんだよな。だから、例え出力装置の中で
画面切り替えが一瞬で行えようとも、CRTと違いスキャンラインの概念がなかろうとも
ケーブル経由の伝送に時間をかけていれば上側＝旧フレーム、下側＝旧フレーム
という現象は起きるのか

**名前は開発中のものです。** · 2008/06/15(日) 12:46:49

×下側＝旧フレーム
○下側＝新フレーム

**名前は開発中のものです。** · 2008/06/16(月) 01:42:19

　　,.．-──- ､
おしえて　　　　　　　　　／. : : : : : : : : : ＼
　　　　　　　　　　　　　 /.: : : : : : : : : : : : : : ヽ　　　　
　　　　　　　　　　　　　 ,!::: : : :,-…-…-ミ: : : : :',
　　　　　　　　　　　　　 {:: : : : :i '⌒'　 '⌒' i: : : : :}
　　　　　　　　　　　 {:: : : : |　ｪｪ　ｪｪ　|: : : : :}
. 　　　　　　　, ､　　　 { : : : :|　　　,.、　 |:: : : :;!
　　　　　　　　ヽヽ.　　_ .ヾ: :: :i　r‐-ﾆ-┐ | : : :ﾉ　　　　
　　　　　　　　　 }　 >'´.-!、ゞイ! ヽ二ﾞノｲゞ‐′ 　　　　　
　　　　　　　　　 |　　　－!　　＼` ｰ一'´丿＼
　　　　　　　　ﾉ　　　 ,二!＼　　＼___／　　　/｀丶､
　　　　　　　 /＼　／　　　＼　 /~ﾄ､　　／　　　 l ＼
　　　　　　 /　、｀ソ!　　　　　＼/l::::|ハ／　　　　　l-7 _ヽ
　　　　　　/＼　　,へi　　　　⊂ﾆ''ー-ゝ_`ヽ、　　　 |_厂　_ﾞ:、
　　　　　 ∧　￣　,ﾄ｜　　　 >‐-￣｀　　　　＼.　　| .r'´　　ヽ、
　　　　　,ﾍ　＼_,. '　| |　　　　丁二＿　　　　　7＼､|ｲ　_／￣＼
　　　　 i 　＼　　ハ∟　　　　　 |::::|`''ｰ-､,_/　 /＼＿　 _／⌒ヽ

**名前は開発中のものです。** · 2008/06/16(月) 13:54:36

BGMにMP3やOGG等の圧縮されたものを使用しているケースが多いですが、
実行時にデコードしているんですよね？
特にOGGはデコードが遅いと聞きますが、
だったら最初からWAVEにしないのはどういった理由なのでしょうか？

**名前は開発中のものです。** · 2008/06/16(月) 14:10:08

waveだとサイズでかいだろ。
それにいまどきのエンコーダならoggも遅くない。

**名前は開発中のものです。** · 2008/06/16(月) 14:10:30

＞だったら最初からWAVEにしないのはどういった理由なのでしょうか？
圧縮できることのメリットすべて

＞特にOGGはデコードが遅いと聞きますが
実際にはMP3より少し遅いくらい。（エンコードはかなり遅い）
使うライブラリにもよるが、公式の実装でもあまり問題にならないよ。
このへんは実際にストリーミング再生させて
ゲーム中にどのくらいCPU食ってるのか数字出さないと議論にならんよ。

**名前は開発中のものです。** · 2008/06/16(月) 14:10:38

×エンコーダ
○デコーダ

**275** · 2008/06/16(月) 14:43:16

>>276 >>277
返信ありがとうございます。

ということは、WAVEがダメなところはメモリ消費量だけでしょうか？
メモリを気にしなければ数MBあるWAVEをBGMとしても問題ない
ということでしょうか？
デコードしない分CPU負荷も少ないですし

**名前は開発中のものです。** · 2008/06/16(月) 14:51:04

実行時のメモリより配布時のファイルサイズがでかくなる方が問題じゃない？

**名前は開発中のものです。** · 2008/06/16(月) 14:54:56

>>279
まぁそうだけど、44kHz・16ビット・ステレオのwavで、1分≒10MBだぞ

**名前は開発中のものです。** · 2008/06/16(月) 15:07:51

>>279
正直俺は、mp3の128位とwav44kHz・16ビットの音質の違いが解らん。
それでもwavが良いんだ！と言うこだわりが無ければ、
データは小さければ小さい程、色々良いと思うな

**275** · 2008/06/16(月) 16:07:30

確かにファイルサイズがすごいことになりそうです。
今時のPCならmp3やoggのストリーミングも気にならないようですし、
oggでいこうと思います。
大変参考になりました。
返信ありがとうございました。

**名前は開発中のものです。** · 2008/06/16(月) 16:55:24

ナローバンダーは、モバイルを含めると意外にまだいるからな。俺とか。

**名前は開発中のものです。** · 2008/06/16(月) 16:58:18

書き忘れ。

BGMとか長くなりそうなものはmp3やoggなどの圧縮ファイルを使い、
効果音のような比較的短く、かつ再生タイミングがシビアなものはwaveそのまま、なんて人もいる。

あと、ウェブでダウンロードさせるのと、コミケでCDを頒布するのとでは
状況がまた違うから、そこで分けてる人もいるようだ。

**名前は開発中のものです。** · 2008/06/17(火) 02:25:10

ある敵にいくつかAIパターンがあって、条件で切り替わる場合、
どういう風にして実装してます？
C++という想定で

1．行動を決定するメンバ関数（update()とか）に大量のif文を突っ込んで処理

2．敵クラスは、staticな関数へのポインタをもち、指し示す関数を入れ替えることでAIを切り替える
　　関数にthisポインタを渡して処理

3．敵クラスは、AIクラスへのポインタをメンバとしてもち、
　　指し示すAIクラス（の継承クラス）を入れ替えることでAIを切り替える
　　で、AIクラスのメンバ関数にthisポインタを渡して処理

1が簡単だけど、2、3は同じAIを複数の敵クラスで共有できるって言う利点がありますよね

**名前は開発中のものです。** · 2008/06/17(火) 02:48:32

パターンデザイン的には3だよね。
いわゆるストラテジパターンというやつ。

あとはメンバ関数へのポインタを使って入れ替えるとかね。

class Hoge {
private:
　　// メンバ関数型を定義
　　typedef void (Hoge::*ACTION_PTR)(void);
　　// メンバ関数へのポインタを格納する変数
　　ACTION_PTR action;

public:
　　// 行動のセット
　　void action1(void) {}
　　void action2(void) {}
　　void action3(void) {}

　　// コンストラクタで初期値を設定
　　Hoge() { action = &Hoge::action1; }
　　// 同様の構文でメンバ関数を変更可能

　　//ポインタを通してメンバ関数起動
　　void update(void) { (this->*action)(); }
};

**名前は開発中のものです。** · 2008/06/17(火) 09:37:29

ストラテジーパターンだな

**名前は開発中のものです。** · 2008/06/17(火) 15:08:42

1が簡単とはおもえんのだがｗ

>>287
C++はよくわからんが、行動のセットってクラス外にださんの？
なんか見通しが悪い気がするんだが

**名前は開発中のものです。** · 2008/06/17(火) 23:15:33

>>289
そうかな？
データと行動セットをひとまとめにして隠蔽しちゃうことにも、
それなりにメリットあると思うんだけどね。
一回作っちゃえば後から考えなくても良い。

でもまぁ、「ふるまい」クラスを作れば、他のクラスにも適用できるというメリットはあるね。
個人的にはオープンすぎるのは逆に不整合を起こしがちだから苦手だけれども。

**名前は開発中のものです。** · 2008/06/18(水) 21:31:16

良し悪しは別として、ifが並ぶのは個人的にイヤだｗ

**名前は開発中のものです。** · 2008/06/18(水) 23:30:26

この板初めてな俺が来ましたよ

この板の人たちはPSPとかDSとかwiiとかのすごいかんじのゲーム作ってるの？
それともケータイのアプリみたいな簡単な作りっぽいゲーム作ってるの？
パソコンでやるゲームを作ってるの？
ネットしてたら、なんか餌とかあげたらなついて誰が一番なついてるみたいなランキング付きのペット育成みたいなんあるじゃん
あんなん勉強したら一人でつくれる？
お金かかる？
作ってみたい

**名前は開発中のものです。** · 2008/06/18(水) 23:32:07

礼儀知らずに答える義務はない

**名前は開発中のものです。** · 2008/06/18(水) 23:53:36

>>292
紙ですごろく作ったっていう話は聞かないな。
ほとんどがPCで動作するものを前提に話を進めてる気がする。

**名前は開発中のものです。** · 2008/06/19(木) 00:05:06

>>292
PSPとかコンシューマハード向けのゲーム開発は、
ゲームカテゴリーの裏技・改造板の方が詳しい
ゲーム製作技術板は基本的にPC向け

内容はファミコンみたいなミニゲームもあるし、
2000円で販売して飛ぶように売れるゲームを作る人もいる

開発環境はタダで手に入る（Visual Studio Expressでググれ）し、
情報はネット上に転がっているので、金はかからない
出来れば専門の本を買うか、図書館で手に入れて読んだほうが良いけど

ゲームを一人で作るのは限界があるよ
プログラムは勉強するとしても、絵や音楽はどうする気だ
テキストベースのゲームなんて豪快なことしたら誉めてやるが

**名前は開発中のものです。** · 2008/06/19(木) 00:17:48

みんなありがとう
ちょっと楽しそうな板だから勉強してみる
絵くらいはなんとか書くよ音は鳴らなくてもいいやｗ
暇潰し程度のもんをネットにあげてみたいな

**名前は開発中のものです。** · 2008/06/19(木) 12:39:21

ifがネストするのは嫌よね

**名前は開発中のものです。** · 2008/06/19(木) 21:41:06

while、forなら2回まで、ifなら3回くらいまでなら許せる。switchは1回かな。

**名前は開発中のものです。** · 2008/06/20(金) 17:43:56

こういうのは特に嫌だな、たまにやっちゃうけど
if(Aの取得){
　if(Bの取得){
　　if(Cの取得){
　　　if(Dの取得){
　　　　if(Eの取得){
　　　　　処理
　　　　　Eの開放
　　　　}
　　　　Dの開放
　　　}
　　　Cの開放
　　}
　　Bの開放
　}
　Aの開放
}

**名前は開発中のものです。** · 2008/06/20(金) 18:56:25

それは単に愚かなだけでは…。

**名前は開発中のものです。** · 2008/06/20(金) 22:12:26

思いついたアイデアを試験的に実装するときに書くコードだな

**名前は開発中のものです。** · 2008/06/22(日) 00:46:33

すいません、質問です。

勉強の為、C++で２Dのシューティングゲームを作っています。
自機や敵などのアニメーションを作ってみたいのですが、
何か一般的な手法とかありますでしょうか？

**名前は開発中のものです。** · 2008/06/22(日) 00:54:26

楽な手は無い。
爆発するアニメのコマを一つずつ用意して適当な時間間隔ですり替えていく。
ちょっとプログラミング技術を要する。

**302** · 2008/06/22(日) 02:26:24

>>303さん
レスありがとうございます。

その手法はなんとなくイメージできたので試してみたいと思います。
実際にプログラムで処理するとしたら、
アニメのコマの範囲や、切り替えの間隔をを管理するようなテーブルみたいなのが必要そうですね。

とりあえず現状は試しでソースにテーブルを直接書いてみる事にしますが、
キャラクタやらアニメーションのパターンやらが増えてきたら、
ソースに直接手書きで作成とかだと効率悪いような気がしました。

アニメーション管理に使えそうなツールとかあるのかな？
その辺も探してみようかと思います。

ありがとうございました。

**名前は開発中のものです。** · 2008/06/22(日) 11:08:20

>304
やり方なんて幾通りもあるが、その方法で別に問題ないと思う。

アニメ管理ツールみたいなのは見たことがある。
企業だと確実に有るだろうな。

**名前は開発中のものです。** · 2008/06/22(日) 11:33:19

>>304
絵描きとプログラマが別人だとツール無しじゃやっとれんかもね。
俺は複数人での製作経験無いけど。
勉強も兼ねてるんならツール一式も自前で作ってみたらどうだろう。

**名前は開発中のものです。** · 2008/06/22(日) 18:39:39

簡単なシューティングゲームを作りました。
で、いままですっかり忘れていたんですが、メニュー画面ってどうやって実現しましょう

void main(){
　　/*画面とかデバイスの初期化とか*/
　　int select;
　　while(true){
　　　　select = menu(); //メニュー画面
　　　　switch(select){
　　　　　　....
　　　　}
　　}
}

で、selectに応じてゲームを始めたり、オプション画面を出したり？

**名前は開発中のものです。** · 2008/06/22(日) 19:01:36

ほかの状態遷移はどうやってんの？
それと同じで良いと思うんだが・・・。

**名前は開発中のものです。** · 2008/06/22(日) 19:11:44

やべぇ、キャラセレ画面も考えてなかった

>>308
ゲームそのものはゲームクラスをインスタンス化して、
そのメソッドをmain関数内のループから呼び出してます

**名前は開発中のものです。** · 2008/06/22(日) 19:20:28

もしかして状態遷移考えて作ってなかったってこと？

**名前は開発中のものです。** · 2008/06/22(日) 19:22:40

正直、>307で何がしたいのか見えてこないんだが。

while(1)
{
　　if　　　 (フラグ==タイトル　　 )　タイトル画面( );
　　else if (フラグ==キャラセレ　) キャラセレ画面( );
　　else if (フラグ==ゲーム本編) ゲーム本編( );
}

これでいいんじゃない？

**名前は開発中のものです。** · 2008/06/22(日) 20:25:34

関数のポインタ使うか
"デザインパターン"でググるといいかも

**名前は開発中のものです。** · 2008/06/23(月) 00:11:11

class Scene{
void draw()
void move();
}

class Title : public Scene{
...いろいろ
}

class CharaSelect : public Scene{
...いろいろ
}

こんな感じで
currScene = new Title():
シーンごとに作るのがswitch使わなくてスマートになるんじゃないの？

**名前は開発中のものです。** · 2008/06/23(月) 00:45:50

>>313
それでどうやってswitch使わなくて済むかよくわからないのですが
while(1){
switch(scene){
case TITLE: currScene = new Title(); break;
case CHARA_SELECT: currScene = new CharaSelect(); break;
....
}
currScene->move();
currScene->draw();
}
自部のがちょうどこんな感じになってるんですがいい方法あるんですかね？

**名前は開発中のものです。** · 2008/06/23(月) 00:59:18

Scene* move()

p=move()
if(p!=NULL){
　　delete currScene;
　　currScene=p;
}

我ながら汚すぎて噴いた

**名前は開発中のものです。** · 2008/06/23(月) 01:03:30

>>314
状態が多くないならそれでいいと思うけど
自分はこんな感じ

class Scene{
virtual void draw() = 0;
virtual void move() = 0;
}
enum SCENE{ TITLE, SELECT, SCENEMAX };
SCENE now_int;
*Scene now;
*Scene scene[SCENEMAX] = { &title, &select};

while(1){
now = scene[now_int];
now->move();
now->draw();
}

**名前は開発中のものです。** · 2008/06/23(月) 01:07:53

now_intは誰が書き換えるん？

**名前は開発中のものです。** · 2008/06/23(月) 01:15:36

こんなんはどう？

class Scene{
virtual void draw() = 0;
virtual void move() = 0;
virtual Scene sceneChange() = 0;
}

Scene * next;
if( ( next = currScene->sceneChange() ) != NULL )
{
　　currScene = next;
}

だめかｗ

**名前は開発中のものです。** · 2008/06/23(月) 01:25:34

>>317
titleとかの状態のクラスが

**名前は開発中のものです。** · 2008/06/23(月) 01:32:04

適当に書いてみた

int SceneManager::receiveMessage(Message* pMsg, int param1, int param2, int param3, int param4)
{
　　switch (pMsg->getType()) {
　　　　case MSG_CHANGESCENE:
　　　　　　assert(SCENE_ID_MIN <= param1 && param1 <= SCENE_ID_MAX);

　　　　　　m_pNextScene = m_allScenes[param1];
　　　　　　break;
　　}

　　return SUCCESS;
}

int SceneManager::execScene()
{
　　if (m_pNextScene != NULL) {
　　　　Scene* current = m_pCurrentScene;
　　　　Scene* next = m_pNextScene;

　　　　current->onExit();
　　　　next->onEnter();

　　　　m_pCurrentScene = next;
　　　　m_pNextScene = NULL;
　　}

　　return m_pCurrentScene->execute(this);
}

**名前は開発中のものです。** · 2008/06/23(月) 09:12:21

// あのね、僕の場合はね、シーンを総括するシナリオクラス作ったの。
// STLのlist(線形リスト)でSceneを管理するんだよ。
// (案外、スタックでもいいような気がするなー)
// (*1)Scenario::start()でシナリオが開始されて、
// (*2)登録されたScene::start()を呼び出すの。
// あ、Scene::start()っていうのは、そのシーンを開始するメソッドね。
// それでね、Sceneの中で次のシーンが決まったら、
// (*3)Scenario::addScene()で、次のシーンを登録して、
// 今実行中のシーンはただちに終わればいいの。
// (*4)登録されたシーンが全部無くなったらゲーム終了ね。

// ところで、これだけの長文読むより、プログラムを読む方が簡単に思えてくるだろ

list<Scene*> Scenario::scenelist;

void Scenario::start() // (*1)
{
while ( scenelist.size() > 0 ) { // (*4)
Scene* s = scenelist.front();
(*s)->start(this); // (*2)

scenelist.pop_front();
}
}

void Scenario::addScene(Scene* scene) // (*3)
{
scenelist.push_back(scene);
}

**名前は開発中のものです。** · 2008/06/23(月) 22:43:25

個人的にはswitchやif文羅列が健全だと思うよ

そういえば関数ポインタや多態は最適化が効かないから
速度的に不利って話どうなの？

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

最適化する必要無いほど早い。

**名前は開発中のものです。** · 2008/06/23(月) 23:36:23

>>個人的にはswitchやif文羅列が健全だと思うよ
いわれてきづいたけど、小規模のシーン管理だとswitchとかifのほうがいいとおもた
RPGぐらい画面遷移が複雑だとクラスのほうがいいかもしれんけど

>>速度的に不利って話どうなの？
とりあえずクラス自体がわりと重いっぽい、いろいろ調べたら早くする方法が書いてあって
それ全部使えば矩形の当たり判定なら数千個までいけると思う

**名前は開発中のものです。** · 2008/06/24(火) 19:19:07

関数ポインタ利用して関数並べて実行させるのとswitch/caseって分岐が少ないと殆ど速度に差が無いみたいだな

**名前は開発中のものです。** · 2008/06/24(火) 20:37:20

今時関数ポインタ程度で重いって(笑)

**名前は開発中のものです。** · 2008/06/24(火) 23:07:53

それを言い出すと、いまどき配列走査くらいで、
いまどきnewくらいで……と富豪厨化する
ていうか、それが俺

**名前は開発中のものです。** · 2008/06/24(火) 23:12:47

javaのスレッドをnewするのはコスト高いぞ。

**名前は開発中のものです。** · 2008/06/25(水) 03:01:35

どう実装されているかも分からないヴァーチャルマシンのコストを決めつけてかかる328は、
たぶん学歴が低い。

**名前は開発中のものです。** · 2008/06/25(水) 03:23:39

学歴という言葉を出さないでくれ。荒れる。

**名前は開発中のものです。** · 2008/06/25(水) 20:09:54

>>329 は >>328 VMがどう実装されてるか知らないと何故言い切れるんだろう？

**名前は開発中のものです。** · 2008/06/25(水) 21:18:20

どのVMを利用するか未定であれば、どんな実装なのかも未定だ。
ただ、VMレベルでコストが高いと言っている可能性もあるけどな。

**名前は開発中のものです。** · 2008/06/25(水) 21:58:19

マルチスレッドにするとsynchronized やvolatileを使わざるを得ないから
関数や変数へのアクセスコストが全体的に割高になるという意味でなら納得。

素人 · 2008/06/26(木) 00:03:25

ここのみなさんってゲーム会社に入れるくらいスゴいんじゃないかって最近見てて思います。
現実はもっと厳しいものなのでしょうか？

**名前は開発中のものです。** · 2008/06/26(木) 00:53:43

ドラクエみたいにちょこちょこ仲間が着いてくるのを実装したいんですがどうすればいいんでしょう？
考えたのは、入力された上下左右を保存しておいて、一個遅らせながら次のキャラに適応って感じなんですが
うまくいかないです。どういう考え方をすればいいんでしょ？

**名前は開発中のものです。** · 2008/06/26(木) 00:58:21

考え方はそれで問題ないと思う
実装でミスってるんじゃない？

**名前は開発中のものです。** · 2008/06/26(木) 01:00:06

ありがとうございます
そうですか、もう一遍見直してきます

**名前は開発中のものです。** · 2008/06/26(木) 04:03:21

>334
ゲーム会社であることは、おそらく全く関係が無い。

**名前は開発中のものです。** · 2008/06/26(木) 10:07:11

>>334
実際業務中にここ来てる奴も居るだろ。
俺含め、普段コンシューマやってて趣味でwindowsプログラム
してる奴とか。

**名前は開発中のものです。** · 2008/06/26(木) 11:43:02

>>334
すごい人は極一部で語るスレみたいなゴミがほとんど

**名前は開発中のものです。** · 2008/06/26(木) 14:11:44

本職PG（非ゲーム系）が趣味でゲーム製作ってのは多そう。

**名前は開発中のものです。** · 2008/06/26(木) 20:54:16

ゲーム業界自体がそのゴミだよ。

**名前は開発中のものです。** · 2008/06/26(木) 23:52:36

>335
>入力された上下左右を保存
入力じゃなく、前のキャラクターの座標の数値を入れたら？

**名前は開発中のものです。** · 2008/06/26(木) 23:57:28

後ろのキャラは1歩分昔の自キャラ
つまり、1手前の操作を反映してやればいいんだ

もしくは多間接でATAN使って常に前方キャラと一定距離を保つようにすればいい

**名前は開発中のものです。** · 2008/06/27(金) 00:01:56

>>341
俺そうだよ。
三流と言うのもおこがましいほどの三流で将来が怖いけど。
会社のPCはプロキシに弾かれて2chにアクセスできないなぁ。

>>335
人によって実装方法は違うと思うけど俺の場合……
・X,Yを格納できるバッファを49個用意して適当に初期化する
・先頭キャラの座標に変化があったときのみ、以下の処理を行う
　　・バッファを1つずつスライドしてバッファ[0]に先頭キャラの座標を入れる
　　・2人目の座標をバッファ[16]と同値にする
　　・3人目の座標をバッファ[32]と同値にする
　　・4人目の座標をバッファ[48]と同値にする

**名前は開発中のものです。** · 2008/06/27(金) 04:58:56

345みたいな実装を行うと、「キャラの並び替え」を追加したときに
拡張地獄に陥るんだよね。
さらにDQ4的な「障害物があったら避ける」メカニズムは絶望的になる。
浅謀近慮の典型例。

**名前は開発中のものです。** · 2008/06/28(土) 00:56:37

並び替えをしたらバッファも"並び替え"をするに決まってるじゃないかHAHAHA

**名前は開発中のものです。** · 2008/06/28(土) 02:56:38

FCドラクエの並び替えって瞬間移動じゃなかったか？
>>345の場合、新しく二人目になった人がバッファ16を参照すりゃいいような

>>346
そういや馬車の動きとか独特だった

**名前は開発中のものです。** · 2008/06/28(土) 11:23:44

隊列で思い出したけど、
弱いキャラ（魔法使い系）を中央に置く隊列って、あんまり見ないよな。

**名前は開発中のものです。** · 2008/06/28(土) 12:52:55

そもそもオープンフィールド系のゲームで隊列云々をシステムに組み込まれてもあまり説得力なくね？
例えば、敵が8体いて、味方が4人（前列2人後列2人）
こういうケースですら「後列にいるから攻撃される可能性が低くなります」ってそれは違うだろう
TRPGやダンジョン系RPGのシステムを何も考えずに適用するから変なことになるんだ

**名前は開発中のものです。** · 2008/06/28(土) 14:20:27

敵中に孤立した所を三方向から突き入れられたりした日にゃ、
よっぽどの人間でない限りは突き殺されるんでね？
そういった状況を生み出さないために、隊列には意味がある。
でもな、説明されんと隊列の意味なんて分かんね～よな。

**名前は開発中のものです。** · 2008/06/28(土) 19:29:34

激しくスレ違いだけど、ちゃんと軍隊も機能しててそれでいて主人公も
旅をしているRPGってあるんだろうか？

**名前は開発中のものです。** · 2008/06/28(土) 19:43:05

中東の片田舎で生まれて、
軍隊に入って、
クウェート行ったり、
撤退したり、
米穀人が攻めてきて、
カリブ海の法的に微妙な島の施設に長期に渡って監禁されたり？

つか板違いだからｗ

**名前は開発中のものです。** · 2008/06/28(土) 19:44:59

「ちゃんと軍隊が機能してる」をもちょっとkwsk。
どのように機能してるのがちゃんと機能してるとされるのかが分からん。

**名前は開発中のものです。** · 2008/06/28(土) 19:59:59

例えばトルコの軍隊は、政治が宗教に流れ始めるとクーデターを起こして
政教分離を保つという役割を持っていたりするが...というわけで、軍なんて
国によってさまざまなんだよな。

**名前は開発中のものです。** · 2008/06/28(土) 20:02:40

主人公が倒すべき敵に主人公の祖国が脅威に晒されていて（ドラクエなど）
軍隊が死に物狂いで国を守ってたりするけど、結局少人数の主人公のパーティで
解決してしまうのはガチガチの少年漫画みたいだと思って。

**名前は開発中のものです。** · 2008/06/28(土) 20:18:02

要するに演出面の問題かな？
システムで軍隊まで絡めると、ゲームのジャンルが変わってしまうだろうから。
別に少年マンガでなくとも、指輪物語だって軍隊はそれはそれで戦ってるけど
敵に決定打を与えるのは少数だったり、STAR WARSだってまあそんな感じだし
少人数による解決ってのは古典的英雄譚としての典型だと思う。

**名前は開発中のものです。** · 2008/06/28(土) 20:20:17

そりゃ無理だろ。RPGは主人公補正の無茶っぷりを楽しむゲームだろ？

**名前は開発中のものです。** · 2008/06/28(土) 20:39:43

元ネタのTRPGですら、主人公補正を楽しむことがメインのゲームが珍しくはないしな。

**名前は開発中のものです。** · 2008/06/28(土) 21:14:31

自分の軍隊を出したら損害もでかいし
そこら辺の適当な奴を勇者とか煽てて
モンスター狩らせて
魔王倒せたらラッキーみたいなー

**名前は開発中のものです。** · 2008/06/28(土) 21:17:08

主人公一行は王様直轄の特殊部隊だし
各地でそれとなく情報提供してくれるNPCも主人公一行を支援するために隠密作戦行動中の諜報員だ
すべてのお膳立ては軍の組織的支援の賜物

**名前は開発中のものです。** · 2008/06/28(土) 21:17:15

>>352
Wizやベイグラ、ソーサリアンみたいに世界を救う話でなく、軍隊が
入れない迷宮に暗殺目的で潜入とか、僻地での小さい事件を淡々と解決
していくものは、それなりに軍隊らしきものがあるようには見えるね。
変り種では7(モールモースの騎兵)みたいに少年主人公達は世界を救えず
その後に軍が対処することになるものもあるけど。

太閤立志伝や大航海時代、ボコスカウォーズ、メタルギア(MSX版とか)も
含めてどこまでをRPGと言うのかはよく分かんないし、あまり考えるのも
スレ違いなのでアレだけど。

**名前は開発中のものです。** · 2008/06/28(土) 21:18:37

>>357
＞ゲームのジャンルが変わってしまうだろうから。

まず9割はSLGになっちまうだろな。
むしろ、卓上で遊ぶSLGをコンピュータ化させたSLGを作る方が話が楽そうだ。

**名前は開発中のものです。** · 2008/06/28(土) 21:26:23

でおもむろに主人公の居るヘックスの敵カウンター（駒）を摘み上げて盤外に追放するわけですね！

**名前は開発中のものです。** · 2008/06/28(土) 21:58:04

そろそろ卓ゲー板を紹介した方が良いのかな？

**名前は開発中のものです。** · 2008/06/28(土) 22:24:39

強力な召喚呪文は近接航空支援とか砲撃支援だし
ルーラはヘリ呼んで緊急脱出だ

お金持ちの国が敵性国家にしかける非対称戦や非正規戦（テロ作戦や暗殺作戦）
みたいなもんだ

**名前は開発中のものです。** · 2008/06/28(土) 22:43:20

卓ゲー板にこんなスレがある

■ウォーゲーム・シミュレーションゲーム総合63■
http://game14.2ch.net/test/read.cgi/cgame/1211831661/

**名前は開発中のものです。** · 2008/06/29(日) 00:40:44

主人公達はがんばってるさ、でもフィン城を奪還したのはミスリルを手に入れた反乱軍達だぜ。
とかあるし、このぐらいのさじ加減がいいんじゃない?

**名前は開発中のものです。** · 2008/06/29(日) 02:13:00

そしてミンウの命懸けの行為は役に立たなかった。

…ってのはともかく。
基本的に、RPGにおける軍隊ってのは推理小説における警察みたいなものかと。
特撮物における自衛隊とかね。
主人公達が精鋭部隊であるにしても、それがメインであるならむしろSLG(含SRPG)に向いた素材だと思うし。
(そういや、軍の作戦行動が出てくるRPGって言われてパッと出てくるのはFF2とかFF4序盤、FF5のビッグブリッジ前後、FF6のレジスタンスまわり、FF7の過去話、FF8の両方の主人公とかFFばっかだなぁ…それ以外にも勿論あるはずだけど)

**名前は開発中のものです。** · 2008/06/29(日) 02:55:27

軍隊行動というと、エメラルドドラゴンとか、ヴェインドリームとか、
ヴェインドリームIIとか、アルシャークとか、とにかく、今は無き
グローディア系の記憶が多いな。あと、西風の狂詩曲とか。
軍隊を描けるライターって、意外と貴重なのかもな。