みんなでＲＰＧゲームつくりませんか？

**琥珀の月** · 04/02/18 21:16

本気でゲーム作ってみたいと思う人集まれ　（・∀・∩）

**154** · 2006/09/17(日) 23:19:54

装飾品の効果が、まだ具体的に設定されていなかったような気がしますが、
能力値上昇は6種類個別に±できるようにしておきます。。
（装備できる品であれば、剣でも盾でも、能力値に影響させることもできます）

補正計算は、「基礎能力値＋年齢別補正値」を想定していましたが、
一次関数「基礎能力値×ａ[齢]＋ｂ[齢]」にしてもいいですよ(現在だとａ=1)。

次は、戦闘開始時の条件を検討しているのですが、
『敵と味方の知力＋運＋乱数（＋「勘」）を比較』とありますが、
①合計 or 平均？
②α×知力＋β×運＋(勘補正値γ)＋(ζ以内の乱数)の４係数
③大差の定義（差 or 比）としきい値
を決めなくてはなりません。専用電卓を作ったほうが良いかも？

大差の程度によって、②の計算値の順で先制攻撃を仕掛けられる人数を
変えてもいいかもしれませんね。
（「クイズ１００人に聞きました」のトラベルチャンスってご存知でしょうか？）

開発と道具と資金の関係については、戦闘パートが片付いてから、
改めて調整させてもらいます。

３３ · 2006/09/17(日) 23:49:59

人数の多いほうが先制攻撃に有利なのはおかしいんで
平均でしょうね
よく考えたら先制攻撃の可否に敏捷性が関わらないのも
不自然かな・・・変更で申し訳ありませんが敏捷性も加え
ることにしましょう

各人の　敏＋運＋知／２（＋運補正１０）
これをＰＴ内で比較して最も高い者だけ２倍して（２回足す）
合計し人数＋１で割る

これを敵と味方で比較して
同値なら　０％
↑
　　　　　　１～９９％
↓
１．５倍以上なら１００％

の確率で先制攻撃になる

という感じでどうですかね

１００人に聞きましたは見てたけどよく覚えてないなぁ・・・
トラベルチャンスって勝利チームが旅行を賭けて最後に
やるやつでしたよね

３３ · 2006/09/17(日) 23:58:13

あー比較する前に乱数足した方が良いですね
能力が劣ってる方が先制になる確率も少しはあっていいし
平均後に１～１０の乱数を加えますか

**154** · 2006/09/18(月) 16:50:46

先制攻撃できるチームが５人の場合、
先制攻撃されるチームの評価値との比により、
　1.1～1.2 ☆
　1.2～1.3 ☆☆
　1.3～1.4 ☆☆☆
　1.4～1.5 ☆☆☆☆
　1.5～　　 ☆☆☆☆☆
の、星の人数だけ先制攻撃できる、というシステムはどうかと思ったのです。

先制チームの各人ごとに１００分のⅹで判定する方式だと、
最終的な決定が乱数依存になるので、積極的に戦略に取り入れにくい
（当たればラッキーぐらいにしかならない）と思うのですが、どんなもんでしょう？

３３ · 2006/09/18(月) 18:17:12

先制攻撃できる場合は全員ですよ
どちらのパーティーが先に相手の存在に気が付いたか
という判定ですからね

１　敏・運・知（＋勘）を比較して差によって一定確率で
　　どちらかの先制状況もしくは通常になる

２　先制状況になった方は１００％魔法や弓による攻撃
　　を先に食らわすことが出来る。味方の場合戦闘を回避する
　　という選択肢も選べる。（さらに行動ゲージにも差が出る）
　　通常（どちらの先制でもない）の場合は弓、魔法持ちが各人
　　５０％の確率で先制攻撃できる、ということでしたがそれを決めた
　　時は先制魔法攻撃は味方だけという予定でしたからね。
　　敵も魔法を使ってくるということになると順番が大事になってきま
　　すから、敏捷性の高い者から順番に５０％の判定をして弓、魔法
　　の攻撃を出来るようにしますかね。それでもし先に眠りの魔法で
　　寝てしまった場合は当然先制攻撃のチャンスもなくなると（死ん
　　だ場合も同様）

**154** · 2006/09/18(月) 19:50:01

あ、私の勘違いでしたね。了解です。

◆1.5倍以上の差がついた⇒先制側の弓または魔法持ちが攻撃 or 戦闘回避選択
　　後攻チームは攻撃できない

これは確定で良いと思いますが、1.5倍未満の場合、どうしましょうか？

(A案)先制側弓または魔法持ちのうち、コイントス(50%)が成立したものだけが攻撃
　　　後攻チームは攻撃できない
　　　（当初案）

(B案)先攻チーム側メンバーは、個別に(α)％のサイコロ判定
　　　後攻チームは攻撃できない
　　　（当初案をアナログ的に拡張）

(C案)両チーム全員の中で、弓または魔法持ちに限り、敏捷性の高い順に、
　　　先攻チーム側メンバーは、個別に(50+α)％のサイコロ判定
　　　後攻チーム側メンバーは、個別に(50-α)％のサイコロ判定
　　　（敵味方入り乱れての魔法合戦が見られるかも？)

などが考えられます。
いずれにしても、最終決定に乱数の支配力が大きいのがちょっと気になったのですが、
どの方法にしてみても、見た目にはあまり変わらないかもしれませんね。

３３ · 2006/09/18(月) 20:34:35

当初案はこうですね

敏・運・知の平均を比較
同値　　　０％
↑
１～９９％
↓
１．５倍以上　　１００％
で（上回っていた方が）先制状況になる

計算としては比率が１～１．５→０～１００（％）に変換だから
（比率－１）×２×１００（％）ですか
上回った方が１．２２倍（小数点３桁以下切捨て）なら
４４％の確率で先制状況になるということですね

その確率に外れた場合は通常（どちらの先制でもない状況）
となり条件は等しくなります（各人５０％の確率で先制攻撃）

まとめると、ＰＴ同士で敏・運・知（＋乱数）の平均を比較した時点で
１：味方の先制状況
２：通常
３：敵の先制状況
の３通りにまず決まります
２の場合のみ敵味方両方の各人に５０％の先制攻撃チャンスが与えられます
１，３では上回った方が全員先制攻撃できます
一番単純な方法で良いかと思いますよ

**154** · 2006/09/19(火) 21:31:47

多分、こんな感じじゃないかと思いますがいかがでしょうか。
ttp://www7a.biglobe.ne.jp/~amadela/inspire/image/ins10b.png
※感知力の筆頭者加重付き平均は、感知力最大の人が２回加味された平均値
　乱数フィルタのパラメータηは、とりあえず 1.5

先制攻撃の順番は、計算で求めた感知力の順にも出来ますが、
指定どおり敏捷性の順位で良いですか？

３３ · 2006/09/19(火) 21:59:05

そうですね、この通りで進めてみてください
計算式については今後他の要素が加わってから
調整していけばいいですからね
流れとしてはこの形でとりあえず決定ということで

３３ · 2006/09/21(木) 18:01:43

戦闘の各判定の暫定式をアップしておきました
不明な点があればよろしくお願いします

**154** · 2006/09/21(木) 21:54:55

先制攻撃判定における敵の弓・魔法攻撃の種類は、プレイヤーチームと同様、
保有スキルと攻撃タイプ(弓）から乱数で決定すればよいでしょうか？

敵のスキルは、現在の敵ステータス「Ｔ」の項目の後ろにコンマ区切りで
羅列すれば定義できます。

戦闘に関連するスキルは、
①戦闘前（プレイヤーのみ。敵の場合はあらかじめステータスに加味しておく）
　鉄壁、盾装、魔術、魔道、加護

②戦闘パーティ編成時と先制攻撃関連
　祝福(パーティ内)、勘、魔法ＡＢＣＳ

③戦闘中
　剣技、剣聖、斧使、槍使、弓手、根性

④戦闘後
　治癒

で全部のはずですが、見落としがあったら指摘してください。

ところで、戦闘の計算を作っていて気が付いたんですが、
「リーダーシップ」⇒仲間の能力引き上げ
「ムードメーカー」⇒仲間の調子引き上げ⇒能力引き上げ
となると、実質的にあまり差がないみたいですけれど何か差をつけますか？

３３ · 2006/09/21(木) 22:07:03

ムードメーカーは時々イベントで仲間の調子（絶好調、不調など）を上げます
リーダーシップはＰＴを組んだ時点で仲間の能力値が微量上がります

あと今日スキルで「連打」というのを追加しました
今後ももしかしたら追加はあるかもしれません

敵の先制攻撃スキルはランダムでいいでしょう
とりあえずいくつか試験用につけておきますね

３３ · 2006/09/22(金) 00:01:24

あ、調子はＭＰの代わりのような役割もさせようかと思ってます
例えば「治癒」を使うと調子が１段階下がるとか
イベントでの判定でも使うでしょうから能力値以外の意味もあります

３３ · 2006/09/22(金) 00:35:04

よく考えたら先制攻撃の判定のパラメータηは
砂漠や雪原では高く、森や洞窟では低く、という風に
変動させた方がいいかもしれませんね

**154** · 2006/09/22(金) 22:28:12

ムードメーカーは、このスキル保有者がパーティに加入したら自動的に底上げするのではなくて、
何かイベントをきっかけに、パーティメンバの調子を改善する、ということですね。

先制攻撃判定に関わる主なパラメータは、大差の閾値に当たるη(=1.5)と、勘スキルによる補正量(=10)と、
敏捷性、運、知力に掛ける係数(1, 1, 0.5)です。
これを変えるとどのようにバランスに影響するかは、まだはっきりとは分かりませんが、
地形によって変更するというのは、良いかもしれません。
一応、地形データ中に変数を定義しておきます。

**154** · 2006/09/22(金) 22:37:16

ところで、道具の定義書式ですけれども、
#　名前種別(,手) 維持,レア度重量性能値能力補正(６種) 追加スキル説明
のような順序でお願いします。

・名前　＝　道具の表示名

・種別,手＝{備品,消耗品,剣,斧,メ,槍,短,弓,杖,鎧,盾,装}のいずれか
　　　　　　武器に限り、{両,片}のいずれかを指定するが、斧槍弓はデフォルトで両手

・維持方式＝{　廃棄(季節更新時自動消滅),　通常, 　重要(廃棄禁止), 　個人(装備解除禁止)　｝
・レア度は数値で指定（省略時０）

・重量＝　数値。イメージしやすいように、例えば0.1kgぐらいを単位にしてはどうでしょうか。
・性能値＝　武器なら基礎攻撃力、防具なら基礎防御力、その他、任意の性能パラメータとして利用
・能力補正値＝　装備した場合にキャラクタの能力に影響する値(±ともに可能)
・追加スキル＝　装備した場合にキャラクタに加えられるスキル（学習する５種制限とは無関係で、コンマ区切りで複数可能）
・説明＝　その道具に関するコメント

例えば、
ファルシオン　　剣　　通常,3 4　5　0 0 0 0 0 0 －幅広の片刃刀。半月刀
バスタードソード剣,両通常　 0　0　0 0 0 0 0 0 －色々な剣の利点を持ち合わせた剣
のような感じになります。

価格はここではなく商売するところで売価、買価独立に設定するようにしようと思いますが、
参考価格として併記するなら、レア度の後にコンマ区切りで書いてください。

３３ · 2006/09/22(金) 23:27:55

概ね了解ですがいくつか

まず斧槍弓も片手ありにしておいてください
例えば「斧使」と「盾装」のスキルを覚えてしまった場合
両手用の強い斧を装備するか、盾を生かして片手用の弱い
ハンドアクスを装備するか・・・というような選択もあっていいでしょう

次に重量は現実の単位は使わない方がいいでしょう
リアリティよりもゲーム性のほうが大事ですからね
数値だけでも問題は無いでしょう

あと種別と維持方式はまとめられそうな気もしますね
プログラム上のことなんで任せますが、種別の方をもう少し
細かく分けることで維持方式は種別に依存させられると思います
重要アイテムはイベントフラグの方で管理してもいいですし
（そのアイテムを入手するイベントを通過した、というフラグが立っていれば
　アイテム蘭に表示しなくてももっていると判断される）
それとアイテムの一覧を表示する際に理想としては種別＋アイウエオ順
で並べられるようにしたいですから
食料、備品、回復剤、能力アップ＆スキル習得系、素材（薬草、鉱石、食材、その他の収集品）
宝物、戦闘用、剣,斧,メ,槍,短,弓,杖,鎧,盾,装
こういう感じに分けるというのはどうでしょうか

**154** · 2006/09/23(土) 07:07:03

片手の斧は、「斧,片」と表記します。

重量の単位を表示する必要はないと思いますが、
あらゆる装備と道具の重量を合算して筋力と比較することになりますので、
設定する際の目安となる基準があったほうが良いと思います。
一食分の食糧の重量が１に対して、剣が１００とか２００という重量比では不自然ですし、
パーティ編成の際、バランスが取れません。

ソーティング用のカテゴリ分けが必要であれば、そのための項目を一つ追加しても良いですし、
デフォルトで登録順（アイテム定義ファイルの記入順）ですので、分類して定義しても良いです。
登録番号、名前(五十音)、重量などの順でソートできるようにしてみます。

**154** · 2006/09/23(土) 07:10:30

維持方式は、「食糧を一般アイテム扱いしてシーズン持ち越し不可」に設定していた名残です。
ほとんどのアイテムは「通常」設定で良いと思いますが、
生もの（イベントで拾った果物とか「氷の剣」みたいなもの）は「廃棄」設定にしておくと、
システム側で自動的に処分します。

「重要」設定アイテムの管理をイベントシステム内部フラグに任せると、
総重量への反映が煩雑になるのでおすすめしません。

「個人」設定は、装備品を人物に固定して使いまわされないようにするための設定です。
先祖代々の家宝のような武器、防具を設定することのほかに、
能力０のダミー盾を装備させておくと、片手の武器しか装備できない人物などが設定できます。

まあ、システム的にそういう機能もある、というだけなので、使わなくても構いません。

それからアイテムの種別については、アイテムの使用効果のバリエーションで
種類が爆発的に増えてしまいます。
それを避けるため、「消耗品」と「備品」については、使用時（作用時）に
スクリプトラベルを呼び出し、ステータス更新等の細かい指示を設定します。
これらの違いは、処理成功時にストックから１個抹消するかしないかです。

３３ · 2006/09/23(土) 20:24:58

消滅するアイテムとか個人の固定装備だとか出来るに越したことはありませんが
ほとんど使わないかもしれないんでね
重要アイテムは重量無しにしてもいいし、装備を変更させているのに
イベント内では元の装備を使っている表現だったりしたり、なま物がいつまでも
腐らなかったりと、そのへんはそんなに気を使わないでいいと思ったんですが
まぁプログラムに関することなのでお任せします
154の通りにやっていきましょう

３３ · 2006/09/27(水) 00:03:31

アイテムの名前を考えるのは楽しくもあるけど難しくもある・・・

３３ · 2006/09/27(水) 23:38:15

よく考えたら「僕」って喋るキャラ一人も居ない・・・

**154** · 2006/09/28(木) 21:35:01

数字ばかり眺めていたら気持ち悪くなってきましたのでグラフにしてみました。
ttp://gamdev.org/up/img/7692.png

ちょこっとテストした印象としては、敵は全般的に敏捷性と運が高めっぽいので、
ほとんどの組み合わせで先制権を持っていかれるような気がしました。

ところで先制チームは、魔法などの攻撃をした上に行動ゲージ満タンで開始できるとなると、
ちょっと一方的な展開になってしまいそうなんですよね。
しかも、先制が取れるチームというのは基本的に敏捷性が高いわけで、
例えばダメージを受けたりかわしたりしたら行動ゲージを引き上げるような救済措置がないと
バランスが取りにくいような気がしました。

まあ、もう少しまともに動くようになってから検討しましょうか。

３３ · 2006/09/28(木) 23:47:20

苦労されてるようでご苦労様です
計算式が多いですからね。のんびりやってください
何も報告がなくても時々書き込んでもらえると嬉しいですが

バランス的に敏捷性のウェイトが大きいですか
行動ゲージを一度に増やす量が敏捷＋１０になってますが
この数値（＋１０）を増やせば敏捷性の重要度が下がりますね
あと最大ＨＰの設定によって一撃の重みが変わってきますか

敏捷性の高い者は攻撃力を低く、攻撃力の高い者は敏捷性を低く
両方高い者は一度に少数しか出現しないように、と
まぁ数値はすぐ変えられますからあとで考えればいいでしょう

**154** · 2006/09/29(金) 21:11:41

失礼。実は風邪ひいてました。

ゲーム展開における敏捷性の支配割合について話題にしたかったのは、
一番戦況を左右しやすい攻撃順序をシステム的に揺さぶることで、
バランスを拮抗させる調整要素にしてはどうか、という提案です。

操作は単純だけど中身が複雑な戦闘システムにしているので、
単純な力比べや、機動力・体力勝負にならないように工夫して、
できるだけ勝負の行方に、あるいは逃亡する決断も含めて、
プレイヤーの判断の良し悪しが影響するほうが面白いと思うんですが、どうでしょうね？

３３ · 2006/09/29(金) 22:28:27

当初の予定では攻撃方法として
「渾身」「通常」「牽制」というのがあって
「渾身」　＝　ダメージ、衝撃率が増えるけど連打にならない、反撃を受けやすい、行動ゲージが－になる
「牽制」　＝　ダメージ半分、衝撃率０になるけど反撃を受けない、行動ゲージが半分しか減らない

というのがあったんですが、シンプルにするために削除しました
プレイヤーのコマンドを複雑にすると戦略性は上がりますが
ややこしくなる、敵のＡIが難しくなる、といった弊害もありますね

コマンドを増やさずに戦略性を上げるとなると・・・
プレイヤーの選択肢として残ってるのは「誰を攻撃するか」というところですね
現在の仕様でも衝撃や反撃といった要素で少しは頭を使う部分もあるとは思いますが・・・
あとは戦局を左右できるようなアイテムを使う使わないの判断、逃げる判断

何か具体的に思いついたら提案してください
ここ見てる他の人（居るんだろうか）も何か思いついたら意見ください

実は私も体調崩してたり
お互い体には気を使いましょう

**154** · 2006/10/04(水) 21:43:42

進展少ないですけれど、生存報告しておきます

先日から、戦闘システムのチェック用プログラムを作っていて、
内部的なデータ構造はほぼ確定して、従来の(プレイヤー用の)キャラクタ定義から
戦闘用に共通化したユニット定義に変換する部分までのコーディングを終えています。

その際、いくつかパラメータ（変換に関わる係数）があるため、
敵の設定パラメータと合わせて調整するための専用ツール（模擬戦闘システム）
を作りかけています。

数値のバランスを調整することが主目的なため、グラフィックスに凝るつもりはありませんが、
いわゆる「エディタ」に近い性質のプログラムとなるため、作業手順設計やＵＩのレイアウトに
手間が掛かっています。
とりあえず、敵のテーブルから自由に個体を組み合わせて敵パーティを編成・解散し、
個別のユニットに追加スキルを設定できるところを作りました。

ところで、ユニットの個別に前衛・後衛を設定できるようにしようと思っていましたが、
基本的に攻撃方法によっては後衛にする意味がないことがありますので、
・剣・斧・メイス・短剣タイプで攻撃できるなら前衛
・それ以外の方法でしか攻撃できないなら後衛
を原則（つまり、プレイヤーが前後衛を設定する必要がない）
としてはどうでしょうか？

※その場合でも、勿論、全員後衛になる組み合わせでは全員前衛としますし、
　先制できなかった場合には上記の原則によらず前後衛をランダムに決めるとか、
　戦闘中、１ターン消費して前後衛を選べるようにもします。

３３ · 2006/10/04(水) 23:22:02

ご苦労様です
戦闘のテストは繰り返しやることになるでしょうから
エディタ的なものはあればいいなとは思ってました

前後衛を自動で設定するのは止めたほうがいいでしょう
敵は近接攻撃が多いことから後衛には「安全である」
というメリットもありますからね
アイテム使用係にするとかいう戦法もあるかもしれませんし
前後衛は冒険中の画面で１クリックで変更できるようにしておけば
プレイヤー的にもさほど問題にはならないでしょう

**154** · 2006/10/06(金) 06:11:50

戦闘中に使えるアイテムといえば、確定しているのは
・ガラスの剣　一定確率で敵を即死させる
・煙玉　　　　　戦闘を強制終了
・魔法薬
でしたよね？

敵はアイテムを使わない仕様だったと思いますので、
プレイヤー側だけアイテム利用を前提にした戦法がとれる
というのは多少ズルい気がするのですが、
それにしても、多少なり戦力の足しにしようとすれば、
アイテム以外の方法で（かつ、なるべく安全に）攻撃できるように、
弓などを持たせると思うんです。

敵のパーティ編成手順を検討していて感じたのですが、
近接攻撃キャラを後衛にするという選択が可能であったとしても、
現行のシステムだと決して有効な戦法にならない気がします。
なので敵の場合はデフォルトで前衛で、
遠距離攻撃可能なら初期値を後衛にする、という設定で
自動化できないかな、と考えた次第です。

とりあえずは、プレイヤーも敵も、前後衛をあらかじめ選択しておく
方式で進めてみます。

**名前は開発中のものです。** · 2006/10/06(金) 20:02:14

敵のパーティーの編制を自動にしようとしてるのかな
それならまぁ自動で前後衛決めてもいいですが

無意味だから無しにしようってのはどうかと思います
例えば前衛にコボルト４匹、後衛にゴブリン１匹
これで手下のコボルトを前に出して自分は後ろで
様子を見ている上官のゴブリン、なんてことを表現できますし
無駄はいくらあってもいいと思うんですよ
自動で決めた方がシステム的に楽だって事ならもちろん別ですが
あとプレイヤー側だけアイテム使えて有利ってのは
別にかまわないでしょう
そこに公平を求める必要は無いですからね

３３ · 2006/10/13(金) 00:26:51

チャートにして２６番もあるイベントとか大丈夫かな・・・

**154** · 2006/10/14(土) 21:13:40

今週滅茶苦茶忙しかったので連絡が途絶えてしまいました。すみません。

中間報告になりますが、現在のテストプログラムの状況です。
ttp://www7a.biglobe.ne.jp/~amadela/preview/prev20061014.lzh

フロントエンドはしょぼいですが、設定されている計算式での算出結果の比較評価
ぐらいには使えるのではないかと思います。

現在のプレイヤーパーティ側の能力を平均値とするなら、全般的にもう少し敵は弱めで
設定したほうが良いかな、という気がします。
あるいはプレイヤー側のパラメータ計算式を調整する方法も可能です。

しかし先制攻撃を決める感知能力（＝敏＋運＋知÷２＋勘補正）が、
どのようにパーティを編成しても敵の方が高めになるようですので、
（野生動物の方が敏捷そうだから？）、この計算式も再考が必要かも。

３３ · 2006/10/14(土) 22:29:24

おぉ着々と進んでいるようですね
お疲れ様です

少し試してみましたが現状では通常状況（どちらの先制攻撃でもない場合）
に５０％の確率で先制攻撃を出来る、というのは実装されてないんですよね
通常状況になることが実際には一番多いでしょうから
両者から先制魔法が飛び交うっていうことも結構ありそうですね

敵の数値に関しては５０をMAXに想定してた時期の数字も残ってるんで
やたら数値が高くなってます
まぁ調整は後々でいいでしょう

あと祝福をonにすると再試行の度に防御がドンドンあがってしまうバグがあるようです

**154** · 2006/10/17(火) 21:52:32

企画ページによると、
・どちらの先制でもない場合(比率が1.0～1.5のとき)、
　（比率-1)×2×100%の確率でテストして、
　パスした場合、上回る側（だけ）が先制攻撃
でしたけど、双方先制攻撃合戦にもできます。
どちらが良いでしょうね？

再試行のバグ、確認しました。次のリリースまでに直しておきます。

ちなみに戦闘システムには関係ありませんが、重量の設定が小数になってますね。
これも次までに対応しておきますね。

３３ · 2006/10/17(火) 22:28:58

ちょっと解りにくい書き方でしたね

・どちらの先制でもない場合(比率が1.0～1.5のとき)、
　（比率-1)×2×100%の確率で
　成ならば（敏＋運＋知÷２＋勘補正の合計値が）上回っている方の先制状況に
　否ならば通常状況に

という意味です

その後その下に記したとおり、通常状況の場合
　５０％の確率（魔法、弓持ちのキャラクター個々につき判定する。判定の順番は敏捷性に拠る）
　で、敵に魔法、弓で先制攻撃をすることが出来る
です

つまり双方の感知能力の比率が１．２倍で味方のﾎｳが上回っている場合だと
４０％の確率で味方の先制状況になります
４０％をはずして通常状況になった場合、敵味方で弓魔法持ちのキャラクター全員が
５０％の確率で先制攻撃を出来ます。行動の順番は敏捷性の早いものからです

３３ · 2006/10/17(火) 22:37:29

ちょっと修正
１．５倍以上の差がつかない＝どちらの先制でもない　ではありません
感知能力で上回った方が　（比率-1)×2×100%　の確率で先制状況になる　が正解です
（１．５倍以上だと１００％を超えるので必ず）

それを外した場合、どちらの先制でもない（＝通常状況）です

通常状況の場合、弓魔法持ち各人が５０％の確率で先制攻撃できる　ということです

せ、説明し辛い・・・

３３ · 2006/11/04(土) 00:11:07

かなり停滞してしまってますね・・・
戦闘部分の見せられるようなモノが出来たら
新しい人を募集してみますかね

**154** · 2006/11/04(土) 21:08:44

すみません、今月中旬期限の本業が片付くまで手が回りません
システム的にはだいたい理解出来ていると思いますので
まとまった時間が確保できれば今月末ぐらいのタイミングで次のプレビュー版を
公開したいとは思っています

当初にくらべて企画内容は随分クリアになりましたし
まだちょっと大規模すぎる気がしていますが、ある程度作業量が見えてきているようなので
必要なスタッフ募集については、随時、進めていただいて良いと思いますよ

３３ · 2006/11/04(土) 23:13:27

そうですね・・・完成第一で削れる部分は思い切って早めに
削ってしまった方がいいかもしれませんね

生産や運営関係は後で付け足せるからいいとして
ここにきて悩んでるのは時間の経過や老化による能力の減少
がプレイヤーにとって単なるストレスにしかならないんじゃないかという疑問
ここをもうちょっと考えてみないといけませんね・・・

**名前は開発中のものです。** · 2006/11/12(日) 06:08:41

このスレッドは制作系の中でもかなりの良スレだと思う。

やはり、スレ主さんが先頭に立って頑張っている所が一番大きいのかな。
Wizardry 系スレの方でも見た気がするのだけど、それは気のせい？

自分はずっと ROM っているだけなのだけど、
これからも心の中では応援していくので頑張って下さいな。

ゲーム自体も結構面白そうだしね、それにも期待しております。

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

…と思ったけれど、ここの >>1 さんと、今頑張っている方は別なんですな。

33 · 2006/11/12(日) 21:02:19

応援ありがとうございます
自分はステフスレの３３番で>>102からこのスレを再利用させてもらってます
こんなところを見てくれている人も居るんですね
なんとか完成まで持っていきたいですな

**154** · 2006/11/22(水) 21:21:24

そろそろ再開しましょうか。

戦闘中のキャラクタの表示方法についての案ですが、
プレイヤー側は、
　ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061122.JPG
な感じでどうでしょう？

バーグラフの上側がＨＰで、
・125までは黒地に赤色
・250までは赤地に橙色
・500までは橙地に黄色
・999までは黄地に黄緑色
にして、限られた幅で最強の海王から瀕死のキャラクタまで表現できるよう工夫してみました。

下側のバーは行動ゲージで、プラスの場合グリーン(maxは常に500)、
マイナスの場合は青白い色で表現しています。

企画ページにある図（ttp://www.eonet.ne.jp/~hbj/img/dot1.bmp）では全身横向きの画像に
なっていますが、せっかく個性的な顔グラフィックがあるので、
そのまま使ってみてはどうかと思うのですが、いかがでしょうか。

なお、その場合、敵側も同じような表現にしたいのですが、敵のグラフィックスは、
どんな風が良いんでしょうね？

**名前は開発中のものです。** · 2006/11/23(木) 20:30:51

顔絵を表示するのはいいですがそれとは別に
戦闘の様子を絵的に表現したいですね
前衛、後衛があってそれぞれの制限もあるシステムですから
ドラクエタイプだと解りづらいでしょう
「○○の攻撃！△△に５０のダメージ！」　のように
文字を目で追うようにはしたくありません
理想としては
ttp://www.falcom.co.jp/ed6/images/ed6ss_15l.jpg
↑のような感じです
もちろんここまで作るのは無理ですから
・キャラは真横からの絵のみ
・モーション用の画像無し
・各キャラ固有の絵は無し。武器・性別毎の絵のみ
というようにかなり簡略化しなければいけないでしょうが
それでもずっと見やすくなると思います

３３ · 2006/11/23(木) 22:34:31

名前入れ忘れた上に下げ忘れてた・・・

**154** · 2006/11/24(金) 21:40:25

武器（攻撃タイプ）の区別はエフェクトを変える表現方法が良いと思います。
攻撃元から攻撃対象への方向も、エフェクトで表現するつもりです。

各個体の識別と、前衛、後衛が視覚的に区別できるようにするのであれば、
　ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061124.png
のような画面構成にする方法でも、とりあえずなんとかなりそうなので、
データが揃ってくるまではこのスタイルでプロトタイプを作ろうと思います。

>>327 の例にあるように、フィールドの平面的な広がり感を演出しようとすると、
顔グラフィック以外にフィールド表示用の画像が必要になりますね。

攻撃タイプや性別で抽象化した画像にすると、作業量が絞り込めますが、
プレイヤーパーティ中に同じ外見のキャラクタが２人以上いる状況が発生し得るので、
結局、名前で個体識別する手段に頼らざるを得ません。

できれば、現在５６人分あるキャラクタそれぞれの全身画像を用意するのが
一番分かりやすいと思うのですが、難しいでしょうか？

**154** · 2006/11/24(金) 22:02:15

試しに、募集をかけてみましょうか？

【募集内容】RPG戦闘画面用キャラクタ静止画像
ttp://www.eonet.ne.jp/~hbj/inf14.html　で公開されている顔画像を参考に、
全身像（左後方斜め上から見たアングル）を表現したもの
【サンプル】ttp://www7a.biglobe.ne.jp/~amadela/preview/tmpl20061124.png
【　色　】RGBA
【抜き色】αチャネルで指定/RGBは(0,0,0)が望ましい
【サイズ】横128×縦128ピクセル以内
【ﾌｫｰﾏｯﾄ】png（32bit）
【ｱﾌﾟﾛﾀﾞ】例えば ttp://gamdev.org/up/ などで（任意）
　　　（このプロジェクトでの利用に限り、再配布を許可願います）
【完成報告等】このスレにて

通りすがりの絵師さんの目に留まりましたら、ご協力お願いします。

**名前は開発中のものです。** · 2006/11/25(土) 20:29:30

がんばれい

**名前は開発中のものです。** · 2006/11/26(日) 23:49:39

上のアップローダー（８２１７）に静止画像を書いてアップしてみました。
お役に立てればよいのですが…。
製作がんばってください。

33 · 2006/11/26(日) 23:52:01

まぁ募集は土台がもっと出来上がってからのほうが人も集まるし
作業する人のモチベーションも上がるので後でいいでしょう
後ナナメか真横か、どの程度の等身にするか、全キャラ用意するか
重要キャラだけにするか、１キャラに付き１画像にするか攻撃モーション
被攻撃モーションなんかも作るかなども決めないといけないし
あと敵キャラのサイズを何段階かに分けてどういう組み合わせなら
どこに配置するかという仮想マス目的なものも考えないといけませんね

とりあえず先に話し合ってダミー画像で出来るところまで作ってしまったほうが
いいのかな？（あとは画像用意すればいいって所まで）
それとも戦闘に関しては>>３２９のやつで作って他のことを進めますかね

３３ · 2006/11/27(月) 00:09:55

ってうわぁぁぁぁぁ！
すごいのができてる・・・！

１５４さんの意見も聞かないといけませんが
よかったらこのまま継続的にこの企画に参加してもらえませんか？
作業量とかも話し合わないと決められないと思いますが
こんなカッコイイのが全キャラ用意できたらゲームのグレードが
数段アップしそうだ・・・

**154** · 2006/11/27(月) 21:14:59

>>332
いい感じですよね。

たぶん攻撃タイプ別性別画像にするよりも、個人別の画像を用意するほうが、
顔グラフィックと対応しやすいと思うので、全員分揃うことを願います。

色指定がないと、残りのキャラクタを設定するのが難しいと思いますが、
そのあたり、どういう段取りにするか考えないといけませんね。

275氏が復帰されると良いのですが、そうでなければ先に全身画像で色を
着けてしまっても良いんじゃないでしょうか。

勿論、採用するかどうかの判断は、３３氏がHPに転載された時点を基準に
しますので、332氏以外の方にも、いろいろな作風で発表していただけると
盛り上がると思います。

既に４ヶ月ぐらい作っていますが、ちょっと閉鎖的な気がしていましたので、
ちょこっとずつでも、いろいろな人に参加していただけるような進め方をしてみては
どうかと思っています。

**名前は開発中のものです。** · 2006/11/28(火) 13:13:35

このスレも、この板の名物の一つになりそうだな

33 · 2006/11/29(水) 22:15:17

色々なゲームの画像見て思ったけど、画像１キャラ１枚なのに後ナナメってのはどうなのかな
キャラの特性、特に女性キャラのかわいさなんかが表現しにくいのでは
前ナナメか真横の方が良いような気がします
真横だと反転で逆向きも出来て人ｖｓ人や会話シーン（戦闘態勢だけど）
も表現できるというメリットもある

あと武器の表現はどうするかですが
弓以外ならちょこっと描き変えて画像を用意するのはそんなに手間は要らないと思うけど
プログラミング的にはどうなのか

等身に関しては絵師さんを選べるような状況でもないんで得意なスタイルで描いてもらえば
いいですが、まぁ３～５ってとこですかね
一人で全部じゃなくてすきな量だけやってもらってもいいし
その前に身長とか色の設定を決めないと無理ですな・・・

**154** · 2006/11/30(木) 06:29:51

では、真横、前ナナメの画像も同様に(128x128程度,png)で募集してみましょう。
残りの顔グラフィックについても、色指定があったほうが描き易いでしょうね。

いまのところ全身画像が戦闘時にしか使わない予定で、
単に前衛・後衛の位置関係と個体識別が出来さえすればよいですから、
システム上は十分上等だと思います。

個体の装備品、例えば盾を持っているか否かの違いを
この画像で確認する必要は、システム上ありません。

もしイメージ的にどうしても合わないキャラクタがあれば、
丸腰パターンも用意しておいて、
特定の攻撃タイプ以外の時はそれを使う、
ということで、どうでしょうか？

**154** · 2006/11/30(木) 06:37:54

それからついでに、敵グラフィックスについても同様な方法で募集してみます。

【募集内容】RPG戦闘画面用敵キャラクタ静止画像
ttp://www.eonet.ne.jp/~hbj/inf10.htmlで公開されている敵の名前を参考に、
全身像（右前方斜め上から見たアングル、または真横）を表現したもの
　（　>>330 で提示したサンプル画像に向かい合うアングルです　）
【　色　】RGBA
【抜き色】αチャネルで指定/RGBは(0,0,0)が望ましい
【サイズ】横128×縦128ピクセル
【ﾌｫｰﾏｯﾄ】png（32bit）　ファイル名は、敵名.png でお願いします
【ｱﾌﾟﾛﾀﾞ】例えば ttp://gamdev.org/up/ などで（任意）
　　　（このプロジェクトでの利用に限り、再配布を許可願います）

こちらは名前と攻撃手段ぐらいしかビジュアル的な設定がありませんので、
色彩設計も含めて自由に描いていただき、３３氏に監修していただく手順で
いかがでしょうか。

サイズについては、こちらの実装ではテクスチャマッピングなので、
表示寸法は別途パラメータを用意して調整しますから、
ピクセルを有効に活用していただければ良いです。

33 · 2006/12/01(金) 23:07:42

服装のイメージを２キャラほど描いてみたんですが・・・
結構大変ですねこれは。ファッションセンスも無いし
全キャラは厳しいので、重要キャラ以外は文章でイメージだけ
ってことになるでしょうか

**332** · 2006/12/02(土) 18:30:21

ゲムデヴあぷろだ（8277）に横向きの敵絵をアップロードしました。
私でよろしければ、お手伝いします。

**名前は開発中のものです。** · 2006/12/02(土) 20:24:53

>>341
これは上手い！！

**332** · 2006/12/03(日) 09:56:13

今、ＨＰのレスに気づきました＾＾；
皆様、よろしくお願いします。
お褒めのお言葉、ありがとうございます。

＞３３さん
描く側からすると、味方も敵も真横でしょうかね？
３３７の事もありますしね。
１５４さんの方で実装などに問題ないようでしたら
敵（横絵）側の方から作業に入りましょうか？

**３３氏（154代筆）** · 2006/12/03(日) 21:01:16

>>341

これは迫力のあるコボルトですね
最弱の敵なのに思わず「逃げる」を選択しそうです

ご協力いただけるということで大変心強いです
改めてステフ３３ですよろしくお願いします

仕事はとりあえず戦闘時の敵味方のドット絵ということで
HPを参照して好きなモノから好きなペースで作っていただいていいんですが
その前に作業を無駄にしないようにまず仕様をきっちりと決めてしまいましょう

１：味方をナナメ後ろ向きにして敵をナナメ前向き（味方が画面右下（手前）で敵を左上（奥）に配置）
２：１の逆（味方が画面右上（奥）、敵を左下（手前）に配置）
３：真横（若干見下ろす感じ？）

とあるわけですが
描き手からの意見でどれが一番やりやすいとかはありますか？

(06/12/2)

**３３氏（154代筆）** · 2006/12/03(日) 21:02:00

>>343

私も真横で異存はありません
決定は１５４さんの意見を待ちましょう

敵キャラの絵ですが、名前だけではイメージの湧かないものもあると思います
文章や必要なら絵も補完していきますので
最初はユニコーンや大グモのような解りやすいのから手を付けてみて下さい

あと判るかと思いますが、ＨＰの敵リストの頭に「・」が付いているものは
「○」が付いているものの色違い（マイナーチェンジ含む）です

(06/12/3)

**154** · 2006/12/03(日) 21:37:14

絵のクオリティについては異存ありません。ぜひ、引き続きお願いしたいです。

ところで真横にすると前衛・後衛の違いを表現するのに水平位置を変えますよね。
それとパーティの構成員数は縦に並べることになります。

大きなキャラクタが居れば、レイアウトの都合上、重ね合わせる必要がありますから、
例えば大きな前衛キャラクタ同士が、縦方向にずれて首が積み重なっているような
絵になってしまうと、ちょっと格好悪いかな、と懸念しています。

それに比べると斜めアングルの方が平面的にレイアウトする余地がある分、
無難ではないかとも思いましたが、横画面でも何か工夫できるかもしれないので、
とりあえず、描きやすいアングルで描いていただければ良いと思います。

ついでに３３氏にお願いですが、鎧・盾のパラメータも仮決めで設定していただけませんか？

**332** · 2006/12/03(日) 22:18:19

154さん、よろしくお願いします。
ゲムデヴあぷろだ（8286）に、今までの作成分をアップしました。

縮尺（大きさ）は、お言葉に甘えさせていただき
128x128以内で、描きやすい大きさで描かせていただいております。

多少、横にずらして配置するなどしないと
まず、重なってしまうでしょうね＾＾；
やや斜め向きの横で、作成していきますね。

**名前は開発中のものです。** · 2006/12/04(月) 01:53:50

３３ · 2006/12/04(月) 01:57:48

（書き込みテスト）

いきなり１０枚も！
すごい作業速度ですね・・・しかもクオリティが高い・・・
ワーウルフとかすごい怖いんですけど

キャラは真横でも縦の並びをすこしナナメにずらせば大丈夫かな・・・？
真横といってもキャラはやや半身になりますしね

防具のデータ一応アップしておきました

シナリオのほうも頑張らないとな・・・

**154** · 2006/12/06(水) 21:53:27

ついでなので、必要なものをいろいろ募集してみます。

(1)プレイヤーキャラクタの横向き画像
　特に、戦闘テストに使っているアストン、ダリア、ルトラ、クレア、ワンジの５名を急募します。
　未着色のダリア、ルトラ、クレアの着色顔画像もあると良いです。

(2)攻撃表現用の補助画像
　剣、斧、メイス、短剣、槍、矢　の画像（右向き、128x64程度、PNG）
　中央水平線に軸が通るようにしてください。

(3)魔法表現用の補助画像
　祝福、鉄身(味方の防御UP)、催眠、死　をイメージさせる画像
　よくわかりませんが、例えば魔方陣のようなイメージはどうでしょう？
　加算合成用のテクスチャにしようかと思いますので、
　とりあえず128x128程度のPNGでお願いします。

**332** · 2006/12/06(水) 22:31:02

ゲムデヴあぷろだ（8309）に、敵絵の作成分をアップしました。

いろいろな人が来てくれるとよいですね。

33 · 2006/12/07(木) 01:03:39

＞３３２さん
お疲れ様です。ものすごい作業スピードですね
ラミアとサボテン戦士が気に入りました
またイメージラフを４つ程あげておいたので参考にしてください
作業は自分のペースで気楽にやってください

＞１５４氏
攻撃種類別のエフェクトはどんな感じになるんでしょうか？
敵（ダメージを受ける側）の衝撃を表すアニメで区別するという方法もありそうですが
その辺は自分も作ったことがないので良くわかりませんが
ファミコン時代のＲＰＧのような感じになるのかな・・・？
とりあえずお任せしますが

あと味方キャラの絵についてはまず３３２さんにいくつか描いてもらって
タッチとか等身とかを話し合って全体の方針を決めましょう
大事なところですからね
他の人が名乗りを上げてくれればもちろんそれも考慮に入れますが

規制なんですが、なんか書き込めたり書き込めなかったり・・・
基本的に無理なようです
申し訳ありませんがしばらくＨＰを定期的にチェックしてください

**名前は開発中のものです。** · 2006/12/07(木) 03:45:57

ここまでしっかりしてきているプロジェクトなのに、
それを一元管理するサイトが無いのはどうかと思う。

何かやろうとしても、ゲムデヴあぷろだから探してきてっていうスタイルじゃ…。

**154** · 2006/12/07(木) 21:53:36

戦闘画面の構成ですが、一応、パーティの隊列（前後と人数）が一覧できるように、
ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061207a.jpg
のようなレイアウト案にしてみました。

でもこの画面構成だと、いまいち迫力に欠けるような気がするので、
行動選択時には、カメラを寄せてみたところ、こんな感じになります。
ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061207b.jpg

で、戦闘時のエフェクトですが、攻撃者がターゲットの前に移動し、
カメラもその２者を大きく捉えるようなアングルにしようと思います。

そこでプレイヤー側については武器の攻撃タイプ別に既定のアニメーションを、
敵については出来る限り攻撃名（ヒッカキとか溶解とか）に応じた表現をさせようと思います。

全体攻撃など引き気味の方が分かりやすい場合は、個別に調整します。

33 · 2006/12/07(木) 22:44:21

ぬぉぉぉ・・・予想以上に凝ったものになってますね
ここまでくると攻撃モーションも各一枚欲しいな・・・
まぁ途中で仕事を増やしていくのは良くないので
贅沢を言うのはゲームが形になってからにしましょう

３３２さんへ
シェリーンのデザインをあげてみたんですがどんなもんでしょうか
キャラのデザインはどういう形で用意するのが良いのでしょうか
細部まで描いた大きいサイズの絵が良いのか
大まかに描いて細部は任せた方が良いのか
デフォルメ前の方が良いのか・・・
希望があれば教えてください

**332** · 2006/12/07(木) 23:36:19

8320に試作品をあげてみました。
私の技量だと、２～３頭身までならドット絵～半ドット絵で
４頭身以上だと敵絵と同じくレタッチ系のソフトでグリグリ描くような感じです。

大きさと頭身まで決めて、後は募集に応じてきてくれる絵師さんの
得意スタイルにお任せになるでしょうか。

１５４さん、戦闘シーン、すごいですね！
こういうものになるとは予想もしてませんでした。

３３さん、描いてくれる絵師さんによるとは思うのですが、
あのラフ図に、髪の色等の指定もあると描きやすいかと思います。

**名前は開発中のものです。** · 2006/12/08(金) 00:54:53

試作見ました
タッチは左のクッキリよりもむしろ右がいい感じですね
頭身は３～４ってところでしょうか
背の高いキャラほど小顔（相対的に）にした方が良いでしょうね
サイズは１２８×１２８でいいのかな？（→１５４氏）
巨体設定のキャラはギリギリ一杯のサイズに描くとして
通常キャラは七分目くらいに描けばいいんじゃないでしょうか
足の接地してるところを下枠ギリギリに描けばいいのか
少し開けて描けばいいのか・・・どうなんでしょう
戦闘用の画像なので武器を構えてるのが好ましいです

あと顔絵ですがこれはまだ募集する予定ではなかったもんで
色指定とかし忘れててすいません
画像ももっと大きいサイズの方が塗りやすいでしょうから
明日までにダウンロードできるようにしておきます

うぅ書き込めない・・・
何度も挑戦すると稀に書き込めたりするんだが・・・

**154** · 2006/12/09(土) 08:38:06

画像のサイズは適当で良いですが、
128x128など、２のベキ乗サイズを使うのが、実装上、最も効率的です。

画面上でのサイズやベースラインの高さは、
画像ごとに微調整できますので、作画時に無理にそろえる必要はありません。

ただし、ビルボード処理の都合上、縦軸の中心だけは真ん中に通してください。

また、影は別の方法で処理しますので特に意図しない限り、描かなくて結構です。

３３ · 2006/12/09(土) 16:15:40

ルトラ、ギルバート、ディメインのドット絵イメージをアップ
２０人目までの顔グラ（サイズ大）と色指定もアップ（トップからダウンロード）

**332** · 2006/12/11(月) 21:12:47

ゲムデヴあぷろだ（8350）に、今までの作成分をアップしました。
ラミアの攻撃（槍）を見落としておりました、申し訳ないです。
ラミアに槍を持たせました。

33 · 2006/12/11(月) 23:43:18

毎度お疲れ様です
ビッグマウスが予想以上に気持ち悪く仕上がりましたね
作業に関して謝ったりとかしないで下さいね
遊びなんですから楽しくのんびりやりましょう

それよりこっちが謝らないといけないんですが
大変言いにくいですがドラゴンは描き直しとさせてもらいます
ちょっとイメージと違いました
文章だけの指定にしたのが間違ってました
ここはちゃんとイメージラフを描くことにします
ドラゴンといえばファンタジー界の重鎮ですしね
今回描いてもらったのはまた別の敵として使わせてもらいますね

あとスノーコングは白に直してもらっていいですか
雪原に棲む敵なので

手間を取らせてすいません

**154** · 2006/12/13(水) 21:24:02

開発途中ですが動作テスト用に公開します。
ttp://www7a.biglobe.ne.jp/~amadela/preview/prev20061213.lzh

最近のPCなら問題ないと思うのですが、
戦闘システムの描画処理が重すぎるようなら、表現方法を再考しますので、
なるべく多くの方からの動作報告をお待ちしています。

33 · 2006/12/13(水) 23:26:01

素晴らしい
数値をいじれるテスター形式になってるのも凄く助かります

２．８ GHｚ、１G RAM （XP）で全く問題ありませんでした
背景とかダメージエフェクトとか付けてどうなるかってとこですね

少し気になった点はまず
下部の顔画像がちょっと邪魔に感じること
画像を縮小表示するかギリギリまで詰めて少しでも下げるかして
少なくとも手前のキャラと大きくかぶるのは避けたいですね

あと味方のキャラにターンが回ってきた時にあそこまで
クローズアップするのはどうかなと
それと弓を撃ったキャラが、ダメージを受ける側のキャラを拡大するために
画面から外れることがありますね
そこは調整してギリギリにしたほうが良いかと思います

まぁ他の人の感想も聞きたいですね

**332** · 2006/12/14(木) 19:58:26

１５４さん、おつかれさまです。
とてもよい出来ですね。

私の方も
Pen 4 2.8GHz、VRAM128MBで特に問題なく
サクサク動いております。

**332** · 2006/12/18(月) 22:10:29

ゲムデヴあぷろだ（8391）に、今までの作成分をアップしました。

残りは、イメージラフを待ってからの方がよろしいでしょうか？

**３３氏（代筆）** · 2006/12/22(金) 21:27:41

>>332さん
今回はどれも最高の出来ですね！
ゴーレムはかっこいいしドラゴンとかブローの仕上がりも完璧
素材に見合うようにシナリオのほうも頑張らないと・・・

残りですが
グリズリー、極地熊、魔道士、ネクロマンサ、ゾンビ、グール
ミノタウロス、魔ダコ、クラーケン
はデザインからお任せします

あとマイナーチェンジ、色違いのやつで
がい骨戦士　→　スケルトン＋兜、盾
スペクター、ファントム　→　ゴーストの色違い
ボンジャック　→　サボテン戦士の色違い＆マントとか頭に飾りなど
ロメイン　→　大ナメクジの色違い
ガーゴイル　→　インプの色違い（石像っぽい色）＆武器を変える
ツインセーバー　→　ロングホーンの色違い（「２本の刀」という意味の名前なので角もそれっぽく）
アスロック　→　魚雷魚のオレンジ
ガープ　→　ビッグマウスの色違い
アイドル　→　ブローの色違い（＋何か装飾具とか）
サンドレオ　→　蟻地獄の色違い

こんな感じでお願いします

あと黒騎士と半漁人のイメージラフあげときます

(06/12/19 0:35)

**154** · 2006/12/22(金) 21:44:55

敵の画像、随分揃ってきましたね。すばらしいです。
これからも、よろしくお願いします。

こちらの状況ですが、こんな感じです。
画面 ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061222.jpg
本体 ttp://www7a.biglobe.ne.jp/~amadela/preview/prev20061222.lzh
データ ttp://www7a.biglobe.ne.jp/~amadela/preview/b33image.lzh
※ 本体を展開したフォルダに、データを展開してできたimageフォルダをコピーしてください。

一応、まとめページの数式どおりにダメージ計算していますが、
まだバランス調整できる段階ではありませんので、雰囲気だけのテスト版です。

このあと、クリティカル、命中判定と実装する予定ですが、
先制特殊攻撃と連打・反撃は、あってもなくても、どっちでも良いような気がしてきました。
（弓隊の先制攻撃は、行動ゲージ満タンスタートで代用可能。
　魔法は、何が出るか運任せな上、成功すると極端に有利になりすぎるような気が…）

実装できる枠組みは残しておきますが、テスト版を見ながら、今一度検討してみてください。

33 · 2006/12/23(土) 00:40:40

おぉゲームっぽくなってきましたね
ちょっと感動

エフェクトとか細かい部分は追々やっていくとして
やはりシステムを先にしっかり固めないといけませんね

魔法を普通のRPGのようにしなかったのは状態異常とか
地水火風等の属性をカットして簡略化するためだったんですが
その代わりに低確率で色々ハプニングが起きて単調にならないようにと
考えて反撃や連打、衝撃などを考えたわけです
例えば連打は攻撃のたびに期待するし発生すると快感がある

なので残してほしいんですが、ただ発生確率の式は再検討が必要ですね
相手の能力にかかわらず武器分類による固定値＋能力値（÷α）＋スキル補正
のような感じで連打も反撃も最大３０％くらいが妥当でしょうか

先制魔法はやはり選択できたほうがいいですかねぇ・・・
「死」はちょっと強すぎる気もするしリスクありがいいかも

ちょっと色々検討してみます

**154** · 2006/12/23(土) 06:51:37

例えば…

①先制攻撃
現状の感知能力(=敏捷性＋知力＋勘補正)の大小による行動ゲージ初期ボーナスのみとする。
これならば弓・杖使いのいないパーティにもアドバンテージがある。

②魔法
魔法系スキル保有者は、杖使いに限らず、戦闘ターンの度に魔法(催眠/死)を選択することもできる。
杖使いは標準では打撃(近接攻撃)、魔法スキルがあれば遠隔火炎攻撃も可能。
鉄身魔法は、戦闘が長引く可能性が高いので廃止してはどうか。

③必殺（クリティカル）・命中判定
原案通り

④連打・反撃・衝撃
攻撃方法別の発生条件については、原案通りとする
・弓・杖は連打なし、反撃されない、衝撃起きない
・槍・メイスは反撃されない（連打・衝撃の有無は未決）

攻撃を受けた場合、「衝撃」条件が成立したら行動ゲージが０に戻るが、
そうでなかった場合、行動ゲージに10～30%程度のボーナスが入るようにする。
これにより、そのキャラクタの攻撃ターンが早くまわってくるようになる。
特にボーナスにより100%を超えたときは、攻撃元に反撃することにしても良い。
但し、弓・杖使いは衝撃条件を回避しても、行動ゲージボーナスは入らない。

**154** · 2006/12/23(土) 07:05:44

それから…

⑤防御行為の意味づけ
現状ではとりあえず１ターン期間に限り防御力の増強をしていますが、
他にもいろいろな条件の発生率に影響があっても良いかも。

⑥盾装備フラグ
現状では盾と鎧の防御力を合算(盾装スキルがある場合は盾防御力２倍)しているだけですが、
特に「盾を持っている」という店でアドバンテージがあってもよいかと。
（例えば弓・杖攻撃耐性が高いとか、衝撃率が低いとか)

⑦行動ゲージ増加量コントロール
現状、（敏捷性＋１０)×(0.75～1.25)の割合で１ターン期間蓄積しています。
乗数は行動直後に決定しますので、低めにすれば行動ゲージ回復を長引かせることが可能です。
これによって、剣使いでも浅めの攻撃とか深めの攻撃とかバリエーションを持たせられそうです。

検討時の参考にしてください。

**33氏（代筆）** · 2006/12/24(日) 18:03:03

書き込めなくて細かい相談が出来ないのが不便ですが・・・
一応改定案を製作中です。まだ書きかけですがアップしておくんで
何か気付いたら意見ください
さすがに年末年始は作業が進まないでしょうがスレはチェックするようにします

あとスレを見てくれてる人が居たら色々意見やアイデアを聞きたいですね
もちろん３３２さんも絵以外にも口出し歓迎です
(06/12/24/16:48)

**332** · 2006/12/24(日) 18:12:11

ゲムデヴあぷろだ（8454）に、今までの作成分をアップしました。

ダメージ表記が出るだけで、ずいぶん雰囲気が出ますね。

**154** · 2006/12/24(日) 19:59:17

行動ゲージの挙動が随分複雑になったみたいですが、
そこまで難解にしなくても良いんじゃないかという気がしました。

また、この状態変化方式だと、「速いものはより速く」「遅いものはより遅く」
という方向に働きやすいので、二極化しやすい点に注意する必要があると思います。

基本的に、ターンが回ってこなければ戦法が実行できないわけですから、
運良く攻撃した個体が次のターンも早く回ってくるというのは、
パワーバランスが偏ることが予想されます。

例えば逆に、２連打したら０．５倍、３連打したら０．３３倍…にするとか、
前にも書き増したが非攻撃者にボーナスを出すとか、
なるべく多くの個体に公平にターンが回るような調整でも良いと思うんです。

まあ、論より証拠だと思いますで、とりあえず原案通りに作ってみますね。

**３３氏（代筆）** · 2006/12/25(月) 23:42:11

＞３３２氏
相変わらず仕事が早い上にクオリティ高いですね
黒騎士は最高の仕上がり出しネクロマンサはカッコよすぎて
雑魚というより中ボスクラスに見える・・・

また４つ程ラフをあげたので参考にしてください

＞１５４氏
色々な計算式がまだ中途半端なんですが連打、反撃はとりあえずこんな感じで
「俊敏」「通常」「鈍足」は新たに考えてみたんですがそれぞれへの変化条件については
検討の余地が広大にありそうですね・・・
プレイヤーにはなるべく負担を掛けたくないので把握しなければならないことは
少なくしたいんですが内部計算はある程度複雑になっても問題ないでしょう
連打も反撃も衝撃も単純な戦闘の中で起きるボーナス的な位置づけで
単調さを和らげて期待感と快感が感じられれば良いとおもってます

あと魔法についても大きく変えることになりそうですが・・・
敵のAIもちょっと問題ですねぇ

(06/12/25/1:15)

**154** · 2006/12/26(火) 00:20:29

連打と反撃のような偶発的な要素で戦闘を盛り上げるというのは良いことだと思います。
しかし、それが純粋に運まかせによるものだったら、つまらないんじゃないでしょうか。

ゲーム的には、駆け引きの要素が絶対に必要ですので、
・連打は期待できないけれど全般的に無難な攻撃
・運がよければ連打が出るけれど、とどめをさせなかったらリスクが高まる攻撃
のような選択を、プレイヤーにさせられると良いのではないかと思います。

そのリスクとして、例えば次ターンの行動ゲージ回復が遅いとか、防御力が落ちるとか、
そんなような要素が、このシステムには馴染みやすいような気がしています。

**154** · 2006/12/26(火) 00:50:34

ところで、今更気になって調べてみたのですが、
現在検討中の行動ゲージシステムって、有名なアクティブタイムバトルの特許と
被ってるような気がしています。
一度、成立している特許全文に目を通してみてください。

３３ · 2006/12/26(火) 01:52:25

短剣は連打、クリティカルが出やすいけど威力は低く衝撃は出にくい
斧は威力が高く衝撃も出やすいけど連打は出にくく命中率も下がる
というように武器種類で色々選択の楽しみはあると思いますよ
「攻撃力」だけだと寂しいのでそれを色々な形に分化して変化をつけたわけですね

コマンドの段階で「通常」「牽制」「渾身」とか選択できるようにするというのも考えましたが
プレイヤーにとって行動の選択肢が多いのは必ずしも良いことではないですから却下しました

必殺技とか吸収とか反射とか属性とか要素を多数盛り込んだ市販のゲームですら
戦闘そのものに戦略性があって面白いってのはあまり無いんじゃないのかな
ほとんどが準備段階に重きを置いていて戦闘自体はその成果を味わう場というか
しかも戦術が重要なシステムにすると敵のAIの問題も出てきますし

あと特許とか良くわかりませんが現実的に何か問題があるんでしょうか？

33 · 2006/12/26(火) 17:33:54

敵イメージ４個アップしました

**154** · 2006/12/27(水) 20:44:43

RPGの戦闘システムが特許になった有名な例があるのを思い出して調べてみたところ、
『キャラクタごとにタイマー（行動ゲージに相当）を持ち、
キャラクタごとに対応する時間（例えば敏捷性に関係する時間）を設定して動作させて、
設定時間に達したら、キャラクタごとの動作を制御（プレイヤー側なら行動選択、敵なら自動決定）し、
動作が終わったら、またタイマー設定する制御方法』
が登録されていました。

戦闘システム”の実現方法”が、これに良く似ているような気がしたので、
侵害しないように注意しないと、完成させても発表できない事態になりかねません。

行動ゲージシステムにあまりこだわりがないのであれば、
オーソドックスなターン式戦闘システムにするのも選択の一つかもしれませんし、
もしくは、何か一工夫してみる必要がありそうです。

参考のためにも、特許電子図書館で、当該特許を検索して読んでおくと良いと思いますよ。

**33氏（代筆）** · 2006/12/27(水) 21:51:54

>１５４氏

いや、発表したからといって実際にそれを訴えてくる危険性があるのかなと
他でもよく見かけるし実際には何の問題もないでしょう
万が一訴えられたら勝ちくらいに思っておけばいいんじゃないかな

１５４氏がどうしても気になるというのなら白紙に戻して１から作り直してもいいですが
もしくはバーを消すという手も

(06/12/27/21:07)

**332** · 2006/12/27(水) 22:02:43

年末年始は慌ただしく、行動できるのは年明けになりそうです。
今回は、手ぶらですorz。

アクティブタイムバトルは登録されているみたいですね。
私も、ターン制で構わないと思います。

**３３氏（代筆）** · 2006/12/31(日) 05:53:20

一応ターン制戦闘の案を簡単に作ってみました
まだ良く練ってませんが・・・

(06/12/27/23:08)

**154** · 2006/12/31(日) 06:09:39

行動ゲージシステムが問題ではなくて、現行案では、その挙動、仕組みが、
特許の請求範囲のものと、ほとんど同じなのが問題なんですね。

「他でよく見かけるもの」といっても、意匠のことではなくて、
その実装の仕組みが同じもので出願日以降に発表されたものは、アウトだと思います。
赤信号みんなで渡れば…というような考えで特許を侵すのは、やめましょう。
特許ビジネスの世界というのは、そんなに甘いものではないと思います。

そこで対案（妥協案？）の一つとしてターン制でも、と思いましたが、
行動ゲージ案を練り直して、特許の請求項が及ばないと主張できるような方法を
考えてみてはどうか、とも思っています。

面白くなるかどうかは調整次第としても、方法はいくらでもあると思いますよ。