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

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

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

３３ · 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

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

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

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

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

33 · 2006/12/31(日) 11:36:19

別に何が何でも特許を侵したいわけでもないのでターン制で良いと思いますよ
一人で作ってたらそんなの屁とも思わなかったでしょうが

他に「確率ターン制」ってのも思いつきましたが
運に因るところが大きくなりそうなんですよねぇ…これは

33 · 2006/12/31(日) 11:54:15

ちなみに確率ターン制というのは

・１ターン毎に各人の行動ゲージに敏捷性＋αを加算していく
・１ターン毎に１～［全員の行動ゲージの合計値］の乱数を発生させ
　該当するキャラにターンが回る
・ターンが回ったキャラは行動ゲージが０に戻る

つまり行動ゲージが満タンになるとターンが回ってくるのではなく
行動ゲージの数値が高いほどターンの回ってくる確率が高くなる
回ってこない限り行動ゲージは際限なく増え続けるので
回ってくる確率はどんどん増えていくことになる

ただしそのままだと運の要素が強くなるので、例えば行動ゲージの増え方を
溜まれば溜まるほど加速度的に早く溜まるようにするといった
措置が必要かもしれない

**名前は開発中のものです。** · 2006/12/31(日) 13:53:47

特許公開2000－093648 ゲーム装置、ゲーム方法および情報記録媒体
http://www2.ipdl.ncipi.go.jp/begin/BE_DETAIL_MAIN.cgi?sType=0&sMenu=1&sBpos=1&sPos=6&sFile=TimeDir_13/mainstr1167540684100.mst&sTime=0

これの事ですかねー。

**名前は開発中のものです。** · 2006/12/31(日) 14:00:21

どうも上を読む限り、ハードウェア処理についての物のようにも読めるのです。
他のはもう少しソフトウェア的な書き方がなされている物が多いようです。

特許公開2003－062345 対戦型ゲームのプログラム
http://www2.ipdl.ncipi.go.jp/begin/BE_DETAIL_MAIN.cgi?sType=0&sMenu=1&sBpos=1&sPos=10&sFile=TimeDir_13/mainstr1167541028420.mst&sTime=0

例えばこのように。

よくは分かりませんが、SQUARE としてはアクティブタイムゲージ自体、
それでは特許を取得できなかったのではと勝手な推測をしてみたり。

**154** · 2006/12/31(日) 22:10:19

特許（登録）2794230のことですよ。

**154** · 2006/12/31(日) 23:17:48

今年の締めくくりに、現状を報告しておきます。

イメージ ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20061231.png
本体 ttp://www7a.biglobe.ne.jp/~amadela/preview/prev20061231.lzh
データ ttp://www7a.biglobe.ne.jp/~amadela/preview/b33image.lzh

行動ゲージ制案をベースに調整していますが、完成までは、まだまだです。
来年は計算式や各種定数の調整手順も考えていく必要がありますね。

それでは、良いお年を。

**332** · 2007/01/01(月) 15:59:27

明けましておめでとうございます。
今年もよろしくお願いします。

特許実用新案公報ＤＢのページ
文献種別：A
文献番号：H06-105959
を入力して、中を確認する事ができますね。
（辿り着くまで、かなり時間かかりました＾＾；）

**386** · 2007/01/01(月) 17:40:44

>>390
どうもそれの様ですね。
（>>388 氏の番号では辿り着けませんでした…）

私が貼った URL は、見ても分かるのですが URL からして変です。
時刻を URL に含めているので、ある程度経つと内容が見られなくなる様子。

**名前は開発中のものです。** · 2007/01/02(火) 16:43:57

これってエニックスが特許持ってるんだけど、こんな基本的なものでも
登録できるんだ？

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
出願番号 : 特許出願平１０－３７５８３４　出願日 : １９９８年１２月１日
公開番号 : 特許公開２０００－１６７２４９公開日 : ２０００年６月２０日
出願人 : 株式会社エニックス

要約:
【課題】ロールプレイングゲームにおける戦闘時の作戦を容易に実現させ、
飽きることなくプレイできる技術を提供する。
【解決手段】プレイヤキャラクタと敵キャラクタとを攻撃側と防御側とに
分け、攻撃側と防御側を交互に切り替えて戦闘を行うようにした。また、
攻撃側のときはキャラクタ毎に決められた攻撃あるいはプレイヤが選択した
攻撃を表示し、防御側のときは同様に防御を表示するようにした。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

つまり、攻撃する側が攻撃するときは攻撃用アニメーションを表示し、
攻撃を受ける側が防御するときは防御用アニメーションを表示するって事。
このやり方が使えないとなると結構キツイじゃないの？

**392** · 2007/01/02(火) 16:47:16

sage忘れ

**名前は開発中のものです。** · 2007/01/02(火) 17:13:56

助さん！格さん！（特許の話は）もういいでしょう！（ｸﾜｯ

謹賀新年賀正慶賀新春暑中見舞
今年もよろしくお願いします
一年の計は元旦の翌日にあり、ということでざっと残っている作業を
書き出してみました

○システム
アイテム・開発関係（アイテム名、効果、組み合わせ、費用、条件）、成長、戦闘

○街の人の会話
条件（期間、フラグ）、テキスト、人

○イベント
条件（期間、フラグ、パラメータ、人物、距離、地形等）
内容（テキスト、エフェクト）
結果（アイテム、フラグ、パラメータ）

○画像
街（季節×４）、地形（×７）、重要イベント（冒険イベント、キャライベント）
取引、路地裏、城、酒場、部屋、町外れ、教会

○音
戦闘用効果音、BGM（街、冒険（×７）、戦闘、シリアス、コメディ、悲しみ、ハートフル）

シナリオは何度も練り直しようやくベースが固まってきたので１月中には担当者を１～２人募集し
実際のテキストを書き始めていきたいと思います
頑張っていきましょう

**名前は開発中のものです。** · 2007/01/02(火) 20:36:53

リーガルステータス
【審査請求日】 2000年12月25日
【拒絶査定発送日】 2002年11月19日

阿呆は死ね>>392

33 · 2007/01/07(日) 23:28:56

シナリオは難しい・・・
気分転換に絵を描いたり

敵キャライメージ３個アップしました
あとキャラ絵をいくつか修正＋書き足し

33 · 2007/01/10(水) 23:20:35

確率ターン制の戦闘システム案をアップしてみました
普通のターン制よりは面白いし変更も楽ではないかと思いますがどうでしょうか

この後も計算式やらエフェクトやらインターフェースやら戦闘に関しては
やること一杯ですが、ある程度形になったらそれ以外の部分も手を付けていきた
いと思うんですがどうですかね
イベントがかなりの数になるんで一々１５４さんの手を煩わせなくても
こっちで実装できるようにやり方（テキストや画像の表示とかのスクリプトの書き方）
をまとめてもらえると助かります

**332** · 2007/01/11(木) 20:30:53

生存報告も兼ねて
ゲムデヴあぷろだ(8595)に、敵絵其の六をアップしました。

**154** ◆jfRNwhsGW2 · 2007/01/11(木) 21:33:02

新年になりましたので、トリップをつけてみました。

>>397
確率ターン制を見て、ふと、神社の餅撒きを想像してしまいました。

それはともかく、戦闘システムについて、
行動ターンのルールや計算式、パラメータ類を含めた調整作業は、
もっと全体的なシステムが固まってから再度詰め直すことにしましょう。

とりあえず「戦闘はこんな雰囲気で」というイメージが共有できたところで、
一旦まとめておくことにします。
ttp://www7a.biglobe.ne.jp/~amadela/inspire/ins10.html

それからイベントの書き方については、いきなり実装を考えずに、
とりあえず内容をwebもしくはこのスレッドで検討してからのほうが良いと思うので、
現状のイベント案のようなスタイルで構いません。
イベントを考案して採決する労力に比べれば、スクリプトに変更する作業など知れてます。

敢えて書式について注文をつけるとしたら、
・画面に表示したいテキストは、「」で囲まずに、例えば…で囲う
・画像は、<img src="filename.jpg">とか
・改行位置は、 で指定する
・ラベルは数字である必要なし（「○○成立時」など分りやすく）
・口調によるセルフの変化は、【僕】【淑女】とか併記する
ぐらいですね。

発生条件や分岐条件は、口語で書いていただければ結構です。

33 · 2007/01/12(金) 00:21:41

>>332さん
毎度お疲れ様です
今回もキモいのが多いですね・・・ガーゴイルはボスクラスのカッコよさですが
ただ一つボンジャックの色だけ手直ししてもらえますか
もうちょっと明るくてファンキーな感じでお願いします

>>154さん
まとめ解り易くて良いですね
それを見ると戦闘システムかなり大変だったんだろうと想像できます
改めてお疲れ様です
プログラマ的にこれが最大の山場だったことを願いましょう
後難しいのは編制画面でしょうかねぇ

これからですが、また不明な部分があればドンドン質問してもらう形で
残りに手を付けていってください
私はシナリオを出来るだけ自分で書きながら、募集の受け入れ準備を
していこうと思います

あと関係ないけど　獅子脅し→鹿脅し　です

**154** ◆jfRNwhsGW2 · 2007/01/12(金) 23:28:01

失礼しました。勉強になります。

>>332氏
上で公開しているテストプログラムでは、ドラゴンが宙に浮いて見えるなど、
ベースラインが合っていませんが、将来的には画像ごとにオフセットを調整しますので、
とりあえず気にしないでください。

３３ · 2007/01/19(金) 22:05:59

うーむ・・・
シナリオ関係の製作をどういう体勢でやっていくか

３３ · 2007/01/19(金) 22:07:08

やっぱり座椅子に座って・・・

・・・いや体勢じゃなくて体制でした

**154** ◆jfRNwhsGW2 · 2007/01/20(土) 05:44:06

体制といっても、契約結んで組織化なんていうやり方は多分維持できないので、
堅苦しく考えなくて良いのではないでしょうか。

まず、３３氏が求めているもの、面白いと思うシナリオを思いつく限り公開してみて、
名無しの方などからの意見に真摯に対応する、
という従来どおりのスタイルで様子を見ていれば、
本当にやる気のある人なら、自分から名乗りを挙げてくると思いますよ。

特にシナリオというのは、用意した書式を埋めるなんていう枠には入れられないし、
また、そういう制約をして発想を阻害してはいけないような気がしますから、
システム側のスクリプトプロセッサの仕様も最後まで確定しないつもりですし、
その部分がシナリオライターさんの負担にならないような工夫も考えておきます。

**154** ◆jfRNwhsGW2 · 2007/01/20(土) 05:50:01

ちなみに上で「シナリオ」と言っているものには、
テキストや分岐条件以外にも、画像や間の取り方、効果音、その他など
表現にかかわるすべての要素を含みます。

「こういう場面で使いたい画像、効果音が欲しい」というような要求が思い当たれば、
その都度募集をかけてみる、というのも良いと思います。

33 · 2007/01/20(土) 20:53:21

数人の固定の人と話し合いながらやっていくか
それとも不特定多数の人に好きなところを書いてもらって
使えるものを採用して改変しりもて使っていくか

自由な議論を許すとややこしくなるし荒れる可能性もあるんで
決定権は明確に自分で持った方がいいでしょうな・・・

キャラ付けや登場順やゲームの流れも考えて物語を構築できて
しかもアイデアが豊富に湧いて作業も早くて性格もいいミラクルな
人材がきてくれれば楽なんだが・・・

**154** ◆jfRNwhsGW2 · 2007/01/20(土) 21:20:27

３３氏の権限が及ぶ範囲は、３３氏のまとめページだけですから、
このスレッドへの書き込みを牽制するような発言には注意してください。

老婆心ながら敢えて忠告してみますけれど、気を悪くしないようにお願いします。

・３３氏が自分でやりたいところは先に手を着けておくこと
・何かを人に任せるなら、その方の創作に敬意をはらうこと
・決定権とか、採択権が自分だけにあると錯覚しないこと

今後いろいろな方に気軽に参加していただける空気を保つことは、
このプロジェクトを継続する上では非常に重要な気がします。

これまで同様、３３氏が良いと思われた意見やアイデアはまとめページに反映し、
思うことがあれば、この場で誰もが議論に参加できるようなスタイルを希望します。

33 · 2007/01/20(土) 22:18:06

うーん弱った

自分一人で書いてたら相当時間がかかりそうなんですよね
かといって今更自分の気に入らないモノを入れたくはないし
となるとやっぱり１～２人の人と話し合いながらやるしかないのか

既に共同制作者が2人いるからその意見も尊重しないといけませんしね

募集の段階で文章を読ませてもらって、感性に合った人に協力して
もらうということになるかな
おまえ何様だよって感じもしますが

**名前は開発中のものです。** · 2007/01/21(日) 12:35:02

>>407
僭越ながら申し上げますが、３３氏のポリシーの方が現実的ではないかと
思います。このゲームプロジェクトは、１５４氏の素晴らしいプログラムの
甲斐もあって、かなり良質な形で進んでいます。現在のスタッフ人員でも
完成にこぎ付けられる規模であり、ここで無闇な自由参加を許してしまうと
却って場が紛糾し、ＰＪそのものが頓挫する恐れがあります。
この時点で一番厄介なのが、その場思いつき風コメンターの参入です。
中には、悪意を持って参加する人間もおり、彼らはただコミュの場を
荒らすのを主眼として意図的にスタッフ間の対立を煽り、それを見て
楽しむ事を目的にしたりします。同人界に置いてそういう人種の存在は
決して否定できないのが実情なのです。
これらを防ぐ為にも、やはり３３氏にある程度のリーダー権限を認めるのは
やむを得ないのでは？と思います。

３３ · 2007/01/21(日) 14:33:02

また少し考えましたがシナリオ関連の募集はひとまず延期しようと思います
先に最低限ゲームとして成り立つところまで持っていきましょう

一番の難関と思われてた戦闘に完成の目処がついたことですし
後は単純なアクシデント系、アイテム獲得系のイベントを実装して
成長に関するシステムを練りこんで、資金の収支関係を作れば
ストーリーが無くてもとりあえずゲームになるでしょう
その後でイベントを少しずつ実装していき、画像、音楽、システムデザイン
などを並行して整えていく感じで

募集する際にも完成が近い（という印象を与える）ほど反応がいいでしょうしね

**332** · 2007/01/21(日) 18:46:12

ゲムデヴあぷろだ(8682)に敵絵其の七をアップしました。

３３ · 2007/01/21(日) 21:44:26

おぉ今回も良いですね
キノコの質感とかすごくいいです
ボンジャックはファンキーになりましたね
グラサンとは思いつきませんでした
それにしても筋肉とか毛とか金属とかの質感は上手ですね

**154** ◆jfRNwhsGW2 · 2007/01/22(月) 21:25:15

イベント例拝見しました。
そういえば３３氏はN-Scripter使いでしたっけ？
いまどきフラグを番号で書かなくても良いですし、
成立時１回だけ実行させる処理にグローバル記憶フラグは使いませんから、
「一回だけ」と書いてもらえれば分かります。

ところで例に挙がっているような（例えば『王妃と王』イベント）規模のシナリオを、
３３氏の望む作風で第３者に書いてもらうというのは、
非常に難しいのではないでしょうか？

なんとなくですが、３３氏はこのゲームのシナリオには強いこだわりが
あるような感じがするので、ご自身がすべて書き上げるのが
最も無難に進行するような気がしてます。

もしくは原案（発生条件と影響）だけ全項目つくり、
キャラクタ別の口調やもう少し詳しいバックグラウンドを設定した上で、
例に上がっているような作風で脚本を起こしてくれるスタッフを募集する
という段取りも考えられなくはありませんが、
どんなに時間がかかっても３３氏が脚本すべてを担当されるほうが、
おそらく気分的に楽だと思いますよ。

締め切りがあるわけではないですから、のんびり着実に進めましょう。

３３ · 2007/01/22(月) 22:07:22

そうですね
あるいは募集するにしても自分の書く部分と他人に書いてもらう部分を
きっちり分けて他人の書く部分には口を出さないようにするほうが良いですね
その場合募集の際の審査を慎重にしないといけないでしょうが

まぁとりあえず今は自分で出来るだけ書きつつ他の部分を進めていきましょう

単純なアイテム獲得系のイベントで特に
「狩猟」「採集」「鉱石」「釣り」「宝箱」の５つは特別イベントとして
形式化してしまおうと思ってるんですが
ふと「狩猟」「釣り」「宝箱（罠解除）」をちょっとしたミニゲームにできないかと思いつきまして

例えば狩猟ならちらちら見え隠れするターゲットを制限時間内に必要回数クリックするとか
釣りならタイミング押しとか、罠解除なら簡単なパズルを制限時間内にとか
能力値、スキルで制限時間や難易度が下がるようにして

こういうのって可能ですか？・・・と聞くと可能だと返ってきそうですが
どのくらいの労力が必要なのかですね
無理なら遠慮なくボツでいいんでちょっと検討してみてください

**154** ◆jfRNwhsGW2 · 2007/01/23(火) 20:27:23

もぐらたたきでもスロットマシンでも作りますけれど、
このゲームにアクション要素が馴染むかどうか…

ミニゲーム自体を作るのは大した手間ではないのですが、
戦闘システムと同じで、キャラクタのパラメータを勝敗条件に
どのように絡めるかの設計が難関です。
画面構成と操作方法、勝敗条件などまとめていただいてから、
例によってプロトタイプを作りながら調整という方法で進めましょうか。

３３ · 2007/01/23(火) 22:09:45

アクション性１００％、頭脳１００％ってのは問題ありますね
理想としては結果への影響が
狩猟　アクション５０％　運５０％
釣り　アクション２０％　運８０％
宝箱　頭脳６０％　運４０％
くらいでしょうか

案ですが狩猟なら普通に［進む］コマンドを実行した後
背景画像にこっそり獲物のシルエットが隠れていて
早くクリックすればするほど狩猟の成功率が上がる
クリックすると「反応○○秒」「成功率○○％」みたいに表示されて
矢がぴゅーっと飛んでいくアニメーションの後に「成功！」「失敗！」表示
能力値やスキルは成功率の数値に影響する
というような感じはどうでしょうか
ttp://gamesite.jp/game/pm2/index.html
↑の「ナイトメア」みたいなのも参考になるかも

宝箱の場合は
「　４　８　５　１　２　６　」
見たいな数列が一瞬表示されてすぐ隠れる
そしてそれを数字の小さい順に全部押せれば罠解除成功
間違えるとその時点で罠発動
能力値は数列が表示される時間に影響、スキルは
稀に間違えてもセーフになるとか

**154** ◆jfRNwhsGW2 · 2007/01/24(水) 20:51:30

３３氏の企画書には「確率○％」という表現が良く使われていますね。
実装上は、これがサイコロ方式なのか福引方式なのか、
またプレイヤーが意識して行う試行回数が十分確保できるのかというのが、
とても重要だったりします。

プレイヤーから見たらブラックボックスなのですが、
それが公正な判断結果であるということを納得してもらえるように、
ゲームデザイン的に工夫しなければなりません。

試行の結果が「成功」か「失敗」の２通りしかないのであれば、
確率５０％のコイントスのみとすることを推奨します。
でないと、もしスキル等の効果で確率が変化したとしても、
出てくる結果を見ているだけでは、その効果が伝わりません。

スキルなどで確率を変化させたい場合は、その理由を示した上で、
２段階の試行をするのが良いと思います。

しかしそれよりも、スキルの有る・無しで明確にイベント内容が変化するほうが
プレイヤーにとっても（デバッガにも）親切のような気がしますけどね。

**154** ◆jfRNwhsGW2 · 2007/01/24(水) 21:12:05

それからアクションゲームの難易度調整についての私見ですが、
プレイヤーにとっては、
「キャラクタが成長して難易度が下がったから成功した」
ではなくて、
「自分の腕が上達したから成功した」
と思わせなければ、プライドを傷つけることになります。

また、ゲームは常に駆け引きあってのものですから、
リスク（コスト）とリターンの関係の中で難易度を調整してみてはどうでしょうか。

例えば狩猟を例にすれば、
・最大で狩猟スキル保有者数分の罠を設置できる（食糧を使用）
・そのうちいくつかに獲物がフラフラと寄ってくる（こないこともある）
・制限時間内に、タイミングを合わせて正確にクリックすれば、捕まえて食糧として確保できる
なんていうのはどうでしょう。
制限時間は一定にしておくので、
上級者はたくさん餌を撒けばたくさん捕まえられる可能性が高まる一方で、
食糧を無駄にするリスクも自己管理できます。

なお、純粋にミニゲームとして楽しませたいのであれば、
あえてキャラクタのパラメータを絡めなくても良いかもしれませんね。

＃関係ないけれど、ケラとプンが懐かしい。

３３ · 2007/01/24(水) 22:12:45

ゲームに駆け引きは必ずしも必要ではないと思いますよ
いちいちリスクをともなった選択で頭を悩ませるのは場合によっては
害にもなります
時間と労力的にも狩猟なんかは一回につきクリック１～３回、１０秒以内
程度がいいと思いますし、単純に反射神経＋運＋（能力値、スキル）で
確率を変動させて正否を判定する感じでいいんじゃないかと思います

能力値やスキルの影響がプレイヤーに解りにくいというのは確かに問題かも
補正がどの程度付いたかを表示する方がいいかもしれませんね
もしくは失敗した場合でもスキルによって一定確率は拾われるようにするとか
（宝箱のほうの例がそうですが）

ミニゲームがなかった場合、（能力値、スキル）＋運で成否が決まるところに
頭脳や反射神経やテクニックのような要素を少し加える
そのことによって単調さを解消したりそれ自体を楽んだり、というのが目的です

まぁこういうのはバランス調整がかなりシビアでしょうし結構な手間が余計に
かかってしまいますが・・・

３３ · 2007/01/24(水) 22:30:56

・背景画面に小さい獲物の影が素早く動き回る
　その影は時間経過（数秒）と共に大きくなり速度も遅くなり最後は静止する
・獲物をクリックすると狩猟実行
・獲物の種類によって基本成功率がある
・基本成功率にPTの能力値とスキルによる補正をかける
・さらに獲物をクリックするまでにかかった時間によるボーナス補正をかける
　時間が早いほどボーナスは大きく、静止してからだと０
・「基本成功率」と「能力値、スキルボーナス」と「タイムボーナス」を表示する
・正否を判定するエフェクト（矢を放つアニメとか）
・成功だとアイテム入手
・クリック一回につきＨＰが１減る
・背景をクリックしないで［進む］を選択すると狩りは試行しない

考えたのはこんな感じですね
宝箱の罠解除に関してはテクニックの代わりに頭脳を使うミニゲームで
狩猟よりは時間がかかるものでも良いかと思います

**154** ◆jfRNwhsGW2 · 2007/01/25(木) 20:33:16

プレイヤーのストレスになるものや、出来レースは入れるべきではないと思いますので、
ちょっと整理しますね。

シナリオ上での重要度によっていろいろなケースが考えられますから、
基本的にはこのいずれかの条件を満たすようにするといいと思いますよ。

(1)ミニイベント
・本編攻略上、必須のものに限る
・トライすることに時間以外のコストは発生しないが、クリアするまで本編が進まない
・多少の頭を使うか、手間をかければ誰でも必ずクリアできるルールであること
・プレイヤーの意思で中断でき、またプレイヤーの意思で再挑戦できること
・制限時間や乱数など、プレイヤーの意思で制御できない要素は排除する

こちらは、絵合わせやパズルのようなものが適当ですね。

(2)ミニゲーム
・本編には無関係で、本編のバランスを極端に崩さないものに限る
　（必須アイテムやキャラクタの成長を左右するような結果を残さない）
・プレイヤーは「トライしない」という選択肢が必ず与えられること
・トライすれば必ずコストが発生するが、うまくプレイすれば必ず回収できる
・八百長禁止。プレイヤーが一方的に有利または不利になる要素も禁止。

こちらなら、アクション要素や運が入っても良いでしょう。
それに、プレイヤーに「トライする」ことを選んでもらうためには、
ゲーム自体相当練りこんで遊べるものが求められるでしょう。

まあ本編あってのミニゲームですから、もうちょっと後で検討しませんか？

３３ · 2007/01/25(木) 22:05:58

このゲームは何もせずに時間だけ進めてもラスボスが出てきて倒せば
エンディングですので、クリアしないと先に進めないイベントってのは無いですね
重要アイテムとか重要な情報を得るために（１）のようなイベントを作るかもしれませんが
それは多分クイズやパズルのようなもので、普通のイベント用スクリプトの
選択肢などで表現できるので特別にプログラムを用意する必要は無いでしょう

ミニゲームを作りたいといったのは狩りや宝箱といったゲーム中に頻繁に行われるであろう
いわば戦闘のようなもので、これはおまけ的なものではなくゲームの基礎となる部分です
予定では通常のｲﾍﾞﾝﾄ用スクリプトで済ませようと思っていましたが、特別に専用の
プログラムを組んで、パラメータと運だけでなくプレイヤーの技術や頭脳でも確率をいくらか
変動させられるようにしたら面白いかなと思いついたわけです

とはいえ後回しにしてもいい要素だというのはその通りなんで後にしますか

**154** ◆jfRNwhsGW2 · 2007/01/27(土) 06:37:24

キャラクタの６種パラメータ(筋、敏…)と各種補正の関係について、ちょっと提案です。

現状、キャラ個別の基礎値に補正値（調子補正、リーダー補正）を単純に加算していますけれど、
この方法だと、
(1)基礎値の低いキャラクタと高いキャラクタで影響の仕方が違う
(2)基礎値＋１に１年かかるとすると、リーダー補正は６年分、調子補正は±１２年分の影響が出るので、バランスが悪い
(3)６種類のパラメータを同じ単位系にそろえなければいけない
という問題が出てきます。

(1)は、まあ、そういうものだから安定させたければ数値を上げてね、という解釈も可能で、
(2)は影響値の範囲を調整すれば解決するかもしれません。

しかし(3)の縛りがあると、難易度調整時に全キャラクタ・全モンスター・全アイテムのパラメータを
書き直さなければいけません。
また、特定のパラメータだけ極限まで成長させる攻略法(例えば敏捷性を上げて戦闘を回避しまくる)が生まれやすくなり、
シナリオ上期待しているキャラクタ構成（戦士向きとか魔術師向きなど）に誘導するのが難しくなると思います。

というわけで私からの修正案ですが、
(A)キャラクタの６種パラメータは、それぞれに最小値、最大値、レベルで表す。
(B)最小値、最大値はキャラクタごとに定数として設定する。
(C)レベルは０～１０とし、登場時の年齢に応じて初期レベルを設定する
(D)レベルは調子補正とリーダー補正で影響する
・調子補正： -0.5 , -0.25, 0, +0.25, +0.5
・リーダー補正： +1.0
(E)パラメータ基礎値は、補正後のレベル÷10(レベルの範囲)で求まるおよそ0.0～1,0に正規化した値を使い、
最小値と最大値の間で線形(またはベキ級数)補間して算定する。
(F)実際のパラメータは、(E)で求めた値にパラメータ別に設定した年齢補正曲線(0.0～1.0)の値を掛け算して求める
という方法はどうでしょうか。

紙の上などで計算してもらえば分かりやすいと思いますが、上に挙げた問題点はクリアできるはずです。
なお、この方法の場合、成長タイプとパラメータ別経験値は保持する必要がありません。

３３ · 2007/01/27(土) 14:55:47

１２年分の差といいますがそれはなんら問題ないのでは？
ある程度体感できる差が出ないとそんなシステムを作る意味が無いですからね

＞特定のパラメータだけ極限まで成長させる攻略法(例えば敏捷性を上げて戦闘を回避しまくる)が生まれやすくなり、
シナリオ上期待しているキャラクタ構成（戦士向きとか魔術師向きなど）に誘導するのが難しくなると思います。

これはイベントと年齢と成長タイプで完全に解決できていると思います
どんなタイプのパーティー編制にすれば有利なのかってのはイベントで決めることですから
PT内で最高の知力の値が影響するイベント、PT内で最高の技量とPT全員の運の合計値が影響するイベント
総合すると戦闘員２人に器用で素早い盗賊一人、知恵者一人、回復薬一人のようなバランスの取れた
組み合わせが最も有利になるようにイベントを用意していけばいいわけです

そして年齢というリミットがありますからピークとなる年齢（戦士系なら３０台、魔術師なら５０前後）に
どのようなパラメータに持っていけるかが鍵になるようになってますし
成長タイプで上がりやすい能力値、上がりにくい能力値を設定すればどう育てればいいかのヒントになるでしょう
そもそも決まった育て方になるよりはプレイヤーが自分なりの育て方を工夫できる方が理想ですからね

結局私が思うに問題は↓だけなのでは？
＞難易度調整時に全キャラクタ・全モンスター・全アイテムのパラメータを
書き直さなければいけません。

後半の案は（難しくて完全に理解できてない気もしますが）これは解決してますが
デメリットも多いように感じます

**332** · 2007/01/28(日) 21:49:25

ゲムデヴあぷろだ(8758)に敵絵其の八をアップしました。

**154** ◆jfRNwhsGW2 · 2007/01/29(月) 21:30:03

ゲーム上有利なパーティというのは、「遠距離探検できるパーティ」では？

イベントのクリア条件は事前にプレイヤーは知り得ないことですから、
それを見越した編成ができるわけありません。
仮にそれを知りえたとしても、その時点から成長タイプを調整することになるため、
結果が得られるまでに時間が掛かりすぎます。
寿命が決まっているゲームで、イベントでバランスを調整するのは無理だと思いますよ。

成長タイプは、単に特定パラメータが成長させやすいということを示すだけで、
全く強制力がありませんから、ゲームシステム上、セキュリティ的には無意味です。
また、結局６タイプしか設定できませんよね。

突出したキャラクタを作らせないためには、あらかじめ変動許容範囲を指定するしか
ありませんが、>>423で提案した方法なら、その対策に加えて多彩な個性を演出できる
というメリットがありますよ。

**154** ◆jfRNwhsGW2 · 2007/01/29(月) 21:31:39

332氏
HPへのリンク、ありがとうございます。