みんなでシュミレーションRPGを作りましょう

**喪装中** · 2005/08/16(火) 19:55:36

俺が監督をやります

随時スタッフ募集

**名前は開発中のものです。** · 2005/08/31(水) 17:33:48

ID　一緒だよ。　　orz

**106** · 2005/08/31(水) 17:36:51

>>200
ミスった…orz

**電脳土方** ◆MPSdUjt5lI · 2005/08/31(水) 17:47:30

まずは
リーダー（ディレクター）募集ですな

おいらはゲームやらない人なので
ゲームの詳細になると詰まるんだよね（;´Д｀）

**名前は開発中のものです。** · 2005/08/31(水) 19:07:43

すげぇな
着々と進んでるよ

あと個人としてはマップ移動はマウスのほうがらくだと思います。

以上
HSPなら手伝いたいと言おうとしたがHSPさえまともにできない人でした

**名前は開発中のものです。** · 2005/08/31(水) 19:10:48

どうせなら、キー、マウス、ジョイ全部使えた方がいいかな。
最初からじゃなくても、徐々に付け足していく感じで。

**設定厨** ◆nGpJkI.30U · 2005/08/31(水) 21:00:27

LVが30にあがった！マップ操作にマウスが使えるようになった！
って感じですね

ってのは冗談だけど、シミュレーションゲームはマップで思い通りに操作できるってのは大切ですよね。
右クリックしながらマウスを動かすとその方向にマップをずらすっていう操作はどうでしょうか。

**106** · 2005/08/31(水) 21:27:15

>>207
現在はマウス（カーソル）が一定の範囲から外れたらスクロール、といったような処理に
していますが、その方が良いかもしれませんね。
設定厨さんやその他の方はどう考えているか聞きたいです。

マウスでの多段クォータビューのカーソル処理は実装できたっぽいので、
207の案が実装出来次第うｐします。

**106** · 2005/08/31(水) 21:36:08

ttp://gamdev.org/up/img/3110.zip
208で実装出来次第とか言ってましたが、正式採用じゃないので
取り合えず多段クォータビューに対応したものを置いときます。

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 00:14:55

おおー。かっこいいですねー。
タクティクスオウガにとても近い形です。
でもやっぱり、いつかはタクティクスオウガを
越えられる部分を考えないといけないと思います。
パソコンの特権として、画面のサイズに制約はないので、
マップの情報などを別ウィンドウに表示する設定など、
各プレイヤーの自分でやりやすいような個別化ができる仕様がいいと思います。

◆mCEJQ9Ki/Q · 2005/09/01(木) 01:51:33

皆の意見を読みました。というか僕はたしかに変わりましたｗ
キャラを作らずにあるがままの自分で素直に行こうと思います。

そして、僕はワンダフル一つのリンクを提供しますよ。
これで言語論争は解決です。DLLを解して相互の言語を呼び出せるようです。
Luaについては知りません。C++ならばっちり？（よく読んでいません。眠くて・・・）

http://www.onionsoft.net/hsp/hspdll.html

ディレクターですが、僕がやりましょう。
仮設プロジェクトページの作成をしておきます。しかし、デザインセンスが無いので、
誰か、HPデザインに自信がある人を募集します。

じゃあ僕がリーダーでいいですか？
僕はてっきり設定厨さんがやるのかと、おもっとりました。名前がｗｗｗ
今後の方針について言います。
まず、まとめページの作成、僕かHTML厨がやります。

プログラマー諸君は適当に作ってください。
ただし、最終リリースは一番美しいものです。
保守性に付いて考えてください
出来るだけソールがわかりやすいように、ドキュメントを付属しなさい。

世界観に関してはいずれIRCで話し合っていきましょう。グラフィックスさんたち、グマーそして、テスターたちと
僕は、タクティクスオウガに非常に思い入れがあります。

このプロジェクトについて、皆に一つお願いしたい
「こうあるべき」だという考え方は一度排除しましょう

プロジェクト名は、「カチュア」で行きましょうラムザの姉ですｗ

◆mCEJQ9Ki/Q · 2005/09/01(木) 02:02:21

書き忘れました。

ソースをここでアップするときは、必ずコテをお願いします。
誰が誰だか混乱するのです。

プログラムをアップするときは、バージョンをお願いします。
誰かのソースから分岐した場合はバージョンを工夫し、ドキュメントをつけてください。
スムーズにい行くと思います。

このプロジェクトが大きくなってくればCVSやRCSといった
バージョン管理CGIを使いましょう。

--------------------------------------
　　　　カチュア始動 2005/9/1

メンバー
みふね　設定厨　電脳　CS

**電脳土方** ◆MPSdUjt5lI · 2005/09/01(木) 02:39:58

>>211
LuaはC++から簡単に呼び出せるし
逆にLuaスクリプトからC++のコードも呼び出せる
実体はスタンドアロンの言語では無く、
C/C++に組み込むためのスクリプトなんで
拡張性については、実質C/C++の機能をフルに使える
けれど、HSPのスクリプトを呼び出すのは無理
HSPからDLLで呼び出されるようには出来るかもしれない

**名前は開発中のものです。** · 2005/09/01(木) 09:20:39

mifuneさんのサイトがつながらなくなってるんですが、
移転先でMMOをバリバリ作ってらっしゃるんですか？

CS ◆BwWlF2.Erw · 2005/09/01(木) 16:22:28

>>212
多言語による競作には否定的だった意見ですよね。
ＣＳが入っている事は認めた?、
又は違う意味ですか?

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 16:54:59

Mifuneがディレクター！？
ああああああああああああ

実は僕、このスレッドでもコテハンやってたんですよ。

俺2Dネットゲームを作る。おまえらサポートする。
http://pc8.2ch.net/test/read.cgi/gamedev/1118937247/

とはいっても、他に該当する方もいないので、しょうがないですね・・・。
とりあえず、Mifuneが狂ったら止(と)めます。今回ばっかりはあなた一人の企画じゃないですから。

**名前は開発中のものです。** · 2005/09/01(木) 17:25:12

Mifuneは何もしないだろ。
仕様変更バリバリかましてくるだろうし言語について何も知らない。
HSPについても文句言いまくってたくせに。
終わったな。

◆mCEJQ9Ki/Q · 2005/09/01(木) 18:18:01

sumanwww
ROM kimekondetanoni
tyotto tyousini norisugimasuta...
tyo 2ch browser goto sakujorunode
oreno hatugenha tekitouni nagasitottekudasai

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 20:00:40

なんか胸が痛くなる別れだったな。
どうせすぐ戻って来るんだろうけど。

まあくだらない話は置いといて、ディレクターが欲しいですね。
僕は、今までに多人数でゲームを完成させたことがある方に担当していただきたいのですが、
やっぱりいないんでしょうかねえ・・・。
目立つようにあげます。

**名前は開発中のものです。** · 2005/09/01(木) 21:07:28

>>209
もう出来たも同然だね
思考ルーチンとかはDLL化してCなりC++なりでやればいいから
これベースにすればいいんじゃない？

**106** · 2005/09/01(木) 21:38:43

>>220
マウスカーソル機能が実装出来たかと思ってテストマップを変更してみたら、
案の定、まだカーソルの挙動が不自然でした…orz

てことで、現在はまだマウスカーソルの対応作業中なわけですが、
何か多段クォータービューでマウス下のセル座標を取得する良い方法
ないですかねぇ。

**名前は開発中のものです。** · 2005/09/01(木) 21:57:35

このスレがこんな良スレになるとは思わなかった

**名前は開発中のものです。** · 2005/09/01(木) 22:14:27

>>221
ソース見てないからアドバイスにならんかも知れんけど
起点を用意して1マス分のピクセルを加減するのが素直じゃないの？

テクスチャはずせばシンメトリーなんだから
一番左上に座するマスの北頂点と西頂点の交点を座標計算の基準として
そのマスの中心点をマス判定の基準として
交点基準座標を固定値で割っていき、余りを補正値とする

これならy基準座標からどれだけずれたら
x基準座標のどれだけを補正なしのマスとするかが求められる

ｙ基準よりマイナスの余りなら
xがマイナスなら左上、プラスなら右上にずれ得るようになる
ｙ基準よりプラスの余りなら
xがマイナスなら左下、プラスなら右下にずれ得るようになる

ごめん用語知らんからわかりにくくなったorz

**電脳土方** ◆MPSdUjt5lI · 2005/09/01(木) 22:46:21

>>220
思考ルーチンをDLL化というのは面白いアイデアかもしれない
HSPの苦手そうな思考ルーチンをCで書けるし、
思考ルーチンはスレッド起こして行ったり、
ひょっとしたら分業も可能かもしれない
データの受け渡しをどうするのか疑問が残るけれども

**名前は開発中のものです。** · 2005/09/01(木) 22:49:31

ム板の将棋スレではTCP/IPで通信してた　＞　思考ルーチン

**名前は開発中のものです。** · 2005/09/01(木) 22:50:09

>>221
すっごい分かりにくいから図示した。
でも結構分かりにくいに軟化しただけかもしれんｗ
ttp://gamdev.org/up/img/3117.gif

>>224
戦況を添付ファイルに吐き出せばいい。
HSPは行動そのものの制御を担当して
ルーチンは戦況をもとに行動キーを返す。

つまりHSPがルーチンに
「こいつの動き考えてきて」と受注する。

**名前は開発中のものです。** · 2005/09/01(木) 22:52:44

226だけど基準マスの北と西の頂点がぴったり0位置に収まるなら
基準座標はクライアント領域の0,0と等価になるね

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

黒字解説2段目は-1が得られた場合だな
実際は赤点の下になるからx-1,y+1だった

**106** · 2005/09/01(木) 23:28:43

>>228
確かに同じ高さの場合はそれでいけそうなんですが、問題は
多段クォータービューということなんですよね。
多段の場合は高さごとに基点が変わるので、高さが違う
セルにカーソルが移動する場合が非常に難関です。（俺だけかもしれんが…）

奥に手前よりも高い位置にセルがあったとすると、マウスは壁となる部分の
上を通過するわけなので…どうなるんだろう？

ttp://gamdev.org/up/img/3119.zip
というわけで、カーソルの挙動が不振なテストマップです。
マウスカーソル部の処理は209のものと同じです。

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 23:40:42

見たことあるマップｷﾀｰ!!!!!!
ここで味方突き落としまくって遊んでたよ

**設定厨** ◆nGpJkI.30U · 2005/09/01(木) 23:42:50

>>209での挙動は完璧だと思ったのですが、どこに問題があったんですか？

**106** · 2005/09/01(木) 23:53:22

>>231
229も209と同じ処理なのですが、229のは壁の絵の上にマウスがあるときに
カーソルが変なところに飛んでいったりします。

>>224
思考ルーチンのDLL化で作業分担出来るなら非常に有意義なアイデアだと思います。
データの受け渡しはポインタじゃダメでしょうか？

**名前は開発中のものです。** · 2005/09/02(金) 00:05:55

>>229
セルにSTEP数が設定されているのだから
高さ*STEPを補正の段階で引いてあげればいいのでは？

**名前は開発中のものです。** · 2005/09/02(金) 00:09:10

HSPのDLLってどこまでC/C++とコンパチがあるんだろ？
DLL側が鯖化して、HSPはビューに専念できれば理想的なんだけど

**名前は開発中のものです。** · 2005/09/02(金) 00:23:48

233はちと違った。連投しすぎだし寝てよく考えてからレスするようにしよう＾＾；

**106** · 2005/09/02(金) 00:37:59

>>235
俺も今日はもう寝て明日ゆっくり考えます。レスサンキューです。

>>234
winampやkbmediaplayer等の一般のDLLでもHSPから呼べるので、多分
HSPから呼ぶ分には問題ないと思います。
コールバックは使えないみたいですが。

◆mCEJQ9Ki/Q · NG

手厳しいね・・皆。
私は暴走はしませんよ。
前のスレの事で僕はカウンセリングに行ったんですよ。
そうすると、ドクトアが言うには、
君は病気じゃなく性格的に理想とバイタリティーが高すぎるんだと。
そうじゃなく、他人のアルガママを受け入れるようにしなさいといわれました。
僕は非常に穏やかな人間になりつつあります；）

変わった僕はつまりこういう人間です。
私のリーダーとしての＋点
バイタリティーがあり、自己主張はするけど他人を受け入れる、そう穏やかに！
洞察力に優れる。煽りを無視できる。完全に。
複数のプログラミング言語に関して知識がある。
オープンソースと共同開発に関しての本を数冊持っている（まだ読んでいる途中です）
タクティクスオウガを４回クリアした。
ＦＦタクティクスを３回クリアした。
海外も含めてコミュニティーの経験が豊富である。
誰かが英語のリソースの情報が欲しければ、僕が訳そう。

問題点
自己主張が強すぎる事（なるべく抑制しますよ(；´Д｀)ﾊｧﾊｧ･･･）
HSPが嫌いなこと。（でも、作成は暇なとき手伝いますよ。）
毎日１時間～1時間半しかこのプロジェクトに対する時間がとれないこと。

どうだい。僕を信頼して任してみてはくれないか？
皆をモーゼのごとく、約束の地に導くよ。

**名前は開発中のものです。** · 2005/09/03(土) 02:02:20

あまりのうさん臭さにワラタ
これからたくさん叩かれると思うけど大海のごとく広い心で受け入れるがよい

◆mCEJQ9Ki/Q · NG

む・・・言われて見ればそうだね
僕が宣言してから、３つも煽りが着ている。
やりたいけど、ディレクターは諦めることにするよ。
僕は凹まない性格で、煽りも気にならないけど
そういうのを気にする2ch慣れしてない人たちもいるだろうから。
普通にプログラム系と世界観？みたいなのを手伝いますね
改めてよろしく、（将軍と呼んで！みふねという名前は禁句だ！）

◆mCEJQ9Ki/Q · NG

>>209
ソースは無いのかい？

**喪装中** ◆rtIsfcdgiw · 2005/09/03(土) 03:03:43

いつの間にやら盛り上がってますね、プログラムの話はチンプンなのでしばらくＲＯＭってましたが

ともあれ、ディレクターさんその他の皆さん、よろしくお願いします＾＾

**名前は開発中のものです。** · 2005/09/03(土) 08:41:47

タクティクスオウガのハーミットシステムってどういう仕組みなんでしょうか？

各マスのパーツ構成が一定なら、ただ積み重ねていくだけで良いけど
家とかは結構細かいパーツですよね・・・・。
あれは地面とは別の扱いしてるかな？

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 10:02:30

MifuneIDがすんごいけどゴキブリのごとくまた出てきたな。
一日に書き込むの三行までにして。

**102** · 2005/09/03(土) 16:38:16

ttp://gamdev.org/up/img/3128.lzh
　なんとなーく描いてみた。まだ途中。
　アニメーションに関しては作り直すかなぁ。

　ちなみにタクティクスオウガは遊んだこと無いです。
　ＳＳ版？サントラ（非売品）を２個所有しております。
　ＦＦＴは買いましたが、３０分で遊ぶ気無くして友人にあげました。
　ＢＧＭが眠すぎて続けられなかった……。

　それでも、ＳＲＰＧは作れるから、世の中不思議なものです。

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 17:49:12

よくわからない動きがあるんですが・・・レイザーラモン住谷？

**102** · 2005/09/03(土) 18:40:36

　レイザーラモンってのは知らんが、腰の動きが珍妙だから載せた。
　もちろん、作り直しますよ、はいはい。

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 18:49:34

レイザーラモン住谷＝HGフゥーーーーーーー！！！！

**設定厨** ◆nGpJkI.30U · 2005/09/03(土) 18:50:09

って俺3cmだ！ちっせーーーーー！！！

**名前は開発中のものです。** · 2005/09/03(土) 18:51:33

レイザーラモンって懐かしいなオイ
あのコンビまだ続いてるの？

**106** · 2005/09/03(土) 18:59:45

お疲れ様です、102氏。
マウスの方も解決したので、早速使わせてもらいました。
ttp://gamdev.org/up/img/3131.zip

てか、待機中のアニメーションはやっぱ歩行にするんですか？

**名前は開発中のものです。** · 2005/09/03(土) 19:03:11

あれ？レイザーラモンで検索したら住谷しか出てこない・・・コンビ解散したの？

PG · 2005/09/03(土) 19:05:40

ひょっとしてスコット・ホールの事を言ってるのか？

**名前は開発中のものです。** · 2005/09/03(土) 19:19:35

>>250
画面移動させるマスをひとつ外にしてみてくれないかな？
あと移動速度にも少しウェイト掛けてみて欲しい

**106** · 2005/09/03(土) 19:29:58

>>253
それは結構俺も思ってたりしたので、まあ次に公開するときには
直しときますわ。

**名前は開発中のものです。** · 2005/09/03(土) 19:37:06

DLL作りも進めていったほうがいいのかな
HSP側で next a, b, c, d とか繰り返すだけで後はDLLがやってくれるとかね

**名前は開発中のものです。** · 2005/09/04(日) 04:18:49

将軍殿はご自分でプログラムを組まれてはいかがか？
カウンセリングの先生も、きっと喜んでくださると思うが。

**102** · 2005/09/04(日) 23:52:28

ttp://gamdev.org/up/img/3162.lzh
　ううむ、所詮はプログラマが描くドット絵ってこんな程度……orz
　サンプルってことで使ってね。色を塗るのは後回し。
　これをベースにして人間キャラを量産予定。
　次は弓兵か？　クオリティアップは地道にやるです。

　ってか、これはこれで簡単なＲＴＳを作りたくなってしまったよ。

**名前は開発中のものです。** · 2005/09/04(日) 23:56:36

>>257
武器種をアニメに反映させようとしてる？
手の部分を別レイヤーにする必要があるよ

**102** · 2005/09/05(月) 00:06:22

>>258
　あくまで量産するための基礎なので、武器を持たすかどうかはゲームシステムやプログラムによる。

忙人 ◆LFLv.ZhFEQ · 2005/09/05(月) 01:07:28

あ～自分、一応シナリオ書ける人間なんで、
アドバイスさせてもらうとすれば。

１、シナリオ書く人は固定すること
２、キャラクターの設定などもシナリオ書く人の意見を
３、世界観などはシナリオ書く人と相談する
４、要望があるなら、その都度シナリオ書く人と相談する

この４つをこなせば、色々と楽になりますし。
シナリオ書く人に一任せず、
スタッフ全員で相談しながら進めていけば
負担が少なくなっていって楽になります。

作者さん自身、または主要スタッフが
希望とか要望があるなら、
シナリオ書く人に逐一伝えれば良いと思います。
こういうキャラクター～とかの些細な事も
相談してみればより良くなりますよ。

自分の経験談ですけどね。

**名前は開発中のものです。** · 2005/09/05(月) 01:12:21

シナリオ持ち出すと妄想スレ化して潰れるから当分シナリオの話題はいらないとおもう

忙人 ◆LFLv.ZhFEQ · 2005/09/05(月) 01:24:28

まぁ、シミュレーションＲＰＧなら
「イラスト」「プログラム」が初歩ですからね。

>>257
基本的にそのイラストの鮮度を上げれば
そのままでも使えると思います。

>>250
後はマウスを画面端に持っていった際の
視点移動ですが、もう少しスローにしても
良いと思います。
そこら辺は最終的に調整するかと思いますが。

**喪装中** ◆rtIsfcdgiw · 2005/09/05(月) 03:31:14

そうですね、当分はプログラム、戦闘場面の仕様などを進めていきましょう
ドット絵も凡用キャラだけなら設定も要りませんしね

**106** · 2005/09/05(月) 20:33:53

ttp://gamdev.org/up/img/3175.zip
画面のスクロール方法を変えてみた。
ちょっとマシンパワーが必要かも。

**設定厨** ◆nGpJkI.30U · 2005/09/05(月) 20:44:02

すばらしい。

**名前は開発中のものです。** · 2005/09/05(月) 21:56:36

>>264
なかなかいい感じだと思う。
でもマシンパワー何に使ってるの？ｗ
このレベルでGヘルツはやりすぎだと思う

**106** · 2005/09/05(月) 22:28:20

>>266
推奨環境は適当だけど、今回のは画面を再描画する回数が多いので
前に公開したものと比べると重くなってるかも、ってことです。

次はキャラクタの移動かな～。

**名前は開発中のものです。** · 2005/09/05(月) 22:31:10

メモリ有効に生かして
移動後に既に可動範囲をメモリに入れといたら？

忙人 ◆LFLv.ZhFEQ · 2005/09/05(月) 22:43:04

>>264
なかなかに秀逸です。
視点移動も眼が疲れないレベルになってますし、
ユニットの選択関連の流れがスムーズでした。
自分はなんもできませんが、
応援してますので頑張ってください。

**106** · 2005/09/05(月) 22:59:36

>>268
まあ最適化関係はメインと平行してちょっとずつやっていこうかと思います。
264のは今までのと違って、奥に隠れて見えなくなるチップは描画しないようにしてます。
しかし、まだ画面外となるチップは描画してるので直す必要がありますね。

>>269
有難うございます。やっぱ応援してもらうとやる気も続くし、嬉しいですね。
そのうちマップエディタとか作って、みんなで製作できるようにしたいですな。

**名前は開発中のものです。** · 2005/09/05(月) 23:03:46

>>270
了解。いきなりチューニングじゃたのしくないもんな

**106** · 2005/09/07(水) 20:23:37

ttp://gamdev.org/up/img/3191.zip
移動可能範囲の検出ができたのでここらで公開。
まだ地形の移動コストを考慮してないので水中自由状態ですが。

あと、config.iniのFullScreenを1にするとフルスクリーン状態で起動します。
Escキーで終了しますが、こちらはとりあえずフルスクリーンのテストということで。

TO外伝を参考にした設定資料も仮ですが作成しました。
ある程度仕様を決定しないとプログラムも組みにくくなってくるので
こういうのを作成してくれる方いないですかね。

**106** · 2005/09/07(水) 20:29:19

初期状態でフルスクリーンになってました…orz
というわけで、通常のウィンドウで起動するにはconfig.iniのFullScreenを0にして下さい。

**喪装中** ◆rtIsfcdgiw · 2005/09/08(木) 06:51:17

おお、結構細かいところまで設定してますね、こういうのを決める段階に来てましたか
まんまＴＯじゃ面白くないのでここらでオリジナリティをだしたいところです

早急に必要なのは地形ごとの移動コストですかね

**喪装中** ◆rtIsfcdgiw · 2005/09/08(木) 14:18:53

ちょっと仕様を考えて見たのでペタリ

■キャラクターごとに行動力を設定、それを移動と攻撃に振り分けて戦う
たとえばたくさん移動すれば行動力がなくなり、そのターンは攻撃できなくなる
逆に少ししか移動せず、余った行動力が大きいとそれだけ強い攻撃が可能

■ 地形の種類とコスト、最低限必要と思われるものだけ
道、人工物　移動コスト９
平原、草原　移動コスト１０
草むら　　　移動コスト１２
沼地、砂利　移動コスト１４
森林　　　　移動コスト１６
岩場　　　　移動コスト１２
浅瀬、水路　移動コスト２０
川、海　　　普通は移動できない、種族やスキルによって可能になる
雪原　　　　移動コスト１５

段差を上がるときはコスト増、下がる時はコスト減になる

上の移動コストは基本的なものであり、
種族によってそれぞれ移動コスト補正がある
移動コスト補正は訓練によって上昇させることができる

■飛行能力を持っているキャラはちょっと無敵になるのでコストを高めに設定する必要がある？
『地』と『飛』の二つの状態があり、地から飛になるのには行動力を消費する
飛の状態での移動コストは１３くらい、もっと高めでもいい
ターン初めに飛の状態であった時はその状態を維持するか選択、維持するにも行動力を消費する
飛の状態から地の敵へ直接攻撃をすると自分は地の状態になる

**106** · 2005/09/08(木) 18:27:24

>>275
すみません。移動コストと移動力の定義を書いてなく、思い違いがあるようなので
以下に定義を記しておきます。

■ 移動力
キャラクタの存在する地点から残り何マス移動できるかを表す。

■ 地形の移動コスト
キャラクタが1マス移動した際に生じる、移動力の消費量

ということで、ほぼ全ての地形で移動コストは1となります。
（1マス移動すると移動力を1消費）
ただし、水中や雪上ではキャラクタが移動しにくいと思われるので、
移動コストを2にする…といった具合です。

**設定厨** ◆nGpJkI.30U · 2005/09/08(木) 19:23:44

ただのタクティクスオウガの模倣にしないためのオリジナルなアイデアは必要だと思います。

**106** · 2005/09/08(木) 19:55:38

行動力を移動と攻撃にふり分けるというのは面白いアイデアだと思います。
てか、アイデアがある方はどんどん書いてください。
プログラム組み終わってから変更になるのはなるべく避けたいし、これ以上勝手に
組んでいくとやばそうなので。

**喪装中** ◆rtIsfcdgiw · 2005/09/08(木) 21:35:36

地形ごとのコストを少しずつ変えた方が、より戦略性が増すかなと思ったのですけど
例えば草むらを突っ切ろうとすればそれだけ移動範囲が短くなるとか…

基本的な移動コストは平原の１０で、移動力を十倍に設定できません？

**106** · 2005/09/08(木) 22:08:50

平原を1マス進ませるために移動コストを10要するということですか？

ただ、10倍だと細かすぎて、平原と道を比べると10歩進んでも1マスしか
差が出ないので、10, 15, 20, 25, 30くらいでコストを割り当てると
良いんじゃないでしょうか？

**106** · 2005/09/08(木) 22:40:50

移動コスト10倍化が意外とあっさり出来てしまったっぽいので
上のレスはスルーでお願いします。>>喪装中さん

てことで移動コストの細かい設定も対応可能です。
（というかもう正式実装ということでｗ）

**名前は開発中のものです。** · 2005/09/08(木) 22:52:42

住人がネタ出しして106が吸い上げて取捨選択でいいよ
いちおう他の人も作ってるんでしょ？

**106** · 2005/09/08(木) 23:31:35

他のプログラマさんがどういう形で取り組んでいるのか
よく分からない状況なので、これ以上勝手に作り進めていっても
いいのか悩んでました。電脳土方氏も最近書き込みないですし。

というわけで一旦仕様等の見直しをしようと思ったんですが、
スレ住人さんのアイデアを取捨選択する方法でいいのなら
これも～らい、とか言いながら勝手に作り進めますが、よろしいですか？

といっても俺にはグラフィッカーさんだけは欠かすことが出来ないわけですが…orz
共同制作って難しい。

**名前は開発中のものです。** · 2005/09/08(木) 23:32:43

俺はそれでいいと思うけどな
作りたくない仕様を押し付けられたなんて自体は避けたい

**名前は開発中のものです。** · 2005/09/08(木) 23:58:42

ただ、普通はとまりあっての殴り合いになるので、移動後に攻撃力が落ちる仕様は
基本的に攻撃側のプレイヤーがストレスを感じるシステムになりそう

忙人 ◆LFLv.ZhFEQ · 2005/09/09(金) 00:41:41

>>285
なら、防御力を下げるとか。

基本的にこの掲示板だけで共同制作は
難しいですよね・・・。
メールで連絡取れれば楽なのだけれど。

**名前は開発中のものです。** · 2005/09/09(金) 00:43:38

てか106のレベルなら独立スレ立てても大丈夫だよ
サンプル＋サイトが必要条件らしいから、サイト設置せなならんけど

**名前は開発中のものです。** · 2005/09/09(金) 15:30:16

>>285
どういうゲームにするかのイメージが出来てないうちに
細かい仕様から入ってるから何ともいえない。

現実の戦闘で移動しながら、移動直後の攻撃は確かに総体として小になるけど
それを>>106の様な値の振り分けで表現するか、命中率で表現するか
ターンを単機能行動フェイズに細かく区切って表現するか……
いくらでも方法はあって、
そのゲームの中で納得出来る演出（広い意味での）が懲らしてあれば
それはストレスじゃなくて、ゲームとしての心地よい障害になる。

**電脳土方** ◆MPSdUjt5lI · 2005/09/09(金) 16:50:44

106さんの方で進めていて下さい
後から追いかけていきますorz

**106** ◆OSlp8FeceU · 2005/09/09(金) 19:45:28

>>289
了解しました。

ttp://www.geocities.jp/simulationrpg/
製作物の公開スペースを確保したので、今後はこっちにうｐします。
独立スレも考えましたが、今のところはとりあえずこのスレを使おうと
思ってます。

俺は、戦闘では飛行ユニットや弓を生かした空中戦が導入できれば
いいな～とか思ってます。妄想レベルですが、P2P等を利用したネット対戦
や、自作マップ、ユニット交換が実現できれば最高じゃないかと。

**名前は開発中のものです。** · 2005/09/09(金) 22:03:53

ユニット交換いいですね！
FEのように、キャラに愛着がわくといいです。
各キャラにオリジナリティがつくように、各キャラ固有の、
始めから決められたスキルのようなものがほしいです。
どうしても変えられない生まれ持った個性を。

自作マップはそれほど難しくないと思います。
マップの仕様が決まればエディタを作ってみんなでサクサク作って行きたいですね。

戦闘シーンは別画面に切り替えますか？
あと、高低差のあるときは間に斜め線を入れるだけではつまらないので、
激しくカメラを動かす感じにしてほしいです。

**名前は開発中のものです。** · 2005/09/09(金) 22:13:08

ユニット交換ともなるとかなり高度なレベルでの暗号化が必要になるんじゃないかな？

**106** ◆OSlp8FeceU · 2005/09/09(金) 22:23:00

>>291
戦闘シーンは別画面に切り替えない予定です。
グラフィッカーさんの手間も増えるので。

>>292
まあ今は妄想ということで。いずれは実現できるよう
勉強しとくかな…

**名前は開発中のものです。** · 2005/09/09(金) 22:29:53

ゆうていみやおうきむこうほりいゆうじとりやまあきら
ぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺぺ

**名前は開発中のものです。** · 2005/09/09(金) 22:34:24

ファミコンの暗号化の話？

**名前は開発中のものです。** · 2005/09/09(金) 22:37:19

>>295
294は確かにファミコンネタだけど、暗号化の話は別だよｗ
サッカーゲームとか簡単に能力値ALL100に出来たりとかあるからなぁ

**名前は開発中のものです。** · 2005/09/09(金) 22:40:46

いろんな場所に保存しといて、一致してなかったらステータス下げまくるとか

**名前は開発中のものです。** · 2005/09/09(金) 22:44:06

>>297
交換するのが目的なんだしそれはちょっと・・・
まあこのネタはおいおいでいいかもね

**106** ◆OSlp8FeceU · 2005/09/10(土) 12:02:36

ttp://www.geocities.jp/simulationrpg/arc/tactics11.zip
適当な移動処理を実装したのでとりあえず公開。

**設定厨** ◆nGpJkI.30U · 2005/09/10(土) 12:15:45

すげすげすげヴォー
あとは段差でジャンプとかも実装するといいですね。
それと、移動可能マスを真っ黒で表示するのではなく、半透明の四角をかぶせるとか。

**106** ◆OSlp8FeceU · 2005/09/10(土) 12:30:35

そうですね～、移動可能マスは近いうちにちゃんとしたものを作っときます。