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

【初心者】ｽﾚを立てる ..

198:名前は開発中のものです。
08/06/05 19:48:06 zGo4qXOl
　　　　　　　 |
　　|　　　　　　　 |
　　|　　　　　　　 |
　　|　　　　　 . 　. |
　　| 　　 .:　　　　 |
　　|:　　　. 　　　 |
　　|.: 　　　＼　　 |
　　|.:　　　　＼　 |
　 .:|　　 ., -─-、 '.|
　　|.:.ζ　（ ● )冫|　
　　|　..￣￣￣.　 . |
　 :.|.　　　　　　　;,｜
　　|:.　　　　ノ　.( ､| 　　
　　|:.　　　.へ _＿_,|
　　|:.: .　　　　|:＿.|
　　| .: ..　　　　＼_|
　　|:.::.　　　　　　　|, -─-､
　　| . .:..::.　　　　／　,.-─'´
　 _|.:.　.:. .　　　,(　ζ＿＿_ みーーーーーーーーたーーーーーーーーーーーーーーな
／..:.　. :.　.　　/　　 _＿:＿冫
　　:.　　　　　（　　 (_＿＿_

199:素人
08/06/05 22:53:34 SvsDqoSX
ごめんなさい。なんか普通にできました・・・。
内容は変えてないはずなのに今日はできました。・・・こういうことってあるのでしょうか？

200:名前は開発中のものです。
08/06/05 22:54:49 sU69KuuW
たまにある

201:名前は開発中のものです。
08/06/05 23:03:12 BhqE17gX
一度、PCの電源を切ってみる。　リセットすると挙動が変わる時がある。

202:名前は開発中のものです。
08/06/05 23:43:38 g9dI6mn+
３ＤＳＴＧでZ.O.Eのような複数ロックオン後に撃つときに出る細い滑らかな曲線レーザーの
処理をしたいのですがそのような処理を解説したようなサイトがあったら教えて頂けないでしょうか？
良いキーワードが思いつかず検索してもなかなか良いサイトがみつかりません

ロックオンとヒットまでの座標計算部分はできるのですが細い滑らかな曲線レーザーを表現する良い方法が思いつきません
計算した座標に力技で1つずつ小さい光を置いていくかなり重そうな処理しか思いつきませんでした
制作にはDirectXとC++を使用しています

203:名前は開発中のものです。
08/06/06 02:03:38 +VPtVrF0
エスパーお願いしたいんですがマップをスクロールさせている時に
なめらかにスクロールしないのは何が原因だと思いますか？

204:名前は開発中のものです。
08/06/06 07:49:33 W+YaQZWj
ティアリング

205:名前は開発中のものです。
08/06/06 11:44:05 Rd2P2C8Q
>>202
Gemsの何巻かは忘れたがビルボードビームってのがあった
それか、OGRE 3Dっていうエンジンの「BillboardChain」って機能がそのまま使える感じ

仕組みはTRIANGLE_LISTで、Chainの先頭に毎フレーム板ポリを追加してるだけ

206:名前は開発中のものです。
08/06/06 12:03:41 5E9ARiON
>203
2DのRPGやアクションゲームだと考えて。

……1ブロック（または半ブロック）ずつ動かしてるからとか？

207:名前は開発中のものです。
08/06/06 12:52:04 3RFnM29I
>202
Seleneのサンプルにそんなのあったな
DirectXじゃないけど
やってる事は同じだとおも

208:名前は開発中のものです。
08/06/06 13:09:13 sOpTQYJH
>Seleneのサンプルにそんなのあったな

内容の詳細は？

209:名前は開発中のものです。
08/06/06 14:17:27 lVfNvc8R
質問させてください。

コーエーの三国志とか信長の野望にあるような、ユーザーインターフェースをC#で実装したいと思っています。
それは具体的には、例えば、
MAPとして日本地図と城が表示されている→ユーザーがマウスで城をクリックすると、その城情報が別ウインドウで表示される
といったインターフェースです。
で、具体的には、以下のような実装を行えばよいかな？と思っています。

1．ピクチャボックスにMAPを描画し、フォームのコントロールとして追加する　←MAPがフォーム上に表示される
2．マウスクリックイベントを、if（座標が城の位置）→ウインドウ表示のように関連づける

ここの実装手順について２点質問があります。
・もっと良い（もしくはスタンダードとされている）方法はあるか？
・MAPが大きい場合、フォームをオートスクロールにする必要があるが、
そのとき、2の城の座標をオートスクロールに対応した座標にするにはどのような手法を用いればよいか？

以上、宜しくお願いいたします。

210:名前は開発中のものです。
08/06/06 14:23:34 msy3AiaH
javaで似たようなことやったことあるけどそういうクリッカブルなMAP作るときは
まずレイヤシステム作ってそのレイヤが各イベントに反応するようにしてたよ。

あとはレイヤを張り付けていくだけだった。

211:名前は開発中のものです。
08/06/06 14:40:42 lVfNvc8R
レイヤシステムとは初耳なのですが、それはどのようなものか、
できればどのように実装すればいいのか教えていただけませんか。

212:名前は開発中のものです。
08/06/06 14:42:34 lVfNvc8R
あと、スレで説明するのが難しいなら、テキストでも結構です。

213:名前は開発中のものです。
08/06/06 17:32:37 /eYGDsCD
ぐぐれ

214:名前は開発中のものです。
08/06/06 19:42:19 /jI1obVg
いあ、さすがにこれは>>210氏に説明を求めるのが正解だろｗ

215:名前は開発中のものです。
08/06/06 21:21:36 DcZem/Hw
イベント処理と描画をもったクラスを作る
MAPや各ウィンドウごとに、それを継承したクラスを作る
で、それらをスタックで管理する
ウィンドウが開くごとにインスタンスを生成してスタックに積む
イベント処理はスタック最上位のクラスだけ行う
表示はスタック最下位から行う
ウィンドウを閉じるときは自身のインスタンスをスタックから外して削除
みたいな感じでいいんじゃね？

216:202
08/06/06 22:00:53 uGdDL8+t
>>205,207
ありがとうございました
Gems３巻にビルボードビームとOpenGLのサンプルソースがあったのでそれを参考に挑戦してみます

217:名前は開発中のものです。
08/06/08 01:35:11 rrbE2XWk
矩形(縦横の長さが可変で回転もする)と円との当たり判定を取りたいのですが
解説しているサイトか書籍をご存知の方いましたら教えてください

218:名前は開発中のものです。
08/06/08 04:48:29 6/Y/bc5B
>>217
もう知ってるかもしれんけども
URLﾘﾝｸ(marupeke296.com)

219:名前は開発中のものです。
08/06/08 15:24:16 2rd5wn2F
ゲームの効果音って普通は最初に全て読み込みを行うんですか？
アクションゲームだと必要な効果音が少なそうで読み込んでそうですが
RPGだとかなりの量使ってそうでメモリがやばそうなんですがそこら辺どういうものなのでしょうか・・・？

220:名前は開発中のものです。
08/06/08 15:59:29 Ri9hkCR1
好きにしろよ
毎回読み込むなり、初期化時に全読みするなり
一定のパートごとに必要な音だけ読み込むなり

別にこうしなきゃいけないという規則はない
自分がベストだと思うやり方でやれ

221:名前は開発中のものです。
08/06/08 20:57:17 pjtRF+Hw
典型的なゆとり世代の発想なんだよなぁ。

「計算ドリルのように正答がある」、と考えているから、
やる前に答えを覗き見ようとする。
試しもせずに、他人に正答を教えてもらおうと考える。

222:名前は開発中のものです。
08/06/08 21:26:53 L0irNMtD
場合によって違う、色々な条件があるので定型的な答えは無いです。
何度か実験して結果を得る、こんな泥臭い事も技術の範囲内だと思います。

223:名前は開発中のものです。
08/06/08 21:28:55 jBtgZsaY
ファイルを読み込みながら平行して音を再生する方法でおｋ

224:名前は開発中のものです。
08/06/08 21:54:57 jBtgZsaY
>>223を簡単に説明するならこんな感じ。

２秒分の音領域を準備し、最初に一秒分の音を読み込む。
音の再生を開始し、再生されて無い１秒分の領域に対して、一秒分おきに一秒分の音を読み込む。

キーワードはストリーム・バッファな。あとはDirectX関連の書籍でも嫁。ソースもついてくるから。

225:名前は開発中のものです。
08/06/08 21:58:07 YopfqNYE
>>219
一番簡単なのは、最初に全てのBGMとSEを読み込んでおく方法じゃないかなあ。
全部MIDIなら、問題ないだろ。
仮にSEがwavだとしても、一つ44KHz/16bit(ステレオ)、３秒程度なら、1つあたり528KBくらいだから、
10や20あっても大した問題じゃない。

、、、と思うんだけど。どうよ。

226:219
08/06/09 00:13:59 rm9wQlQ/
色々ありがとうございます。
今まではBGMを丸ごと読み込んで再生してたのをストリーム再生できるようにして
メモリがだいぶ節約できそうですので>>225の方が言ってるように大した量にならないので
全部読み込みって感じでやろうと思います。
他の人もこんな感じなのかなぁ・・・

227:名前は開発中のものです。
08/06/09 16:38:21 nUecU3Ey
ディスプレイの垂直同期に合わせないとダメですか？
timeGetTimeで経過時間を計るのでは不十分なのでしょうか？

228:名前は開発中のものです。
08/06/09 17:24:35 6r1WM63A
>>227
>>221

229:名前は開発中のものです。
08/06/09 18:26:05 DBIgWewE
>>227
俺合わせてないよーｗ

> timeGetTime
Windows上の開発と仮定すると、
厳密に垂直同期にあわせることはできないみたいな書き込みよく見るけど、
どうなんでしょうねぇ。

230:名前は開発中のものです。
08/06/09 23:33:46 L6Itig/s
>>210の具体的な説明はいただけないのでしょうか？

231:名前は開発中のものです。
08/06/09 23:59:25 HQlmVvbu
C#を使ってる人、いないと思う。

232:名前は開発中のものです。
08/06/10 00:10:46 W+Ff/0l3
>>230
>215みたいなので正解じゃね？

レイヤ管理クラスを作って、イベントに応じたレイヤを起動

233:名前は開発中のものです。
08/06/10 00:20:08 wpwmQgMR
横レスで質問入れて悪いけど、レイヤで管理されたMAPグラフィックをクリッカブルにするにはどうするの？

234:名前は開発中のものです。
08/06/10 00:36:05 kiGBb3yj
クリッカブルってなに？

235:名前は開発中のものです。
08/06/10 00:40:00 wpwmQgMR
>>210に書いてある
MAP部分をクリックするとイベントが起こるって意味だろう

236:名前は開発中のものです。
08/06/10 13:03:02 b0FZhEos
>>233
もともとそういう設計にするんだよ

237:名前は開発中のものです。
08/06/10 14:28:50 nytbfz/3
>>215の「表示はスタック最下位から行う」というのは
背景が透明なpanelを重ねて表示するような感覚でやればいいのかな？

238:名前は開発中のものです。
08/06/10 14:43:48 mUsLFEhP
ノベルゲームエンジン制作だったかのタイトルの本でC使ってADVエンジン作るのにレイヤ管理システム実装してたぞ。
選択肢もレイヤで実装してたからクリッカブルなレイヤを実装してるんだと思う。

239:名前は開発中のものです。
08/06/10 16:41:44 3I/gGTbX
>>229
＞不十分なのでしょうか？
＞どうなんでしょうねぇ。

自身が気にならないなら「気にしない」でいいと思うよ

240:名前は開発中のものです。
08/06/10 18:05:33 a1ieDkwY
垂直同期しない場合の問題ってティアリングくらい？
自分の目は腐ってるんでティアリングを判別できないんだけど
目のいい人にはどう見えてるんだろう。

まあ、反射神経を要求するゲームじゃない限り気にしないで良いと思う。

241:名前は開発中のものです。
08/06/10 19:25:28 vmMmwty8
あれを判別できないってのはやばいな
連続した2フレームA・Bをそれぞれ2つにぶったぎって、
A上半分とB下半分をくっつけた感じ

デメリットとしては、GPUとかをウェイト無しでぶん回すからアッチッチ

242:名前は開発中のものです。
08/06/11 02:26:47 dl2UA+Ho
RPGで次のレベルまでの経験値だとか敵の強さってどういう風に決めればいいんでしょうか？
適当に決めてから調整していくしかありませんか？

243:名前は開発中のものです。
08/06/11 03:03:06 UjwNo3Ti
ある程度は計算で求められると思う。
経験点の取得方法はゲームによって異なるから、その計算式は自分で導き出すしかないんだけどな。

敵を倒すと経験点がもらえるのか、
プレイヤーの操作（スキル）によって与えられるのか

って書こうとしたけど眠くて力尽きた。おやすみ

244:243
08/06/11 12:22:37 ezoaWSsV
まあ、>243の最初の2行で答えは出ちゃったので。
興味があるならこっちへおいで。

◆　神のゲームバランスを実現するには３　◆
ｽﾚﾘﾝｸ(gamedev板)

245:名前は開発中のものです。
08/06/11 12:43:34 dl2UA+Ho
>>243 >>244
ありがとうございます、勉強してきます

246:素人
08/06/11 23:10:57 pnwQC7GC
今本を見ながらborland C++を勉強してるのですが、実行とデバッグができません。なんかクリックできないのです。
理由が分かる方、お願いします。教えてください

247:名前は開発中のものです。
08/06/11 23:18:02 klFSvztV
>>246
> なんかクリックできないのです。
マウスのボタンが堅くて押せないとか？

というのは冗談だけど、実行ボタンだかコンパイルボタンだかが無効になってるのは
「今開発しているプログラムがどのファイルをどんな風に使っているのか」を登録する
プロジェクト情報が無いからなんじゃないかと思う。
borland C++は使ったことが無いけど、新規プロジェクトやワークスペースを作成する
みたいな項目は無いですか？

248:名前は開発中のものです。
08/06/12 02:14:29 Uc2wXT7l
ゲームコンテスト
URLﾘﾝｸ(www.tohofuhai.com) 　豆腐ゲームコンテスト
URLﾘﾝｸ(kirara111.sakura.ne.jp) 　星屑きらら杯
URLﾘﾝｸ(3punge.com) ３分ゲーコンテスト

249:名前は開発中のものです。
08/06/12 05:50:43 gzO65s1E
>>248
ひとつだけ劣悪なものを混ぜてるなｗ
残り二つとはどう考えても釣り合わない地雷コンテスト

250:名前は開発中のものです。
08/06/12 08:28:39 1Dxos4zW
格闘ゲームを作りたくてgoluahのソースファイルをダウンロードして
見てるんですが、タスクについて質問があります。

goluahには3つのタスクの種類があるみたいなんですが
それぞれどういう役割があるんでしょうか？
・通常タスク
・常駐タスク
・排他タスク

よろしくお願いします。

251:素人
08/06/12 10:14:46 YCgQbZ2q
>>247
ワークスペースは分かりませんが、新規プロジェクトというのはあります。

252:名前は開発中のものです。
08/06/12 12:54:09 aAoeQ5Mp
>>251
BorlandC++と勉強中(フリーソフト?）ってあたりからエスパーすると
もしかしてとBCC Developerと組合わせて使ってるのか？
もしそうならコード打ち込んだ後メイクボタン押した？エラー無く完了した？

つか、いくら素人でわからないって言ってももう少し詳しく書かないと答えられないと思うが。

253:名前は開発中のものです。
08/06/12 16:21:11 gzO65s1E
>>250
ソース読まずにESP

通常→キャラとか弾とか
常駐→名前のとおり。ゲーム起動から終了まで存在するインスタンス
排他→番兵

多分これで正解だ。つか、おめーソース読んでねーだろ
カルト教団に入信してお布施して松浦尊師のタスクシステム本でも買っとけ

254:素人
08/06/12 20:56:36 YCgQbZ2q
Fatal: ファイル VORBISFILE_STATIC.LIB が開けません
** error 1 ** deleting Debug\spgame02.exe
Make End !! (Elapsed time 0:00.375)
ってな感じになります。・・・errorって出てますね・・・

255:名前は開発中のものです。
08/06/12 21:18:00 gzO65s1E
>>254
それはメッセージの通りだな
リンカがVORBISFILE_STATIC.LIBを見つけられないんだ
ライブラリを置いてる場所にパスを通してないんだろ

256:名前は開発中のものです。
08/06/12 23:00:22 xs8x640a
3Dゲームで、
多くの物体同士の当たり判定(1対1ではなく、多対多の当たり判定)ってどうするんですか？
全ての組み合わせでやると物凄い計算量になってしまいそうです。
999+998+987+986...といった具合に。当たり判定にはバウンディングボックスを使います。

257:名前は開発中のものです。
08/06/12 23:54:28 gzO65s1E
>>256
物凄いがどの程度の話なのか知らんけど、富豪厨の俺は
数年前のモバイルノートで1000発のAABB相互作用を力任せ法でやったが
結果は余裕だった。この程度の処理量なら鼻糞だ

それっぽい総当り処理のサンプルソースは某スレに貼ったことあるが
そんなクズソース見なくてもできるだろ

258:名前は開発中のものです。
08/06/13 00:29:37 /jwDkXsA
まあ、あとは、エリア分割なりグループ分けなり、
何らかの方法で計算量を抑えるようにすればいいってことだよな。

あと、数が多いと、ちょっと１つあたりの計算量を減らすだけで大幅に変わったりするので
厳密にやらずに適当にやる、とかも効果的だったりする。

259:名前は開発中のものです。
08/06/13 04:43:05 O4NLI/1r
ゲームコンテストに出しなさい。
URLﾘﾝｸ(www.tohofuhai.com) 　豆腐ゲームコンテスト
URLﾘﾝｸ(kirara111.sakura.ne.jp) 　星屑きらら杯
URLﾘﾝｸ(3punge.com) ３分ゲーコンテスト（今休止中）

何でもかんでも詰め込もうとしないで、切り捨てるとこころは切り捨てて
完成させねば。。

260:名前は開発中のものです。
08/06/13 10:03:33 FGpNXRkP
すでにそれっぽい指摘が出てるが
星屑きららはやめといた方がいいぞ
主催がDQNてことで知れ渡ってる
詳細はノウハウ板の止めとけスレ
あるいはこの板の語るスレ辺りで

261:名前は開発中のものです。
08/06/13 11:13:31 hIYZdXb5
つか
マルチで宣伝うぜー

262:名前は開発中のものです。
08/06/13 15:01:22 xNnxVjQD
そうなのか。
よく分からんけど、投稿作品一覧のコメントを見て色々と酷いことだけは分かった。

神のゲームバランススレが落ちそう。誰か立てて。

263:名前は開発中のものです。
08/06/13 17:21:08 iI+lriih
>>240
全画面スクロールさせるとズレが上から下に移動しているのが分かる。

264:名前は開発中のものです。
08/06/14 08:10:31 Vx/ilw+o
ところで液晶の場合CRTと違って電子線の走査がないから
液晶の駆動回路が生成するVSYNC信号無視してフレッシュレート60Hzと
決め付けて高精度タイマーでタイミング取って60Hzでフレーム切り替えしても
2Dスクロールのガタツキは体感できても
上側＝旧フレーム、下側＝新フレーム、みたいな現象は視認できないような
気がするんだが、実際どうなの？

と、未だにトリニトロン管を使ってるマイノリティの俺

体感できなくね？思うのだが

265:名前は開発中のものです。
08/06/14 08:12:18 Vx/ilw+o
最後の一行は消し忘れだ！

266:名前は開発中のものです。
08/06/14 09:41:01 WEqkvEOP
warrockや、バトルフィールドみたいにFPSでコクピット視点で車運転するプログラム作りたいんですが
それ関係のオープンソースや、作り方のHow to とか載ってるサイトや本ってありますか？

267:名前は開発中のものです。
08/06/14 10:17:32 yvWyvXql
>>264
うちのPC2台だと視認できるよ
察するところ、ビデオカードからディスプレイ端子に出力された信号自体が
「上半分と下半分で1フレーム分違う」状態なら、それがきっちり反映されるんだろう

268:名前は開発中のものです。
08/06/14 19:50:19 nT6UYhMt
ESPお願いします
使用言語：C++ 開発環境：製品版VisualStudio2005

問題の部分は恐らくPlayer.cpp&.h Enemy.cpp&.hだと思います
Playerクラスのvoid GetDistance2Target(Enemy *e);という宣言(定義は空実装)に下記のビルドエラーが発生します
error C2061: 構文エラー : 識別子 'Enemy'
Enemyクラス(Playerクラスがフレンド)があるヘッダもインクルードしてあります
Aクラスを宣言し引数を(A *e)に変更するとエラーは発生せずその後AをEnemyに書き換えビルドをするとエラーが発生しません
ただPlayerクラスがあるヘッダを１行でも書き換えると上記のエラーが再び発生します

269:名前は開発中のものです。
08/06/14 19:56:25 BjxsUuMK
>>268
そのヘッダファイルの上のほうに
class　Enemy;
と書く

270:名前は開発中のものです。
08/06/14 20:12:45 nT6UYhMt
>>269
ありがとうございました
簡単に解決できるような事を聞いて申し訳ないです
オブジェクト指向の概念ばかりでなくプログラムも弄って勉強するように努めます

271:名前は開発中のものです。
08/06/14 21:09:31 uDqAdFXo
>>270
オブジェクト指向自体ももっと勉強汁
そのクラスの関係は悪手

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

273:名前は開発中のものです。
08/06/15 12:46:49 EcGkhplh
×下側＝旧フレーム
○下側＝新フレーム

274:名前は開発中のものです。
08/06/16 01:42:19 jf5cBPIE
　　,.．-─- ､
おしえて　　　　　　　　　／. : : : : : : : : : ＼
　　　　　　　　　　　　　 /.: : : : : : : : : : : : : : ヽ　　　　
　　　　　　　　　　　　　 ,!::: : : :,-…-…-ミ: : : : :',
　　　　　　　　　　　　　 {:: : : : :i '⌒'　 '⌒' i: : : : :}
　　　　　　　　　　　 {:: : : : |　ｪｪ　ｪｪ　|: : : : :}
. 　　　　　　　, ､　　　 { : : : :|　　　,.、　 |:: : : :;!
　　　　　　　　ヽヽ.　　_ .ヾ: :: :i　r‐-ﾆ-┐ | : : :ﾉ　　　　
　　　　　　　　　 }　 >'´.-!、ゞイ! ヽ二ﾞノｲゞ‐′ 　　　　　
　　　　　　　　　 |　　　－!　　＼` ｰ一'´丿＼
　　　　　　　　ﾉ　　　 ,二!＼　　＼___／　　　/｀丶､
　　　　　　　 /＼　／　　　＼　 /~ﾄ､　　／　　　 l ＼
　　　　　　 /　、｀ソ!　　　　　＼/l::::|ハ／　　　　　l-7 _ヽ
　　　　　　/＼　　,へi　　　　⊂ﾆ''ー-ゝ_`ヽ、　　　 |_厂　_ﾞ:、
　　　　　 ∧　￣　,ﾄ｜　　　 >‐-￣｀　　　　＼.　　| .r'´　　ヽ、
　　　　　,ﾍ　＼_,. '　| |　　　　丁二＿　　　　　7＼､|ｲ　_／￣＼
　　　　 i 　＼　　ハ∟　　　　　 |::::|`''ｰ-､,_/　 /＼＿　 _／⌒ヽ

275:名前は開発中のものです。
08/06/16 13:54:36 V29OceOR
BGMにMP3やOGG等の圧縮されたものを使用しているケースが多いですが、
実行時にデコードしているんですよね？
特にOGGはデコードが遅いと聞きますが、
だったら最初からWAVEにしないのはどういった理由なのでしょうか？

276:名前は開発中のものです。
08/06/16 14:10:08 CWBMeGpP
waveだとサイズでかいだろ。
それにいまどきのエンコーダならoggも遅くない。

277:名前は開発中のものです。
08/06/16 14:10:30 yolkQjtt
＞だったら最初からWAVEにしないのはどういった理由なのでしょうか？
圧縮できることのメリットすべて

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

278:名前は開発中のものです。
08/06/16 14:10:38 CWBMeGpP
×エンコーダ
○デコーダ

279:275
08/06/16 14:43:16 V29OceOR
>>276 >>277
返信ありがとうございます。

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

280:名前は開発中のものです。
08/06/16 14:51:04 il/CiK3K
実行時のメモリより配布時のファイルサイズがでかくなる方が問題じゃない？

281:名前は開発中のものです。
08/06/16 14:54:56 ELtfR4ND
>>279
まぁそうだけど、44kHz・16ビット・ステレオのwavで、1分≒10MBだぞ

282:名前は開発中のものです。
08/06/16 15:07:51 S6nxqRuD
>>279
正直俺は、mp3の128位とwav44kHz・16ビットの音質の違いが解らん。
それでもwavが良いんだ！と言うこだわりが無ければ、
データは小さければ小さい程、色々良いと思うな

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

284:名前は開発中のものです。
08/06/16 16:55:24 uX6B7Jne
ナローバンダーは、モバイルを含めると意外にまだいるからな。俺とか。

285:名前は開発中のものです。
08/06/16 16:58:18 uX6B7Jne
書き忘れ。

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

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

286:名前は開発中のものです。
08/06/17 02:25:10 k5Hbpskc
ある敵にいくつかAIパターンがあって、条件で切り替わる場合、
どういう風にして実装してます？
C++という想定で

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

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

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

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

287:名前は開発中のものです。
08/06/17 02:48:32 sJZvekW7
パターンデザイン的には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)(); }
};

288:名前は開発中のものです。
08/06/17 09:37:29 XINqrfBX
ストラテジーパターンだな

289:名前は開発中のものです。
08/06/17 15:08:42 sS8dV5wo
1が簡単とはおもえんのだがｗ

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

290:名前は開発中のものです。
08/06/17 23:15:33 sJZvekW7
>>289
そうかな？
データと行動セットをひとまとめにして隠蔽しちゃうことにも、
それなりにメリットあると思うんだけどね。
一回作っちゃえば後から考えなくても良い。

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

291:名前は開発中のものです。
08/06/18 21:31:16 WrwNxCgo
良し悪しは別として、ifが並ぶのは個人的にイヤだｗ

292:名前は開発中のものです。
08/06/18 23:30:26 kSLx4lcS
この板初めてな俺が来ましたよ

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

293:名前は開発中のものです。
08/06/18 23:32:07 O5zucpEm
礼儀知らずに答える義務はない

294:名前は開発中のものです。
08/06/18 23:53:36 Q1s+fteM
>>292
紙ですごろく作ったっていう話は聞かないな。
ほとんどがPCで動作するものを前提に話を進めてる気がする。

295:名前は開発中のものです。
08/06/19 00:05:06 g8qpIga7
>>292
PSPとかコンシューマハード向けのゲーム開発は、
ゲームカテゴリーの裏技・改造板の方が詳しい
ゲーム製作技術板は基本的にPC向け

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

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

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

296:名前は開発中のものです。
08/06/19 00:17:48 VxrSErVz
みんなありがとう
ちょっと楽しそうな板だから勉強してみる
絵くらいはなんとか書くよ音は鳴らなくてもいいやｗ
暇潰し程度のもんをネットにあげてみたいな

297:名前は開発中のものです。
08/06/19 12:39:21 8LUlnvdl
ifがネストするのは嫌よね

298:名前は開発中のものです。
08/06/19 21:41:06 /TWRozlQ
while、forなら2回まで、ifなら3回くらいまでなら許せる。switchは1回かな。

299:名前は開発中のものです。
08/06/20 17:43:56 HYR3VEF9
こういうのは特に嫌だな、たまにやっちゃうけど
if(Aの取得){
　if(Bの取得){
　　if(Cの取得){
　　　if(Dの取得){
　　　　if(Eの取得){
　　　　　処理
　　　　　Eの開放
　　　　}
　　　　Dの開放
　　　}
　　　Cの開放
　　}
　　Bの開放
　}
　Aの開放
}

300:名前は開発中のものです。
08/06/20 18:56:25 smksGIRq
それは単に愚かなだけでは…。

301:名前は開発中のものです。
08/06/20 22:12:26 0jFV+g1O
思いついたアイデアを試験的に実装するときに書くコードだな

302:名前は開発中のものです。
08/06/22 00:46:33 Nh8dlMcG
すいません、質問です。

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

303:名前は開発中のものです。
08/06/22 00:54:26 i0gJBqIP
楽な手は無い。
爆発するアニメのコマを一つずつ用意して適当な時間間隔ですり替えていく。
ちょっとプログラミング技術を要する。

304:302
08/06/22 02:26:24 Nh8dlMcG
>>303さん
レスありがとうございます。

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

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

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

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

305:名前は開発中のものです。
08/06/22 11:08:20 g06tuC8K
>304
やり方なんて幾通りもあるが、その方法で別に問題ないと思う。

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

306:名前は開発中のものです。
08/06/22 11:33:19 GKAOzkXe
>>304
絵描きとプログラマが別人だとツール無しじゃやっとれんかもね。
俺は複数人での製作経験無いけど。
勉強も兼ねてるんならツール一式も自前で作ってみたらどうだろう。

307:名前は開発中のものです。
08/06/22 18:39:39 8b6P9lU/
簡単なシューティングゲームを作りました。
で、いままですっかり忘れていたんですが、メニュー画面ってどうやって実現しましょう

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

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

308:名前は開発中のものです。
08/06/22 19:01:36 PrpfkLMi
ほかの状態遷移はどうやってんの？
それと同じで良いと思うんだが・・・。

309:名前は開発中のものです。
08/06/22 19:11:44 8b6P9lU/
やべぇ、キャラセレ画面も考えてなかった

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

310:名前は開発中のものです。
08/06/22 19:20:28 PrpfkLMi
もしかして状態遷移考えて作ってなかったってこと？

311:名前は開発中のものです。
08/06/22 19:22:40 g06tuC8K
正直、>307で何がしたいのか見えてこないんだが。

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

これでいいんじゃない？

312:名前は開発中のものです。
08/06/22 20:25:34 iT3uPeFi
関数のポインタ使うか
"デザインパターン"でググるといいかも

313:名前は開発中のものです。
08/06/23 00:11:11 T4uoidjV
class Scene{
void draw()
void move();
}

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

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

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

314:名前は開発中のものです。
08/06/23 00:45:50 mDDnsWDd
>>313
それでどうやってswitch使わなくて済むかよくわからないのですが
while(1){
switch(scene){
case TITLE: currScene = new Title(); break;
case CHARA_SELECT: currScene = new CharaSelect(); break;
....
}
currScene->move();
currScene->draw();
}
自部のがちょうどこんな感じになってるんですがいい方法あるんですかね？

315:名前は開発中のものです。
08/06/23 00:59:18 fMSgUVEh
Scene* move()

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

我ながら汚すぎて噴いた

316:名前は開発中のものです。
08/06/23 01:03:30 jZlgp0tw
>>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();
}

317:名前は開発中のものです。
08/06/23 01:07:53 fMSgUVEh
now_intは誰が書き換えるん？

318:名前は開発中のものです。
08/06/23 01:15:36 T4uoidjV
こんなんはどう？

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

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

だめかｗ

319:名前は開発中のものです。
08/06/23 01:25:34 jZlgp0tw
>>317
titleとかの状態のクラスが

320:名前は開発中のものです。
08/06/23 01:32:04 uo+1ccfk
適当に書いてみた

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);
}

321:名前は開発中のものです。
08/06/23 09:12:21 cIfICiuE
// あのね、僕の場合はね、シーンを総括するシナリオクラス作ったの。
// 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);
}

322:名前は開発中のものです。
08/06/23 22:43:25 SqRC+pBQ
個人的にはswitchやif文羅列が健全だと思うよ

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

323:名前は開発中のものです。
08/06/23 23:23:03 0j4G1ygb
最適化する必要無いほど早い。

324:名前は開発中のものです。
08/06/23 23:36:23 /qtuGijz
>>個人的にはswitchやif文羅列が健全だと思うよ
いわれてきづいたけど、小規模のシーン管理だとswitchとかifのほうがいいとおもた
RPGぐらい画面遷移が複雑だとクラスのほうがいいかもしれんけど

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

325:名前は開発中のものです。
08/06/24 19:19:07 YG9wxXVw
関数ポインタ利用して関数並べて実行させるのとswitch/caseって分岐が少ないと殆ど速度に差が無いみたいだな

326:名前は開発中のものです。
08/06/24 20:37:20 qocbnAno
今時関数ポインタ程度で重いって(笑)

327:名前は開発中のものです。
08/06/24 23:07:53 nk5lzdPA
それを言い出すと、いまどき配列走査くらいで、
いまどきnewくらいで……と富豪厨化する
ていうか、それが俺

328:名前は開発中のものです。
08/06/24 23:12:47 vNDV7jMM
javaのスレッドをnewするのはコスト高いぞ。

329:名前は開発中のものです。
08/06/25 03:01:35 c0GyxKOT
どう実装されているかも分からないヴァーチャルマシンのコストを決めつけてかかる328は、
たぶん学歴が低い。

330:名前は開発中のものです。
08/06/25 03:23:39 LrDWXSL9
学歴という言葉を出さないでくれ。荒れる。

331:名前は開発中のものです。
08/06/25 20:09:54 /Pf8ls+r
>>329 は >>328 VMがどう実装されてるか知らないと何故言い切れるんだろう？

332:名前は開発中のものです。
08/06/25 21:18:20 4PLXCLdL
どのVMを利用するか未定であれば、どんな実装なのかも未定だ。
ただ、VMレベルでコストが高いと言っている可能性もあるけどな。

333:名前は開発中のものです。
08/06/25 21:58:19 zW+uiCng
マルチスレッドにするとsynchronized やvolatileを使わざるを得ないから
関数や変数へのアクセスコストが全体的に割高になるという意味でなら納得。

334:素人
08/06/26 00:03:25 FJtaI/dg
ここのみなさんってゲーム会社に入れるくらいスゴいんじゃないかって最近見てて思います。
現実はもっと厳しいものなのでしょうか？

335:名前は開発中のものです。
08/06/26 00:53:43 J+99J/hz
ドラクエみたいにちょこちょこ仲間が着いてくるのを実装したいんですがどうすればいいんでしょう？
考えたのは、入力された上下左右を保存しておいて、一個遅らせながら次のキャラに適応って感じなんですが
うまくいかないです。どういう考え方をすればいいんでしょ？

336:名前は開発中のものです。
08/06/26 00:58:21 7RoWXjdF
考え方はそれで問題ないと思う
実装でミスってるんじゃない？

337:名前は開発中のものです。
08/06/26 01:00:06 J+99J/hz
ありがとうございます
そうですか、もう一遍見直してきます

338:名前は開発中のものです。
08/06/26 04:03:21 08fIa4T9
>334
ゲーム会社であることは、おそらく全く関係が無い。

339:名前は開発中のものです。
08/06/26 10:07:11 TBkGU+/r
>>334
実際業務中にここ来てる奴も居るだろ。
俺含め、普段コンシューマやってて趣味でwindowsプログラム
してる奴とか。

340:名前は開発中のものです。
08/06/26 11:43:02 MvZUxeyN
>>334
すごい人は極一部で語るスレみたいなゴミがほとんど

341:名前は開発中のものです。
08/06/26 14:11:44 LcBDfznV
本職PG（非ゲーム系）が趣味でゲーム製作ってのは多そう。

342:名前は開発中のものです。
08/06/26 20:54:16 UkEztdRQ
ゲーム業界自体がそのゴミだよ。

343:名前は開発中のものです。
08/06/26 23:52:36 i6T6uFP1
>335
>入力された上下左右を保存
入力じゃなく、前のキャラクターの座標の数値を入れたら？

344:名前は開発中のものです。
08/06/26 23:57:28 ICzeg2Oh
後ろのキャラは1歩分昔の自キャラ
つまり、1手前の操作を反映してやればいいんだ

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

345:名前は開発中のものです。
08/06/27 00:01:56 JPbTTp2P
>>341
俺そうだよ。
三流と言うのもおこがましいほどの三流で将来が怖いけど。
会社のPCはプロキシに弾かれて2chにアクセスできないなぁ。

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

346:名前は開発中のものです。
08/06/27 04:58:56 y+uRaN6T
345みたいな実装を行うと、「キャラの並び替え」を追加したときに
拡張地獄に陥るんだよね。
さらにDQ4的な「障害物があったら避ける」メカニズムは絶望的になる。
浅謀近慮の典型例。

347:名前は開発中のものです。
08/06/28 00:56:37 UNOxry2I
並び替えをしたらバッファも"並び替え"をするに決まってるじゃないかHAHAHA

348:名前は開発中のものです。
08/06/28 02:56:38 uLeq9+80
FCドラクエの並び替えって瞬間移動じゃなかったか？
>>345の場合、新しく二人目になった人がバッファ16を参照すりゃいいような

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

349:名前は開発中のものです。
08/06/28 11:23:44 uY+gT1X+
隊列で思い出したけど、
弱いキャラ（魔法使い系）を中央に置く隊列って、あんまり見ないよな。

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

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

352:名前は開発中のものです。
08/06/28 19:29:34 /wGNqaoZ
激しくスレ違いだけど、ちゃんと軍隊も機能しててそれでいて主人公も
旅をしているRPGってあるんだろうか？

353:名前は開発中のものです。
08/06/28 19:43:05 5mLxNHUh
中東の片田舎で生まれて、
軍隊に入って、
クウェート行ったり、
撤退したり、
米穀人が攻めてきて、
カリブ海の法的に微妙な島の施設に長期に渡って監禁されたり？

つか板違いだからｗ

354:名前は開発中のものです。
08/06/28 19:44:59 mxHBnLLH
「ちゃんと軍隊が機能してる」をもちょっとkwsk。
どのように機能してるのがちゃんと機能してるとされるのかが分からん。

355:名前は開発中のものです。
08/06/28 19:59:59 4KDS7Fkw
例えばトルコの軍隊は、政治が宗教に流れ始めるとクーデターを起こして
政教分離を保つという役割を持っていたりするが...というわけで、軍なんて
国によってさまざまなんだよな。

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

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

358:名前は開発中のものです。
08/06/28 20:20:17 mxHBnLLH
そりゃ無理だろ。RPGは主人公補正の無茶っぷりを楽しむゲームだろ？

359:名前は開発中のものです。
08/06/28 20:39:43 mxHBnLLH
元ネタのTRPGですら、主人公補正を楽しむことがメインのゲームが珍しくはないしな。

360:名前は開発中のものです。
08/06/28 21:14:31 aueJy81E
自分の軍隊を出したら損害もでかいし
そこら辺の適当な奴を勇者とか煽てて
モンスター狩らせて
魔王倒せたらラッキーみたいなー

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

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

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

363:名前は開発中のものです。
08/06/28 21:18:37 mxHBnLLH
>>357
＞ゲームのジャンルが変わってしまうだろうから。

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

364:名前は開発中のものです。
08/06/28 21:26:23 5mLxNHUh
でおもむろに主人公の居るヘックスの敵カウンター（駒）を摘み上げて盤外に追放するわけですね！

365:名前は開発中のものです。
08/06/28 21:58:04 mxHBnLLH
そろそろ卓ゲー板を紹介した方が良いのかな？

366:名前は開発中のものです。
08/06/28 22:24:39 ECKeTV2B
強力な召喚呪文は近接航空支援とか砲撃支援だし
ルーラはヘリ呼んで緊急脱出だ

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

367:名前は開発中のものです。
08/06/28 22:43:20 mxHBnLLH
卓ゲー板にこんなスレがある

■ウォーゲーム・シミュレーションゲーム総合63■
ｽﾚﾘﾝｸ(cgame板)

368:名前は開発中のものです。
08/06/29 00:40:44 q993c33X
主人公達はがんばってるさ、でもフィン城を奪還したのはミスリルを手に入れた反乱軍達だぜ。
とかあるし、このぐらいのさじ加減がいいんじゃない?

369:名前は開発中のものです。
08/06/29 02:13:00 MunHwh7d
そしてミンウの命懸けの行為は役に立たなかった。

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

370:名前は開発中のものです。
08/06/29 02:55:27 U4gZ+hUl
軍隊行動というと、エメラルドドラゴンとか、ヴェインドリームとか、
ヴェインドリームIIとか、アルシャークとか、とにかく、今は無き
グローディア系の記憶が多いな。あと、西風の狂詩曲とか。
軍隊を描けるライターって、意外と貴重なのかもな。

371:名前は開発中のものです。
08/06/29 08:42:13 o2ccU7kP
D&Dからウォーシミュレーションへの先祖返りについて議論するスレはここですか？

372:名前は開発中のものです。
08/06/29 09:09:59 DZgd6AkJ
その軍隊の中に主人公がらみのキャラクターをおくと、軍隊の存在感が上がると思うよ

まぁ最近はそんなのないけど。

373:名前は開発中のものです。
08/06/29 15:30:35 q993c33X
DirectXの3Dで、
武器の着脱等部分的なポリゴンの入換と座標管理や、
アニメーションの管理など解説してるサイトはないでしょうか？

次ページ