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

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

2

ヾ(ﾟωﾟ)ﾉ゛

RPGゲーム : Role Playing Game Game

小規模MMORPGでも普通のＲＰＧでも一緒に作りませんか？

・HNを「月」「夢」「蒼」「雫」などの文字で飾っている。
・内容がとても短く(3,4行)、何をするのか分からない。
・HPのアドレスを張らない。もしくは、HPが存在しない。
・全体的に文章が舌足らず、かつ意味不明。
・ゲーム製作の交流の場を提供しようとする。

>>1
テメーは何が出来るか言え

こんなスじゃ、何が何だかサパーリ。
ネタかも遊びかもしれないし。サイトぐらい用意しろ

当方は、企画、広報、ホームページ運用を行います＾＾；

言う前に行動

>>10
では、まずキャラクターデザインをお願いしますね。
私は、自分の担当の分を進めています。

>>9
プログラムできないと話にならん。
喪前がプログラムするのがめんどいだけだろ。
スレの削除依頼出して帰れ。

削除依頼よろしくお願いしますね↓

RPGツクールでもいいから
まず自分中心で作りやがれなさいな

>>14
ネタスレに、マジレスｶｺﾜﾙｲ

>>1
まずゲームの仕様を書け

ＨＰを用意しろ

ネタなら首つって死ね

おいおい。このスレを放置できないようじゃ、一人前のクリエイタになれないぞ！！

死ね

'`ァ'`ァ'`ァ'`ァ
ょぅι゛ょ　ゅぅヵぃ ιょぅょ
ぉぅ…　ぁぁぁぁ…
ぅゎ ょぅι゛ょ っょぃ…

ぉゎﾘ

まだ書き込んでるのかよ。放置しろって。

俺「釣り」とか「釣り師」っていうのは、
　　　釣り師→　○　 ／|←竿
　　　　　　　　　　ト／　 |
　　　　　　　　　 │. 　~~|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
　　　　　　　　　 八　　 §←餌(疑似餌)　　　　　>ﾟ++<

の組み合わせだと思ってたんだけど、
最近自称釣り師がダイレクトで自分の本音を攻撃されて「釣れた！」とか
言ってるの多いよね。
　これは、どっちかというと、

　　　　　　..釣れたよ〜・・・│
　　　　　　────y──┘
　
　　　　　　 ・ﾟ･｡ ○ﾉノ。・ﾟ･
　　　　~~~~~~~~~~│~~~~~~~~~~~~~~~
　　　　　　　　　　　ト>ﾟ++< ミ　ﾊﾟｸｯ
　　　　　ｼﾞﾀﾊﾞﾀ 　ハ
　　　　　　　　　ノ　ﾉ

>>23
コピペしてる暇があったら、自分の勉強時間に当てたほうがいいよ。

晒しageてくれるわ！
ウェーハッハッハッ。

前スレ
http://pc2.2ch.net/test/read.cgi/gamedev/1043650951/

ゲーム作りてーな

釣れたよ〜・・・

暇な奴らめ

>>9
企画すんの・・・？
企画書きぼんぬ

>>30
君はこのネタスレに何を求めているのかね。
直ちに、放置したまえ。

ネタに釣られるの好きなんだよね

>>32
他所でやってくれよ。
ここは放置されるべき存在なんだ。

>>33
此処でやってくれよ。
ここは放置されざるべき存在なんだ。

あぼーん

>>35
ageんなヴォケ

>>36
sageんなヴォケ

>>37
定期的に保守してるのはオマエか！！

>>38
いや、俺も保守要員だ。

ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム
ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム
ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　
ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム　ＲＰＧゲーム

ＲＰＧゲーム

>>39-41
ageるな危険。
ここは、ギアをローに入れてsage進行だ。

結局コレネタすれだったのか。





つってもオレ自分のゲーム作ってるので見てるだけだけど、つまらんのぅ

俺も作ってる。しかしツールが吉里吉里なんで何処に逝ったものやら・・・

>>43-44
まじめな人は、ここには居てはいけません。

　　　　　　　　　,,,　　　　　　,,,,,,　　　　　　　：　.と　お.　し　死.　ク　人
　　　　　　 _ = ~~　``ヽ_,=''~´　　´~ヽ　　　 ：　は　こ　よ.　に.　ソ.　間
　　　　_= ~　　　　　　　　　　　　　　　ヽ　　：　思　が　う 　を 　ス.　が
　　　　~=､　　　　ミゞ､　　, -彡　　　　 ヽ.　：　わ　ま　な.　自　レ
　　　　 　 ~=､､､Cl~ｅvj <ｅ~}6)_　　　､､､ミ　：　ん　し　ん.　由　の
　　　　　　　 ミ.~~　/', ﾟ ;'7　　ミ7ヾ~- 、　　：　か　い　て　に.　生
　　　　　　 ≡　　 （','ﾟ, '.人　　ゝ　|　　ヽ　　：　ね　　　　　 　 　 き
　　　　　　　 `＝　 `ー'　　　iﾉ'　 |　／ |
　　　　　　　　　~ｰノノノノﾉ'′

>>46
そんなことは思わないです。師匠！！

>>46
ちゃっかりageてんじゃねーよ！！

>>47
ちゃっかりレスしてんじゃねーよ！！

>>1
自作自演必死ですね（ ´,_ゝ`）

>>49
>>1はもう居ないぜ。俺は2代目だ。

ゲーム作りたいですがねー。（初めまして）
（ー◇ー）
　　∬
　　?j

ほれよ、お仲間だ。

MMORPGを一緒に作りませんか？
http://pc2.2ch.net/test/read.cgi/gamedev/1078434119/l50
http://pc.2ch.net/test/read.cgi/prog/1077554455/l50

このスレはキこの板におけるキリストだ。アホな廚の罪を一身に背負って、
その罪が消える一〇〇〇レスまで板の上で磔にされるのだ。だから常時age。

>>51
ですがねーとか言ってる暇があったら作れ。
あとsageろ。

>>52
クソスレは放置しろよ。無論ここもな。あとsageろ。

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

>>54
ここじゃなくて違うスレで募集したほうがいいよ。
あとsageな。

放っとけよ。余計なお世話だよ。
人の趣味にまでケチをつける姿勢が非常に気に入らない。
特に「2ch」でね。言い放題なのを良いコトによ、匿名性を利用してよ、何、いっぱしの批評家ぶってやがんのよ。
このレスは2chで書いている以上、読んでいるのはオレのコトを、
オレのレスを支持してくれているヤツだけとは限らない。
だから敢えて言うけどよ、このスレのレスを読んでるヤツを否定する、
イコール、オレの創ったレスを否定する、イコール、オレの人間性を、オレを否定してる。そうだろ？
一言あるならオレに正面切って言えよ。あ、相手が多そうだから、やっぱ2chでほざいてて。アハッ！
まぁテメェで演ってみろや。オレ以上のコトをしてから言えやな。
何もできないくせに言うコトだけは一丁前でよ。まぁ言うだけならこの上なく簡単だからな

少年が赤毛の男から土星の輪を盗んで海賊になって
「オラは世界一強くなりてえ」といって世界を旅する
RPGというはどうだろう。

霊界も行ったほうがいい

こういうのど？

主人公が（魔王の存在は知らない）村の一人前として
認められるためにレベル上げに励んでいたが、魔王が
自分のより強い者を恐れて呪いをかけてレベルを
上がらなくしてしまうってヤツ。

当然、自信の強化は装備で行うものとする。

守備力を下げる呪文を覚えて強い武器を持ってるのがいいな〜
（けして＞＞１の弟では、ありません）

>>51
市ね

システムを語るのか
>>59
lv1のままっすか。アイディアとしては面白いけど
HP上がらないなら敵は強力な攻撃魔法なんかは使えないし
戦闘パターンは単調になりそうな。
命の木の実みたいな特殊アイテムで
味方のHP上げれる回数の全体の上限を決めると
パーティーの強さのバランス考えるのは楽しそうな

おまいら、もっといいシナリオを考え出せ！

http://www.globetown.net/~java_rpg/

java…？
動かない…

デスクトップでキャラが動き回るような感じで
ＲＰＧ作ってみようと思います

さんぷる
ttp://www.geocities.co.jp/PowderRoom-Lavender/9770/bakaacce.zip


だれかＨＰとかつくってくれませんか？

ｶﾞﾝｶﾞﾚ
見守ることしか出来ない漏れ

まぁ最初だけだろ

自治厨が五月蝿いｽﾚはここですか？

ここは誰でも適当に作品をあげるスレ？

早く作れよ

>>71
こちらへどうぞ
http://pc5.2ch.net/test/read.cgi/gamedev/1007129482/

成長システム考えてんだが。
何か参考になるもんないか。

人いないのぅ。
シナリオも考えなきゃならんのだが。
思うんだけどRPG用に考えたシナリオが面白くできてるか確かめる方法として
そのシナリオがそのまま映画やアニメになった時に面白いかどうかを考える、
てのはどうか。
ここで重要なのが作る時はゲームをしている状況を意識するってことだ。
で、確認する時は映画やアニメとして見るってことだ。

なるほど、シュワちゃんのコナン・ザ・グレートをＲＰＧ化したら
みたいな感じね、いいかも

ううむ。ちょい違う。
コナン・ザ・グレートのシナリオは初めから映画のつもりで作られたべ？
あれがRPGになるには圧倒的に要素を追加しなきゃなんねーべ。
ほとんど１から作るくらいに。
そうでなくって、初めからRPG用シナリオの完成版としてシナリオ作るんよ。
それがただのお使い話や迷路ダンジョンになってないかを確認するために、
それをそのまま映画とかにしたらどうなるかを考えてみると。
もし、○○とってこい→迷路→とってきました
みたいなシナリオでしかなかったら、どうにも映画にもアニメにもならんだろ？
何もなさすぎて。

そうか、そうか、草加煎餅（≧▽≦）

ところで、RPGつくりたい人って、どうしてつくりたいの？　なにがしたいのですか？

それが判れば苦労などしない

シナリオのことなんだが。
主人公とヒロインがいて、それがメインというか、カップリングなわけ。
でも設定上ヒロインが出てくんのが少し経ってからなんよ。
だからヒロイン登場まで引っ張ってくれる女キャラ入れようかと思ったんだが、
それってやっぱ問題だよな？
一番初めに登場した女キャラとか、一番初めにパーティー入りした女キャラって、
プレイヤーは自動的にヒロインって認識するじゃん？
そのキャラの後からヒロイン入っても、ヒロインって認めにくいじゃん？
でさ、どっかにヒロインより先に女キャラ入ってたけど問題なかった例とか、
しばらく男のみのパーティーだったけど問題なかった例とかあったら教えてくんない？

>>80　口うるさい妹でＯＫ

うまいっ

>>81
なるほど、くっつきようのないキャラか…。
ただ考えたんだけどさ、ヒロインが頭に登場しないって事自体問題なのかなと。
なんかシナリオ構築の定石から外れてるっていうか。
それにヒロイン登場時点で消えるキャラなんて変じゃん？いかにも役目終了みたいで。
設定変えるか、男のみのパーティーでしばらくいくか、にしてみるよ。どもども。

>>83　おう！　がんがれ〜、作りたいように作れるのが自作ソフトのいいところやね

ＲＰＧゲームって何?

>>85
>>4

>>85

RPGロケット弾を撃ちあうマジなサバイバルゲーム。

五右衛門でも危険な弾だよな

test

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::あ な た の 怨 み 、 晴 ら し ま す 。::::::::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::::::::::::＿＿＿＿＿＿＿＿＿＿＿:::::::::::::::::::::::::::::
:::::::::::::::::::::::::| 　　　　　>>856　　　　　 　　|:::::::::::::::::::::::::::
::::::::::::::::::::::::::￣￣￣￣￣￣￣￣￣￣￣:::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::::::::::::::::＿＿＿:::::::::::::::::::::::::::::::::::::::::::::::::::
: ::::::::::::::::::::::::::::::::::::::::::::| 送信 |::::::::::::::::::::::::::::::::::::: ::::::::::::
:::::::::::::::::::::::::::::::::::::::::::::::￣￣￣:::::::::::::::::::::::　::::::::

保守派

ところがどっこい革新派

てす

テス

>>35 ：あぼーん ：あぼーん
あぼーん

こんなクソすれ、にあーぼん・・・ﾁｮｲ、気になる(W

＞ > > > 　 　 　　〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
＞ > > > 　　　　,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
＞ > > > 　 　 　l::::::::::::::::::ｌ::::::::::●::::::::::::::●:::::ｊi
＞ > > > 　　　　|::::::::::::::::::、::::::::::::::( _●_)::::::,j:l 　クマー！
＞ > > > 　　　　}::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
＞ > > > .　 　　{::::::::::::::::::::::::::::`='=::ヽノ:::::/ 　　　　
＞ > > > 　　　　';::::::::::::ト、::::::::::::::i＾i::::::::::::/
＞ > > > 　 　 　 ｀ー--'　ヽ:::::::::::ｌ l;;;;::::ノ
＞ > > > 【ラッキーレス】
＞ > > > このレスを見た人はコピペでもいいので
＞ > > > 10分以内に3つのスレへ貼り付けてください。
＞ > > > そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
＞ > > > 出世しまくるわ体の悪い所全部治るわでえらい事です

ねぇ
ライダーの次スレは何処になったの？

ライダーの方はどうでもいいけど
剣Ｇのゲームが気になるんだけど…

仮面ライダーRPG(仮) 製作プロジェクト!!
ttp://www.geocities.jp/vitch_n_hodh/

ただ今鋭意製作中、α版できるまでスレは立てません
プログラム板だし

ところでRPGで他のジャンルと混ぜたら画期的と思う
組み合わせ知りませんか？
できれば主人公周りのシステムから説明してください

レースとか。
某レーシングラグーンは画期的というか斬新すぎた

というわけで今日は就寝です
明日までに色々考えておきます

ttp://www.jtw.zaq.ne.jp/s33/

とりあえず↑の試作と企画書に目を通してもらって
不明な部分（山ほどあると思いますが・・・）についてここで
話し合って意思疎通を図っていきましょう

あと呼び方も決めてください

>>103
お疲れ様ですー。

まだざっと目を通しただけなんで
細かいことは企画書の変数をプログラム内で使う形にまとめてから
足りないとことかどうするか分からないとことか
ツッコミ入れさせてもらいます。

とりあえず個人的な優先順位としては、
イベントについては後からでも追加は楽そうなので、
先に場所・キャラ・アイテムの変数について決めちゃいたいですね。

今のところ目に付いたところは↓な感じです。

・アイテムに耐久度などの固有データをもたせるか（これによってセーブするかどうかが変わる）
・同じくスキルに習得度などの固有データをもたせるか（↑と同じ）
・キャラクターの内部データをどうするか（情報表示しないもの。成長率など）


あと呼び方って言うのは俺の呼び方ってことでいいんでしょうか？
それでしたら元ステフ８だったんで８でお願いします。

>>104

アイテムに関する数値はとりあえず不変で良さそうです
スキルは熟練度などは付けずにスキル事態を変化させる方法にしようかと思います
「剣技」「狩猟」「古代文字」「料理」「水泳」など２０〜３０のスキルのうち
一人最大５個まで習得可能、といった形になります
熟練度が無い変わりに条件を満たせば「剣技」→「剣豪」→「剣聖」のようにレベルアップ

能力の成長に関してはどういう形式にするか非常に悩んでいる所です・・・
今考えているのは
・経験値が一定溜まるごとに７つの能力のうち２アップ
・１はランダムにもう１は任意で上げられる
・主人公以外は２ともランダムだが友好度が最大の仲間は任意で上げられるようにする
・１年ごとに（年度の変わり目に）ＨＰ（と能力値）を変化させる
・３０歳以下のときＨＰは体力に応じて上がるが４０歳を過ぎると下がっていく
　４０歳を過ぎると筋力、敏捷性、体力も一定確率で下がる
　５０、６０でさらに低下率が上がる

こんな感じです
キャラの成長はゲームの重要な部分ですのでちょっと慎重に検討します
プログラム上だけでなくシステムや画面上の表現法など、思うところあったらどしどしアドバイスください

えと、とりあえずベース部分だけ動くものを作っちゃいますね

レイアウトについては暫定的に多重ウィンドウっぽいもので、
キャラの表示ステータスは、
　性別、年齢、友好度、独立度、統率力、名声、悪評、ＨＰ、値、力、体力、敏捷、技量、魅力、運

スキル・アイテムのパラメータとキャラの内部ステータスはまだ決まってないようなので後回しと。

そんな感じでいいのでしょうか？

時間経過の単位はどうします？月単位なのか日単位・時単位なのか。
あと何を目的とするゲームなのかよく分からないのですが、
基本的に探索がメインってことでいいのかな？

「日数」という変数を用意して
日数÷３０（切捨て）＋１＝月
日数を３０で割った余り＋１＝日にち
日数は１ずつ増加し３６０を超えたら０に戻し年数を１増やす
これで一ヶ月３０日、一年十二ヶ月３６０日を刻む
これでお願いします

人物の情報窓は肖像（９０×１００くらい）と装備欄
攻撃力、防御力、命中率、回避率、ガード率
あと追加で種族とサイズ、状態も入れたいです
２ページか３ページに分けたほうがいいかもしれませんね
あと常に表示しておけるコンパクトタイプとして
肖像、名前、ＨＰ／最大ＨＰ、状態だけのを用意して
クリックすると詳細のでかいのに変わるという風にできるといいかな

それとは別に
年月日、所持金、食料数、現在地、その場所の探索度
を表示する窓が一つ必要になります
背景もこれと一体化させてもいいかもしくは別の方がいいのかな・・・

あとは命令ボタンをまとめたのを何処に付けるか・・・とりあえずお任せ

ゲームの目的は基本的には探検をして魔物を倒したり財宝を手に入れたり
して金や名声を高めていくことです
その間に様々なイベントを用意するつもりです（一応魔王的なものも）
期間は少年で始まる主人公が引退か死ぬまでなので５０年くらいですかね

>>107
力とか敏捷とかのステータスはやめて
攻撃力とかのステータスにするってことでしょうか？

でわデザインとかサイズとかは適当にして、表示する入れ物と
時間経過と拠点移動のコマンドあたりを作っちゃいますので、
それが終わったら、一度お互いが時間取れるときにシステムの暫定完成版みたいなのを決めちゃいませんか？
掲示板だと中々決まらなそうなんで、
出来ればレスポンスの早いチャットやメッセなどを一時的に利用するのが良いかなと。
何を作ればいいのかいまいちイメージが掴めないもので・・・(´･ω･)

急に思いついた案

・春に仲間を募集して冒険する
・冬に入ると町に戻って解散（利益分配も）
・年間最優秀冒険者など発表（魔物退治王や財宝発見王など）
・冬の間トレーニングで能力アップ、スキル習得
・冬の間に中のいい人が訪ねてきてイベントとかも
・春にまた仲間を募って冒険に・・・

いや攻撃力は筋力＋武器攻撃力（剣、斧等の場合。弓は固定）
防御力は防具の防御力
回比率は敏捷性と運から導き出される値
命中率は技量と使用武器から・・・という感じです（具体的な数式は未定）

そうですね、戦闘に関しては今フロチャートを書いてるところですが
細かい説明は難しいですしね

ほいじゃ、そんな段取りでってことでいいのかな？
途中での基本仕様変更は厄介だし無駄も多いので、
>>109みたいなのも含めてそん時に決めちゃうことにしましょう
いま作ってるのはまだ前段階のウィンドウ制御の処理とか含めてのものなのですが、
それが終わった後の（数日後くらい？）互いの都合のいい時にということで。
それまでにシステムのイメージ固めちゃっといてもらえるようお願いしまっす

了解です
自分ではイメージできてても形にするのは苦労がいるもんですな・・・

ですねえ。。
イメージをすぐに形にできたら誰も苦労しないもんなあ・・・

シナリオの補助でお手伝いさせていただける事になった146です。
ゲーム作り自体初めてなのでお世話かけるかもですが、気長によろしくお願いします(´･ω･)
自分は具体的にどんな事をお手伝いすればいいんでしょう？
出来上がった世界観に対する助言等でいいんですかね？

３３ですよろしくお願いします

このゲームは一本道のドラマのあるゲームではありません
登場キャラクター達は主人公に関係なく自分勝手に活動しています
（そういう風に見せます）
まずはそういったキャラクター達（他の冒険者や町の人など）
を世界に放流する所から初めたいと思います
それぞれのキャラクターには主人公に対する定型の台詞を数十程度
用意しなければなりませんから、それが最初の仕事ですね
まだごちゃごちゃしていますがＨＰにまずはざっと目を通してみてください

ttp://www.jtw.zaq.ne.jp/s33/
貼り忘れ

なるほど、了解しました。
自分の当面の仕事は、主要キャラクター以外の周囲のキャラクターの会話文を作成する、という認識でOKですか？
後、ざっと企画書に目を通しましたが、周囲のキャラクターはルナドンの様にランダムに登場させるんですか？
他の冒険者と村人を区別するのか否かで、会話の種類も変わってくると思うので聞いておきたいんですが……どうでしょう(･ω･)

冒険者とそれ以外の人も基本的に同じです
人物には「放浪度」と「本拠地」というバラメータがあって
放浪度が高い人はよく動し本拠地にもたまにしか帰らない
放浪度が低い人はあまり動かないし動いてもすぐ本拠地に戻ります
冒険者は放浪度を高く、町の人は低く設定します
あとは町の人は仲間には入らない（入りにくい）
そういった差で区別する感じですね

返事の時間がまちまちですいませんorz
なるほど……了解です。
キャラクターの扱い方は、ドラゴンフォースやスペクトラルフォースみたいに、総数の決まった個別にキャラが立っているルナドン版って感じになるんですかね。
とりあえず、変数まとめの8にある性向別に数種類台詞を考えてみようと思ってるんですが、何か指示があれば指示を下さい。

会話については会話システム案を参照して欲しいんですが
「会話」コマンドで会話する時の返答は全てキャラ独自の台詞を用意します
「口調タイプ」というパラメータが必要になるのはそれ以外の汎用台詞
例えば
・仲間から外す
・アイテムを贈答する
・食料不足に対する不満
などに対するコメントを表示する時です

実際台詞が必要になる場面にはどんな時があるかは
作るうえでこれから色々出てくると思います
あとはイベントの際も口調タイプは必要になってくるでしょうが
これはイベントを作る時に考えましょう

試作の02.texファイルを覗いて見てもらえば
どういう感じか解ってもらえるかと思いますが

02.texの中ほどに別れの台詞が並んでいるんですが
あれは８種の口調タイプについてそれぞれ
友好度が３９以下だった場合、４０〜７９だった場合、８０以上だった場合
の３パターンの別れの台詞を用意してあるわけです

会話はプログラムの方があがってこないと具体的に進められないので
先に探索をした時にランダムで起こるイベントを作りましょうか

平地、草原、森林、山、街、迷宮、砂漠、雪原、共通
それぞれの地形で起こるちょっとしたイベントのようなものです
例えば

「謎の果物」（森林）
見たことの無い果実が生っているのを見つけた↓
・食べてみる→１
・放っておく→４

１　「どれ・・・モグモグ」
　　１〜１００の乱数＋主人公運＞＝５０なら　→３

２　腹を壊してしまった！　全員のＨＰ−１　終了

３　とても甘くて瑞々しかった　全員のＨＰ＋１　終了

４　毒があるかもしれない。やめておこう　終了

こういう感じの簡単なやつを色々考えてみてください
結果として動かしていいのは
ＨＰ、友好度、健康状態、探索度、食料、金　などのパラメータ
能力値（筋力、知力など）やスキルなどは動かさないように
別に何にも影響の無いイベントでもかまいません
文章は簡潔に（改頁少なく）
簡単な発生の条件などもあっていいです（PTに女性が居る時のみなど）

ＰＧやらせてもらってる８です。>>146さんよろしくお願いします(o*。_。)o

えとひとまずウィンドウ制御と時間経過と、
現在地を変更（内部データが変わってるだけですが）する関数を作るところまで一応できました。
これ以上は具体的な仕様及びレイアウトを決めてからでないとキツイってか作れないので、
そろそろステータス等も含めてシステム仕様を決定しませんか？
あんまり時間かけるとモチベ下がっちゃいますし、
前も言ってたように、出来れば時間取れるときに
チャットなんかの手段で一気に決めちゃうのがいいかなって思うんですけども
そのへんどうでしょ？＞御二方

どうぞ御一考をばお願いします。

いつでも話し合いをしましょう
２２〜０１時くらいなら大体空けられると思います
チャットというのは自由に使えるものがあるんでしょうか

一度の話し合いで全部決めちゃうってのは難しいような気もしますね
一杯ありますから・・・
最初の話し合いでどこまで切り捨てるかを決めないといけないかもしれません

チャットでもメッセでもリアルタイムで会議っぽいものが
出来るのなら何でもいいですよ。
今後も使用できるようにどこぞのレンタルチャットを利用してもいいですね。
あとで適当に見繕っておきます。

議題についてはまずは優先順位の高いものを、
こちらからもアイデア出しつつ、３３さんに質問してくって感じで。
最終的に全部は決まらないまでも、
出来るだけ全部決めちゃうくらいのつもりでやりましょう（；＾ω＾）

日時については>>146さんの都合次第ですかねえ。

すいません、諸事情があって家にいなくてお返事できませんでしたorz
シナリオの補助でお手伝いさせていただく事になった>>146です、８さんよろしくお願いしますm（_ _）m
>>ランダムイベント
了解であります。それでは上記の地形でのイベントを、それぞれいくつか書かせていただきますね。
書いた文章の形式はここでUPすればOKですか？

あ、チャットの日時については、こちらも21時以降でしたらいつでも大丈夫です〜。

チャットはいつでも大丈夫なのかな
全員明日で都合が良ければ明日の２２：００からにしましょうか

人物、アイテムに関する変数と戦闘について、元の案と
色々切り捨ててスリム化した修正案とをHPにアップしておいたので
目を通しておいてください
あとは不明な点、話し合わなければいけないなと思う点など予め
用意しておいてもらうと話し合いもスムーズに行くと思います
自分でも失念してる所など色々出てきそうですけどね

では明日の２２時ということでー。こちらはおｋです。
チャットのほうはどうします？
レンタルの一行チャットでいいでしょうか？
メッセやらでもいいですけども。

チャットの方が簡単なんでしょうかね？
メッセならIRCというやつがあるのを思い出しましたが・・・

ＩＲＣは使ったことないのでよく分からないです。。
クライアントソフトだけはいつのまにかインストールされてますが・・・。
便利そうならこれでもいいですね。
メッセかＩＲＣかどちらでも、利用する環境が整ってるのであれば、
レンタルチャットよりは多機能で使いやすいのでいいかなと。
インストールしてないようならわざわざ入れるのも面倒でしょうし、
レンタルチャットでいいんじゃないでしょうか？

じゃあチャットでやりましょうか
用意の方はすみませんがお任せします

了解です。
じゃあ適当にどっかのチャット借りておきますね

http://chat.mimora.com/common/chat.mpl?roomnum=348871

チャット借りておきました。２２時からでー。
それまでちょっと仮眠。。

チャット会議始めてます
１４６さんも来れたら来て下さいね

ttp://www.eonet.ne.jp/~hbj/

プロバイダを替えてＨＰ移転しました

っと、ごめんなさい
私用で１０分ほど遅れます＞＜

８です。
とりあえず昨日話したレイアウトのサンプル作ってみました。
こんな感じでどうでしょう？（細かいデザインは除いて）
http://gamdev.org/up/img/6411.jpg

あと>>146さんはどうしたんでしょうか？
連絡とれてます？

おー良い感じですね
大体いいと思います
探索限界は消して
探索度　５０／３００　のようにした方がいいかな
あと実際動かしてみないとわかりませんが
コマンドボタンの間隔の狭さがちょっと気になりますね

146さんはどうしましたかね
生きてればそのうち連絡あると思いますが・・・

キャラ絵を少しだけアップ
下絵をCG化してくれる人が現れてくれると良いが・・

イラストお疲れ様です。

対抗して(？)プログラムの途中経過です。
http://gamdev.org/up/img/6459.zip

＜実装したもの＞
　メイン画面レイアウトと画像表示
　時間の進行
　拠点間移動
　寿命によるキャラクターの死亡
　隊列の変更(キャラクター画像をドラッグ）
　情報表示の一部。
　ファイルからデータ読み込み

何かエラーとかありましたら報告おねがいします。



あと一応、背景の著作サイト様　→　http://may.force.mepage.jp/
背景ってどうするんだろ？フリーでおｋ？

次の会議についても決めましょうか？
明日とか大丈夫ですか？

お疲れ様です
これから動かしてみます

背景はフリー素材を使うのが無難ですかね・・・
出来れば描きたいですが労力が馬鹿にならんですからな

会議は明日にしますか
いつもどおり２２時でいいですかね

返事遅くなってごめんなさい。
今日の１０時了解です

ちゃんと伝わったかな？
一応もう入室して待機してますね。

路線変更中

ステフスレからの続きですが
具体的には何をすればいいんでしょうか

改めてよろしくお願いします。ステフ３３です
まだプログラマさんがいないんで具体的には始められませんが
顔グラから作り始めても問題ないでしょう
一度デカイ絵を渡しますので、お手数ですが何パターンかの方法で
CGにしてみてもらえませんか？
それを見てどの方法がいいか判断したいので
それが決まったら顔グラどんどん作ってしまいましょう

あと呼び方も決めてください

ttp://www.eonet.ne.jp/~hbj/

↑の「ダウンロード」ってとこから落としてみてください
デカイ絵２枚入れておきました
８８×１０４でやってみてください

決まってたら教えて欲しいんですが、
エンディングを目指す完結タイプか
探検隊の派遣を繰り返すループタイプか
どっちですか？

一本道のストーリーを一回楽しんで終わり、というゲームではありません
探検隊の派遣を繰り返して探索距離（？）の最高記録とかアイテムコンプリート
とかを目指していくような感じです
一応エンディングも用意するつもりですが、オマケみたいなものになるでしょう
不思議のダンジョンと三国志（信長）を足して１００で割ったようなイメージかな

>>150
なるほど、だいたいイメージできました。
ありがとう。

>>147
大分遅れましたが、塗り縮小、縮小塗、ドットり3パターンで
作業時間は、塗り縮小≧ドット＞＞＞縮小塗り、という感じになります
ttp://kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi45457.zip.html
配色は盛大に間違ってるかと思いますが…
この辺はやはり指定してもらっておいた方がいいですね。

あと呼び方って何の呼び方でしょうか

おぉ！素晴らしい
自分の描いた絵でも色を塗ると見違えますね
ドットも味がありますがやはり塗り→縮小が良いですね
一番時間がかかるということで恐縮ですが、是非これでお願いしたいです
配色は忘れてましたが大まかに指定はした方が良いですね
この２枚で言えば
女神官の方は冷たい女のイメージなので目を青にして服、背景も灰〜青、紫系統かな
男の方はほとんど良いですが、遊び人なんで服をちょっと軽めの水色とかに変えた方がいいかも
（色って手軽に変えられるんですよね？）

呼び方は２７５さんとか絵師さんとかそのままではどうかなと思ったので
一応希望を聞いておこうかと思ったのです

企画ページ拝見しました。

キャラクタの変数に「年齢」「引退時期」とありますが、
主人公の王子が引退時期になったらどうなるんでしょうか？

それから経験値が能力別に設定されていて、やりこみ要素が強そうなゲームに思いましたが、
このルールだと出来るだけ年齢が若い（引退時期まで長い）キャラクタを固定して使い続けるのが得策で、
パーティ編成や登場キャラクタが増える楽しみが少なさそうな気がします。

キャラ絵にも力が入っているみたいなので、
毎回の冒険で積極的にパーティを入れ替えたくなるような要素（入れ替えざるを得ない要素）が
あると良いんじゃないかと思いました。

貴重な意見ありがとうございます

主人公の年齢は無限にしようかと思っています
最初は主人公も冒険に参加できるようにしようかと思ってましたが
野球シュミレーションゲームの監督的な立場にしたほうがよいかなと

パーティーの編制ですが、そこは一応考えてあります
まず特定のキャラが居ないと起きないイベントや、特定のキャラが居ると
内容が変わるイベントを多数用意するつもりです
例えば、雪原で「狼の群れに囲まれる」というイベントがあったとします
通常なら「戦う」「逃げる」「魔法を使う」という選択肢しかないけど
キャラＡが居る時は笛を吹いて狼を従わせる→レアアイテムゲット
という展開になる、とか
あとはキャラＡとBが同行していないと起きないイベントとかも用意したいですね
特定のスキルを所持しているキャラが役に立つ場面とかも色々と・・

キャラの成長も探険に派遣しなかった場合も派遣した場合と同じかそれ以上に
成長するようにしようかと
育てたかったら敢えて若いうちは使わない方が良かったりとか


イベントを山ほど用意したいし、仲間キャラや敵キャラを考えたり
アイテムを考えたりしないといけなくて手が足りないので
よかったらあなたも参加してみませんか？
（まだプログラマさんが居ませんが・・・）

>>153
修正版です
ttp://kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi45641.zip.html
名前は特に希望はないんで275でいいんじゃないかと

>>155
お誘いいただきまして光栄です。
多少のプログラミング経験はありますが、現時点では、このスレで仕様の曖昧な点をクリアにし、
ゲーム性と規模を見極めてから判断しようと思います。

ご回答と企画の内容からパーティ編成について考えてみましたが、こんな理解でよろしいでしょうか？
・キャラクタは、「パーティ構成員」「冒険者ストック」「新人空間」の３段階に分かれる
�@パーティー構成員（最大５人分のポインタ）
　プレイヤーが冒険者ストックからメンバーを選択して構成する
　メンバー選択の基準は、特別な目的（最長探索記録更新、レアアイテム獲得など）に応じて、
会話やイベントからヒントを得てプレイヤー自身の洞察力に基づいて選出する。
�A冒険者ストック（数十人程度のキャラクタ実体）
　年次処理およびイベントにより、プレイヤーの意思に関係なく増減する。
　増加要因＝イベントおよび学校の卒業生やその他応募による
　減少要因＝イベントおよび加齢による引退（定年、寿など）
�B新人空間（数無制限のキャラクタ生成関数）
　初期の冒険者ストック作成および年次等による補充要員の生成手段。
　十分な数（数百件以上）のキャラクタ初期値データベースを準備するか、乱数により生成する。
　ただし名前と顔グラフィック対応の関係上、完全に乱数に頼って良いものか疑問
・主人公の「王子」は、年齢不詳の不老不死キャラクタとして冒険者ストックに常備
・スキルはプレイヤーが努力して獲得するだけでなく、新人や待機中の成長に期待できる

以下、現時点での疑問点です。
・顔グラフィックと年齢の関係は考慮しないのか
・死亡したキャラクタは即抹消するのか何かペナルティと引き換えに復活できるか
・引退キャラクタの所持アイテムの取り扱い
・特定イベントに必要なキャラクタが引退年齢に達した場合の救済措置

前略――まず登場人物についてですが
そのままHPに転載したいくらいきれいにまとめてくださいましたね
付け加える点としては、�Aの減少要因は任意に除名もアリにしたいですね
登場人物はゲームスタート時に全員分データを読み込むのが良いでしょう
その上で現在の冒険者ストック、さらにはその回のパーティーメンバーの
データを入れる場所を用意すると
養成学校の卒業生はそのつどランダムで生成してストックに加えるものだけ
加えていく形で。春に、「今年の卒業生で使えそうな人材です」といって
ステータスを表示して「冒険者として採用しますか？」（ｙ／ｎ）みたいな感じ
noならそのまま抹消

疑問点ですが、まず顔グラは固定で良いでしょう（光栄でもそこまでやってないし）
死亡キャラの復活は無しですね。
引退キャラのアイテムは全体アイテムに戻せば良いでしょう
アイテムは個人で所持するのは装備だけです。あとは共有

最後の疑問ですが、このゲームは一回のプレイで完全に極められるような
タイプのやりこみゲームではなく、何度も再プレイしてもらう感じにしようかと思ってます
なのでキャラの死亡でイベントが見れなかった場合は、諦めてもらって次のプレイで見
てもらうことになります
立ったキャラを準備するわけですからおそらく一回のプレイは２００〜３００年くらいになるでしょう
アイテムコンプリートやイベントコンプリートは累積で達成できるようにした方が良いですね

２７５さんご苦労様です。ほぼイメージどおりです
さっそくＨＰにアップしておきました
この絵で興味持ってくれる人が増えるかも・・・

それでまた２キャラ用意しておいたんでダウンロードしてみてください
騎士の方は白人で目は青、金髪or栗毛で兜は鉄色かな・・・背景は任せます
魔道士は毛は白で肌はしなびた感じ、ローブは任せます。ナイトブルーとか
灰色とか深緑も良さそうだし柿色なんかも意外と・・・

作業は全然急ぐ必要はないのでのんびりとやってください
あと下絵に歪みとかおかしな部分があったら遠慮なく手を入れてやってください

>>158
なるほど、つまり冒険者ストックの仕様は、

（初期値）
王子, プリセットデータ数名分
　※プリセットデータは、初期の冒険に支障が無い程度のレベルに設定しておく
　※王子は省略するかも？

（減少要因）
・探検で死亡した場合、王子を除き自動的に抹消される（装備品没収？）
・年次イベントで定年に達した場合、自動的に抹消される（装備品は返却）
・会話やイベントにより冒険者ストックのキャラクタが去ることもある（装備品返却or持ち去り？）
・編成時、王子を除き任意に(または条件付で?)除名することもできる

(増加要因)
・ストックに空きがある場合、年次イベントで養成学校卒業生に優秀なのがいれば任意に追加できる
　（この場合の卒業生データは乱数が入るが最弱レベル、装備なし）
・ストックに空きがある場合、イベントにより相応レベルのプリセットキャラクタが加入することもある
　※このプリセットキャラはゲームを通して1回しか登場しない場合があり、
　　そのキャラの生存中しか見られないレアイベントもある。

という感じになりそうですね。

ところで蛇足かもしれませんが、パーティ編成の際、キャラクタの能力を査定して人件費を計算し、
派遣するときに前払いするようにしてみてはどうでしょうか。

＞＞１５４さん

資金運営もゲーム攻略上の要素として使えるといいですね
でも完成間近になってからかなりバランス調整に苦労しそう

あと書き忘れましたがキャラの成長はかなり小幅にしようと思ってます
１５才で登場するとして戦士系なら３０才くらいにピークになって
初期値の１．５〜２倍くらい。そして１０年くらいピークを維持して
筋力、体力、敏捷性が衰えていって５０才くらいで引退
魔術師系なら５０くらいまで緩やかに成長して老年まで維持
ただし体力の低下がハンデになる・・・という感じ
ステータスの最大値は２０か３０にする予定
成長システムは大事な部分なんでまだ決定しかねてますが
「成長タイプ」や「戦士センス」「魔術師センス」のような変数が
必要になるかも・・・

能力の最大成長を2倍程度に制限するというのは、良いと思います。
パーティ編成時、全体の強さよりも、バランスの重要性が増すのではないでしょうか。
「成長タイプ」は先天的に決めて生涯の成長（退化）曲線もある程度固定してしまい、
戦士向きか魔術師向きかはプレイヤーが判断して、関連スキルを獲得させることによって
個性が出るようなシステムなんてのはどうでしょう。

さて、質問の続きですが、食糧と薬草について整理させてください。企画書によると、
【食糧】
・森で採集したり戦闘後に入手したり、街で購入できる（？）
・資金と同列のステータスとして保持
・探検時の休息コマンドで使用でき、（全員の？）体力が少し（？）回復する
・シーズン間での持ち越しは可？不可？
【薬草】
・森などで採集したり戦闘後に入手できる。街では開発する（？）
・探検時の道具コマンドで、アイテムの中から選んで使用？効果は体力回復？
・戦闘中にも使用可能？
・アイテムの一種として保持（保有数制限あり？）

個人的には、
・パーティ内メンバの最大ＨＰ差が精々2倍程度なら、休息したら全回復でもよいのではないか
・薬草が頻繁に使われるアイテムなら、専用の使用コマンドがあっても良いのではないか
・それよりも、体力回復手段は食糧だけで十分ではないか（もしくは薬草の用途は全く違うのか）
と思いました。

不躾な質問攻めですみませんが、この企画にはとても興味があるので、どうぞよろしくお願いします。

食料は出発時に安価で補充できるもので、装備品と必要な
アイテムを持って残りの所持重量限界まで食料を積んで
出発する、というのがスタンダードになるでしょう
持ち越しは無くて良いと思います
狩猟や採集による現地補充は余り容易にすると面白くないので
バランス調整は重要になりますね
[狩猟]スキルで食料の現地調達が有利に、[料理]スキルで休息時の
回復量が上がる、もしくは調子が上がることがあるなどのボーナス
をつけようと考えてます

薬草はそのまま使用すると微量のＨＰが回復する程度のもので
持ち帰って開発の素材として使うと魔法薬が製造できるようにしようと思います
希少な素材でしか作れない魔法薬は大量にＨＰを回復して戦闘中も使用可能
とかになるでしょうね

開発についてはまだ詳細検討中なんですが
・投資することで開発力が上がる
・持ち帰ったアイテムを素材として開発機関に渡していく（もう戻ってこない）
・必要素材が開発機関のストックに揃う＆開発力が要求値に達している
　という条件でそのアイテムの生産が可能になる（レシピが判明する）
・開発機関はゲーム開始数年後に出現

というのが大まかな案です

企画ページの中断前画像によると食糧が特別重要なパラメータぽくなっていますが、
実際は一般アイテム扱いで、総重量および数量に制約があるということですね。
こんなまとめ方でどうでしょうか？

【食糧】通常アイテム、出発時に安価に購入可能
・探検時の休息コマンドで使用する（戦闘中は使用できない/魔法薬と差別化）
・ＨＰと調子が若干回復する（[料理]スキルでボーナスあり）
・対象は全員？
・探検中、狩猟や採集（イベント？コマンド？）でも補充可能
　（[狩猟]スキルで成功率上昇）
・探検終了後に自動で廃棄される（シーズン間持ち越し不可）

【薬草】通常アイテム、購入不可で採集イベント（コマンド？）等で入手可能
・探検時の道具コマンドで使用する（戦闘中も使用できる）
・ＨＰがわずかに回復する
・対象は個人、全員など種類による？
・合成の素材として組み合わせられるように、何種類か存在する
・シーズン間で持ち越し可能
・開発機関（仮称）に提供することも可能

【魔法薬】通常アイテム、条件が整えば開発機関から調達可能
・薬草と同様だが回復効果が高い（回復以外の支援効果も考えられる？）
・一口に魔法薬と言っても、回復効果の違い（素材の違いに起因）により何種類か存在する

「？」をつけたところが決まればユーザインタフェースの設計方針が見えてくると思います。

食料は通常アイテム扱いでもどっちでもいいんですが
ただ画面に個数は表示しておきたいですね
「休息」コマンド一回につき食料一個消費で全員が回復
狩猟、採集はコマンドではなくイベントですね
スキルによる差は発生確率か入手個数で表すようにして

薬草、魔法薬は通常のアイテムの一種ですが
それ以外にも回復アイテムはあっても良いと思うし
中には戦闘中に、全員同時に回復するようなのもあって良いかも
ステータスが一時的に上昇するとかそういうのも良いかもしれません

「食糧」というものに種類がなくて、使用場面が「休息」コマンドに限定されているのなら、
お金と同じで財産扱いにしても良いかもしれませんね。

ちょっと気になったのは、「休息」コマンド1回につき、パーティのメンバー数に関係なく
食糧1個消費というのは妙なので、単位は個数ではなくてアナログ的な表現（グラムとか）
を検討してみてはどうでしょうか。
大食いのキャラクタを設定してみたり、探検中、
食糧を通貨の代わりにするような応用もできると思います。

さて、引き続きお尋ねしたいのは、アイテムのパラメータの一つ「レア度」についてです。
ゲーム中での希少価値のことだと思ったのですが、
単にアイテム整理時に捨てられるか否かを示すものなのか、
もっと他の要素に影響する要因なのか、どのようにお考えでしょうか？

>>159
はい、できました。
ttp://venus.aez.jp/uploda/data/dat6/upload326230.zip

２７５さんお疲れ様です
今回も大満足の仕上がりです
首の影のつき方とか最高です
服のつもりだった部分が鎧になっちゃってますけど
これはこっちのミスですね。もっとちゃんと指定しないと・・・
今回のはこれでも全然違和感ないので大丈夫ですが

また二つアップしておいたんで落としておいてください
５番の盗賊は帽子、服は黒か濃灰か濃紺あたりで模様はオレンジか黄色かな
瞳は黒か焦げ茶、肌は黄色人で髪は灰色辺りじゃないかと思いますが
色々試して良いと思うのにしてください。背景はお任せ
６番の娘は髪はふんわり軽そうな金髪で目は青緑とかかな？
肌は健康的な白人、肩当は非金属で甲羅っぽい感じ
服と首当ては任せます。背景も軽い感じで

しかし自分の下絵を拡大してみるとすごい汚いですね
コピー用紙に普通のサインペンで書いてるのがダメなんだろうか・・・

＞＞１５４さん
食料は特殊扱いの方が良いかもしれませんね・・・
食料の消費、入手のバランスはゲームバランスにおいても
かなり重要になってきますから、単位は大きい方が調整しやすい
かもしれません
「大食い」はバッドスキルとしてあっても良いかもしれませんね
能力は高いけど食料の消費は大きいとか

「レア度」については、街に帰還したときのボーナス経験値とか
ゲームのスコア的なものを評価したくなった時に便利かと思って
一応用意しておいた値です
あと距離や能力値によってランダムで入手できるアイテムの範囲を
決める時にも使えると思います
例えば街から１００距離以内のときは宝箱からレア度＜５０のアイテムしか
出ないけど、３００距離になるとレア度２００まで出るとか

ところで探険の終了条件ですけど
一つは[帰還]コマンドで全員無事に帰還する方法ですが、もう一つ
Ａ：一人のＨＰが０になったらそいつを連れて自動的に街まで戻る（キャラは死なない）
という仕様にしようかと思ってるんですよ
（Ｂ：ＨＰが０になったものを捨てて残りのもので先に進める（キャラは死亡）
　というやり方もあると思うんですが、これだとキャラがすぐ死ぬし、死んだことに対して
　他のものがコメントするとか台詞を変えるとかめんどうだし
　一人キャラが減ったら戦力ががたっと落ちるわけだからどうせ長くは進めないだろうと）
ＨＰが０になったキャラは獲得経験値がパーになるようにして
で、最初から５人未満で探検隊を出すのも不可能にすると
「探検中は常に５人」ということになるんですよね
だから食料１個＝５人分でも一応成り立つかなと

↑解りにくい長文ですね・・・

ところで２７５さんもシステムとかシナリオとかに
思うことがあったら遠慮なく意見出してくださいね

一日１レスは付けるようにしようかな

今日は３キャラ描きました
美男美女や不細工は描くの簡単だけど
普通なのが結構難しいんですよね・・・

「レア度」大体理解できましたが、「ボーナス経験値」とか「スコア」とか新しい要素が出てきましたね。
そのあたり、また改めてお尋ねすることにしますが、
距離と能力地（と地形？）に対してランダムでアイテムを入手できる要素というのは、
アイテムに設定するよりは、イベントのパラメータテーブルに書いた方が調整しやすいと思います。

それから、パーティーを常に5人にするというアイデアは、確かに実装は合理的にできますが、
戦闘システムの作り方次第では、プレイ初心者にいきなり5人管理させるのは、
とっつきが悪くならないでしょうか。
それに、単独冒険でなければ得られないスキルやイベントとかがあっても良さそうに思います。
単に食糧の取り扱い単位の問題だけならば、個数ではなく重量表現にするだけで、
柔軟性が高くなるような気がします。

ところで、現在想定されるゲームの目的は、
(1)できるだけ遠くまで探検する
(2)アイテムをコンプする
(3)イベントをコンプする
(4)冒険者を充実する
という理解でよろしかったでしょうか？

スコアとかボーナス経験値というのは具体的には何も決めてないただの
案ですが、ただ価格以外に入手確率や入手した際の評価を判断するた
めの値が必要になるだろうと見越して「レア度」という値を用意しておこうと
いうわけです

パーティー人数についてですが、wizやドラクエ３のように複数がデフォルト
のゲームも多いし、そのことでプレイヤーには問題は出ないと思います
それより問題は難易度の設定で、このゲームは成長幅が小さいうえに寿命
もあるので鍛えまくれば一人でも行けるということにはなりませんよね
イベントにしろ戦闘にしろ基準は５人居た場合の数値になるわけですから
一人ではほとんど進めないだろうし、４人でもかなり不利になるでしょう
PT人数によって難易度の設定を変えるという手もありますけど、それも面倒
だしそうすると逆に優秀なキャラ一人の方が有利になってしまったりしかねません
だからいっそ５人居ないと派遣できないってことでも良いんじゃないかなと
特殊なイベントで単独行動になるようなのも作ってもいいかもしれませんけどね

ゲームの目的はそんな感じですね
主に（１）で、区切りの距離に達する毎にメインストーリー（はっきり決めてませんが
島に探検隊を派遣する理由に関する話）が展開していくので、それが目的ということで
あとのアイテムコンプやイベントコンプは一応おまけ的なものですが、プレイヤーに
とってはそっちがメインになるかもしれないので、作る方としても重視しないといけませんね
キャラコンプとかも作ったら面白いかも

5人なら進めて4人では厳しいバランスでは、パーティ編成がシビアになりませんか？
遊び人など戦闘向きではないキャラクタを連れて歩く余裕もあったほうが楽しいと思いましたが、
その辺も含めて調整次第でしょうね。

では次に、アイテムの持ち方についてですが、「重量」が設定されているようなので、
おそらくパーティ全体で運搬できる重量に制限（または重量超過でペナルティ）があると思います。
また、アイテムは、武器・盾・鎧・装飾品など装備もできますよね。
本当は、具体的なアイテムの一覧表のようなものがあると、いろいろな状況を想定しやすいんですけれど、
とりあえず企画書だけでははっきりしなかった部分についての質問ですが、

(1)街にアイテムを預けておけるようにするか？その量は制限しないのか？
　　もしくは、持ち歩けないアイテムはすべて売却か寄贈か廃棄にするか

(2)携行アイテムは、重量のみ制限するのか、品目数も制限するか？

(3)消費アイテムは回数管理（5回使ったら消滅する消耗品など）にするのか、1個は1回分にするか

(4)携行アイテムは個人管理かパーティ全体で管理か？
　　全体管理の場合、制限重量に各個人の装備品の重量を含めるのか？
(平たく言えば、冒険者が背負って歩くのか、ラクダか何かが運んでくれる設定なのか)

というようなところを、よろしくお願いします。
絵師さんや、その他の方のご意見も伺いたいですね。

PGいないならツクールで自分で作れば？

街にはアイテムを無制限に保管できて問題ないでしょう
携行アイテムはまず各PTメンバーの筋力（＋α）から
それぞれの装備重量を引いて、残りの値を全員分足した
数値まで全体として個数関係なくアイテムを持てる
ということになります

例　
キャラ　　筋力　　装備　　差し引き
　A　　　　　１５　　　　５　　　１０
　Ｂ　　　　　１０　　　　４　　　　６
　Ｃ　　　　　　６　　　　３　　　　３
　Ｄ　　　　　１２　　　　２　　　１０
　Ｅ　　　　　１０　　　　０　　　１０
　　計　　　　　　　　　　　　　　３９

所持可能重量　３９
赤い魔法薬（重量３）×３
ガラスの剣（重量５）×１
魔法の角笛（重量２）×１
食料　２３食分

重量を超えるアイテムは持てないということでいいでしょう
探検中に重量をオーバーするような宝を見つけた場合
何かアイテムか食料を捨てないと入手できないようにして。
消費アイテムはややこしいので一回で消えることで良いでしょう
　

ということは、定義したアイテムごとに「街に保管している数」「携行している数」を配列で記憶することと、
各プレイヤーについては、単純に武器・鎧・盾・装飾品の最大4品をアイテムIDで記憶するような
データ構造が良さそうです。
念のため確認しておきますが、資金は重量に含めませんよね？

では引き続き、探検システムについて、
(1)地形の発生方法について
　(a)毎回全く予想できないように乱数で生成
　(b)毎回一定の一本道だが、コースを選択できる
　(c)最初は（例えば）草原で始まり、既定の距離で分岐を選択できる
　(d)季節によって発生内容をコントロールするか

(2)探検の終了方法について
　(a)いつでも帰還可能 or 洞窟など帰還不可能な場所を設定する
　(b)エンドレス or 一定距離でイベントが発生し打ち切られる

(3)地形の変化タイミングについて
パーティメンバのＨＰとのバランスもありますが、
３０歩同じ地形が続くというのはちょっと長いように思いますが、
何かバリエーションの持たせ方をお考えでしょうか？

地形の順番はランダムで、ただし序盤は草原や森が多く
距離が伸びるにつれて洞窟や砂漠、雪原などの上級地形が
多くなる、といった補正は有

探索の終了は[帰還]コマンドでいつでも帰還できるようにして
稀にイベントで強制的に帰されることも有

同一の地形は３０〜１００歩（ランダム）くらいの間続くように
しようと思ったんですが長いですかね？まぁ実際プレイしてみての
感覚が解らないんで後々調整ということになりますが
一定距離進んだ所で選択肢が出てどちらの地形に進むか決められる
選択肢は２個くらいでランダム
後何歩進んだら地形が変わるかはわからない方が面白そうですね


所持金に重量のあるゲームって昔ありましたね
ファンタジーかハイドライドかなんかで・・・
このゲームでは当然無しで


>>175
ツクールは使ったことありませんがなんとなくこのゲームには合わないような・・・
まぁまだシステムも確定してないしシナリオもこれからなんで
のんびり待ちますよ

イベント案などをちょっとずつ作ってます

距離の設定については、
「１歩進むと、免除スキルがない場合、ＨＰが１（地形によってはそれ以上）消費される」
という設定があるため、オートマチックで分岐店まで進むというよりも、
１歩ごとに、不測の戦闘に備えて回復しておくか、もう少し我慢するか、というような判断を
プレイヤーに問うような形になると思っていました。

地形は、その判断基準として最も基本的な要素らしいですが、
その切り替え周期があまり長いと辛いかも、と思ったわけです。
せいぜいサイコロの１〜６歩ぐらいごとに分岐点があっても良いかな、
と考えていますが、イメージ間違ってますでしょうか？

ところでプログラマに関しては、とりあえず見栄えを気にせず、ゲームのルールと
バランスをチェックするぐらいのプロトタイプなら私にも作れると思います。
しかしながら、他のプロジェクトなどで頓挫しているものを見ていて思うのは、
企画と実装の間にある「仕様設計」が固まらない段階でプログラムを作り始めても、
仕様を企画かプログラマのどちらが決めるかによって、企画意図と違う仕上がりになるか、
仕様変更が重なって開発が長引き、スタッフが自然に飽きてしまうような傾向が見られます。

このＲＰＧに関して言えば、企画ページにある程度項目は挙がっていますけれども
詳細な仕様設計については現状で３３氏の頭の中にしかありませんから、
もう少し構想をはっきりさせて、プログラマが具体的に工数見積もりできるように
準備しておいたほうが良いのでは、と思いましてしつこく質問している次第です。

そうですね、プログラマさんに完成形が見えてないと
どうしようもないですからね
実際作り始める前に十分に話し合っておくのは必要ですな

距離に関しては１〜５行の認識で間違いないです
ただあんまりコロコロ地形が変わるのはどうかと思いますね
イベントの頻度にもよりますが、同一地形がある程度続いた方が
ゲーム性は良くなるんじゃないかな
今どういう地形に居る、この地形が何処まで続くか解らない
と考えながら進んでいくのが面白いと思うし
分岐点に来た時に、楽な森を選ぶか厳しいけれどイベントやアイテム
のために敢えて砂漠を選ぶか、というようなことで悩むのも
面白いと思います
雪原に強いキャラを入れてきて正解だったなー、とか

例えば、「草原」が続く途中に、
小川があったり、木陰があったりなどのイベントを用意して、
それが物によっては数ステップ前から予見できるような仕組みにしておくと、
「とりあえず川を越えておこう」とか、「あの木陰で休もう」など、
ある程度目標を持った行動計画を立てられるようにするシステムはどうでしょうか？、
（勿論、敵襲などで予定が変わることもありで）

これなら、３０〜１００ステップぐらいで地形が変化するのでも、
五里霧中の世界をさまよう不安が安らぐと思います。

ちなみに、イベント案を検討中とのことですが、
そちらの仕様も検討しておきたく思っております。
単発の、「食べ物を見つけた、食べる？食べない？」程度なら簡単ですが、長そうなもの
をお考えでしたら、現在考えている内部変数の保持方法、
更新タイミング等と付き合わせしてみたいので、
ぜひとも、まとめサイトなどで公開してほしいです。
（例：あるキャラクタが探検隊に志望した。
　　　その目的は○○を見つけることらしいが、
　　　そのためには△△のスキルを持ったパートナーの協力が必要で、
　　　○○を見つけた後、それを使った真の目的が明らかに…　）

また、折角スレで意見を出しているわけですから、
いろいろな方からのアイデアも検討していきたいと思っています。

一応ＨＰに「イベント」の項をアップしておきましたが
あれだけじゃ解りづらいでしょうなタブン・・

ところで２７５氏は今作業してくれているんでしょうが
長いことレスが無いと生存してるか不安になりますな
作業は急ぐ必要ないけど時々は生存報告くれると
安心します

とりあえず探検イベントですね。
「進む」コマンドを実行したときの処理手順を考えてみました。

(1)発生させるイベントを決める
　　優先順位の高いイベントから順に、条件式を評価
　　　　高：固定イベント
　　　　中：高確率設定の探検イベント
　　　　低：中、低確率設定の探検イベント
　　条件が最初に成立したもの１件について、(2)以下を実行する
　　条件にかなうものがなければ、その回はイベントなし
　　※１歩移動したときのイベントは最大１個と仮定しています
(2)ユーザに対し、イベントが発生したことをテキスト等で通知する
　　必要に応じて選択肢を示し、入力を促す
(3)内部変数および入力結果を含む条件式を評価し、
　　必要に応じて(2)のユーザインタフェース処理または、
　　内部変数に対する演算操作を行う
　　※演算操作＝対象変数と操作方法（加減算、追加、除去、更新）と程度パラメータのセット
　　　　程度パラメータの決定は「影響」で示されたスキル・フラグ類の要素を含む数式を利用
(4)ゲーム全体を通して１回(もしくは限定回数)しか発生しないイベントを実現するため、
　　(1)で評価されるべきフラグを更新しておく

開発手順によりますが、最終的に調整しながら追加するようなことがあるなら、
真っ当なスクリプト処理系か状態遷移図のグラフエディタを用意して、
イベント定義をプログラムの外部に持たなければだめですね。

イベントはこのゲームの肝ですからね
イベントの数が少ないとゲームが単調になってしまうし
単純なものでも良いので数百はほしいところですな
後から随時追加できるようなプログラムが望ましいです
プログラム的にはイベントが一番の難関なのかも

数百ですか…！
書くのも大変ならテストプレイも大変そうですね。

【発生条件】
【発生時のメッセージ】
【「はい」を選択した場合のメッセージと結果】
【「いいえ」を選択した場合のメッセージと結果】
　　（選択肢は一つの例）

というようなテンプレートに押し込められるものなら、
数が増えてもプログラミングの難易度は変わらないと思いますが、
このパターンばかりというわけでは無いでしょうから、
拡張性のある定義方法が必要になってくると思います。

そういう実装は可能だと思いますが、
データを作利続けるモチベーションが保てるかどうかのほうが
問題になりそうな気がします。

俺一人だとかなり時間がかかるでしょうね
ゲームが形になってきたらモチベーションは続きそうですが
ネタが尽きるという心配もありますし・・・
シナリオ補助の募集に誰か来てくれれば自分はメインシナリオとキャラ
関連、ゲームバランス、システムに専念できるんですけどね
プログラマーが確定して動き出したらまた本スレで
募集をかけてみましょうかね

シナリオ補助にしろ、プログラマにしろ、拘束期間が読めない状態で
募集をかけるのは待ったほうが良いと思うのですが。

おそらく必要な作業で思いつくのは、３３氏を監督として、
・システムプログラム作成
・ユーザインタフェース用画像【現在２７５氏が担当】
・イベント用シナリオ（主にメッセージ）作成
・イベント用画像作成
・（完成が見えた段階で、イベント用音楽・効果音・画像エフェクト）
・戦闘用敵キャラクタ設定
・戦闘用敵キャラクタ画像
・（完成が見えた段階で、戦闘用音楽・効果音・画像エフェクト）
のような感じだと思いますが、それぞれサンプル程度のものを数件作成し、
見込んでいる必要数（数百件というのが現実的かということも検討が必要です）
を示し、受け入れ態勢を整えてから募集をかけるのが、無難な気がします。

プログラマ待ちで開発が滞っているとお考えなら、
見栄えを気にせず、とりあえずシステムの雰囲気が分かる程度のものでよければ、
私が作ってみましょうか？

絵と文章に関しては量は多ければ多いほど良いわけで
作業もクリエイティブな仕事だからどれだけやれば
どれだけ出来るって見通しの立つものではないと思います
でもこれは手伝ってもらうにしろ最低私一人居れば
なんとか続けられるものですから気軽に参加してくれれば
いいと思います

でもプログラマーさんだけはきっちり決まらないとどうしようもないですね
まず仕様を把握してもらうのに時間がかかるし、組む間も
話し合いながら進めていかないといけないですからね
途中で離脱されると他の人に後を引き継ぐって訳にもいかないし

理想としては土台のプログラムを集中して仕上げてしまってから
あとはデータをどんどん放り込んで数字を調整していけばいい
という状態まで早めに持っていってから、じっくり肉付けをして
いくっていう形ですね
その後ももちろんプログラマーさんは残ってもらわないと困りますけど
作業は楽になるし大丈夫でしょう

なんか３３氏のライフワークになりそうな勢いみたいですが、
完成の見通しが立たない計画では、絵でもシナリオでも気軽に参加ということは
なかなか難しい気がしますね。
プログラマにしても、パラメータ調整してチェックという作業は、
程度によりますが、あまりクリエイティブでないと飽きる心配があります。

現在の企画について完成の妨げになっている要因は、
(1)ゲームの規模が分からない（開発作業量が見積もれない）
(2)プレイヤーにとってのゲーム性（何を判断材料にして何を目指すか）がはっきりしない
(3)個別の設定要素（ステータスパラメータやスキル定義等）の意味、相互作用が数式化されていない
などではないかと、私は考えています。

現在のプロトタイプがない状況ですべての設定を正確に定義しようとするのは無理ですが、
とりあえず紙と鉛筆とサイコロと電卓を使ってゲーム性を確認する程度の作業はできると思います。
少なくとも1年分（冒険3回訓練１回）の模擬プレイをしてみて、
各項目の意味づけや、必要なイベント数や発生タイミング、パーティ編成と戦闘のゲーム性などに
関わる数値データを割り出してみてはどうでしょうか？

よく解りませんがゲーム性については特に心配してませんよ
ゲーム自体は非常に単純で、大量のイベント、アイテム、人物
等を発見し味わうのが主な楽しみのゲームですからね
難易度とかゲームバランスに関しては単なる数値のやり取りでは
判断できません。それらはプレイヤーがどう感じるかを基準にして
調整しないといけませんからね
絵を見たり文章を読んだりマウスをクリックしたりという中で
どう感じるかということが問題になるわけですから

現在土台のプログラムを作るのに必要なことで残っているのは
年齢とＨＰの関係の数式と戦闘の数式、このへんです
これが決まればプログラム作っちゃって良いと思いますが
シナリオや絵はまだまだ手付かずですからね
それらはプログラム無くても進められる部分なので
今別にプログラマさんが居ないから製作が進まないというような
状況ではないですよ
ただ私一人でやってたら一日に顔１枚とかイベント一個とかしかできなかったり
するし完成は１年後とかになっちゃうでしょうね
まぁ２７５氏もどうやらいなくなっちゃったようだし、また一人でしばらく
進めるのもいいかと思いますけど、募集かけてワイワイやったら
勢いつくだろうしそれもいいかなと思います

あとプログラム作るにしても数値をチョコチョコいじるのに
一々プログラマさんの手を借りないといけないのは非現実的ですよね
数値やテキストは簡単に変えられるようにしてもらわないと
イベントをチェックするのにそこまでゲームを進めないといけないとか
やってられませんからね

>>192 については、全くそのとおりなのですが、具体的にどのような方法を取れば
その問題を避けられるかは考えておく必要があります。
ゲーム本体以外に、パラメータ調整専用ツールが必要なら、その仕様も示さなければなりません。

>>１９０ の終わりに書いた「ゲーム性」というのは、ゲームの目的のことではなく、
例えば、アイテムを発見するのを楽しむゲームであるとすれば、
情報により存在は知っているけれども未入手のアイテムがほしいときに、
どのようなパーティ編成をしてどのようなルート選択や戦闘スタイルにするかなどを
プレイヤーが考え、実行する部分のことを言います。

単純に距離を稼ぐだけなら、ある程度の防具を揃え、武器を持たずにその重量分を
食糧と回復アイテムに回し、戦闘は逃げまくる、という戦略も、プレイヤーとしては
一つの選択肢になるでしょう。
その戦略がうまくいく、いかないという味付けがバランス調整の役割になります。

もし「大量のイベント」が単に乱数だけで発生するだけだったらゲームになりませんから、
ちゃんと脈絡のあるストーリー展開、すなわち、イントロダクション〜断片的情報提供を経て、
プレイヤーが推理し戦略を立て実行、そして目的達成となるシナリオが必要だと思うのです。

移動や戦闘システムの単純さはセールスポイントにして良いと思いますが、
肝心のイベントやアイテム、人物との出会いまで単純にしてしまったら、
ゲームというより、単なるブラウザじゃないですか？

＞ちゃんと脈絡のあるストーリー展開、すなわち、イントロダクション〜断片的情報提供を経て、
＞プレイヤーが推理し戦略を立て実行、そして目的達成となるシナリオ

こういうものはこのゲームにはありませんよ
プレイヤーが推理するとしたらそれは過去の自分のプレイの経験からですね
プレイヤーのために道を作っておくようなゲームではありません
アイテムについて事前に情報とかそんなのも無いです
イベントは条件と乱数ですね
大航海時代とか、太閤立志伝のような感じというか・・
人物も三国志でいう武将のようなもの（それよりはずっとしゃべりますが）です
ＡとＢは仲が良いらしいから（そういう情報は街での会話で）一緒に連れて行ったら
なんかイベントが起こるんじゃないか？というふうに
プレイヤーが試行錯誤するゲームです
９〜１２行目は大事なことですね
ゲームが一通り出来上がってからが結構かかりそうな気がします

つまり、
・AとBが仲良しらしいという表現（会話・ステータス等）＝断片的状況
・AとBを連れて行くと何かイベントが起こるかも＝プレイヤーの推理
・（その組を連れて行くと戦闘等で不利益が生じるならその補完＝戦略）
・予想通りのイベントが起きたor起きなかった＝プレイヤーの経験
ということですよね？

ところが最後のイベントが起きる、起きないの部分が乱数に依存していたり、
いろいろな条件が重なりすぎていて、何が原因でイベントが起こったかという
因果関係がプレイヤーに理解できない（つまり脈絡が無い）と、
推理も経験もできないんじゃないかと思います。

探検パートや戦闘部分の戦略性・ゲーム性が豊富で、
イベントはおまけみたいな位置づけならそれぐらいでもちょうど良いかもしれませんが、
このゲームのコンセプトはむしろ逆だと思っていました。
それならそれで、イベントや人物を記号的に扱えるので、
もっとシンプルな実装方法もありそうです。

あー条件が複合だと何が原因でイベントが起きたか
解りにくいというのは考えられますね
イベントのテキストの中にそれとなくヒントを入れておく
のもいいかもしれません

プレイヤーの仕事が複雑になるほどゲーム性が上がる
というものでもないと思うんですよ
単純な中に数値的なシビアさを適度に感じさせる
加えて豊富なイベントやアイテム、人物などのテキストデータ
によって飽きさせない、やり込み心をくすぐる
キャラや世界に魅力があれば尚良し
こういうのが目標ですね

ここのところ高校野球の録画を観るのに時間を使って
あんまり作業が進んでなかったりして・・・
今日はキャラ絵２つほど描きましたが

成長関係の設定を一応アップしてみました
数値は大体なので要調整でしょう

戦闘と成長システムに関しては企画書では不明瞭な点が多すぎるので
現時点で具体的な数値を出されても良く分かりません。

例えば成長タイプ一致時の経験値８００という値についても、
成長タイプなしの場合いくつなのか、あるいは、そもそも８００という値は
ゲーム中のどのような行為何回程度相当なのか基準が見当たりません。
（スライム８００匹だと、うんざりしそうな作業量ですし）

個別のパラメータごとに、どういう条件・タイミングでどの程度変動するか、とか、
どういうときに参照され、どういう意味・影響力を持つ値なのかということなど、
後々調整するにしても、もう少し丁寧に書き出してあると良いと思います。

一応説明を入れてみましたがどうですかね

経験値は最初１００で上がるようにしようかと思ったんですが
イベントごとの獲得経験値に少しずつ差をつけるためには
数値を大きくしないと難しいので一桁増やしました

１季の訓練で経験値が２５０上がると一年で能力が１上がります
訓練のメリットは伸ばしたい能力を上げられること
探検では思い通りの能力を上げられなく、各能力の経験値を
少しずつ稼ぐことになるが合計値では訓練よりも多くなる
というバランスにしようと思ってます

各能力値（筋力等６種）の「戦闘以外」の作用は、
基本的にイベントの発生または分岐条件ということになると思いますが、
可能性として、
(a)ave(筋力)=パーティの合計値（平均値）
(b)max(筋力)=パーティ内の最大値：誰か得意な人
(c)min(筋力)=パーティ内の最小値：足を引っ張る人
(d)any(筋力)=パーティ内のランダムな誰か：運のいい人、悪い人でも可
を条件式の評価値にすることが出来そうです。
　　ex. if max(技量)>50 then 宝箱内のアイテムを入手

もちろん他にもイベント発生条件の変数はありますが、それらを組み合わせ、
またそのイベント発生時のテキスト表現や結果について、
完結した典型的な具体例を２，３示していただくと、よりイメージがはっきりしてきます。
きっと、イベントごとに挿絵が一枚くらいずつあると良いんでしょうけれど、
募集するにしても数次第でしょう。

それから勘違いしているといけませんので念のため確認しますが、
「訓練」というのは、
(1)毎年「冬」だけではなかったですか？
(2)パーティ以外の冒険者も訓練するのでしょうか？

訓練は探険に出なかった人が留守の間にします
冬は探検隊を出せないので全員が訓練します
各自に[行動]というデータを用意して
「筋力訓練」「敏捷性訓練」・・・と設定をいつでも
変えられるようにしておきます
「自由行動」も用意して能力が上がらない替わりに
稀に何か特典（アイテムを取ってくるとか、スキルを覚えるとか）
があるというのもいいかもしれません

イベントは挿絵欲しいですね・・・
でも全部に一枚ずつだと大量になりそうなので
重要なイベントや発生回数の多いのを優先になるでしょう

なんか、
「冒険者になることを志願したものの『自由に過ごせ』と言われ、
見つけてきたアイテムは主要パーティに召し上げられ、
一度も冒険に連れ出されず歳月を重ねて引退の時を迎える」
うだつの上がらない大学講師のような人生を想像したら悲しくなってきました。

それはそれとして、待機キャラが最大何人ぐらいに増えるかわかりませんので、
それぞれ個別に行動を設定・管理するのは、システム的には可能だと思いますが、
プレイヤーの負担が大きくなるような気がします。

パーティに入っていないキャラクタの行動まで縛るのは心情的にちょっと抵抗感があって、
それぞれ勝手に訓練するようにするか、あるいは全員に対して一括命令できるけれども、
従うか従わないかはプレイヤーとの友好度に任せるというのはどうでしょう。

それと、通年で訓練できるのであれば、別に冬を休みにしなくても良い気がします。
遠征は難しいけれども冬しか発生しないイベント、冬季限定アイテム、
冬しか参加しない冒険者とかを登場させられるようになると思ったのですが、
それでも冬に探検させない理由があるのでしょうか？

一人一人に行動を設定するのはプレイヤー的には
特に問題ないと思いますよ
他の色々なゲームと比べてみてもそのくらいは考えること
があっていいくらいだと思います
毎季節設定しなおす必要は無いですしね
時々パラメータをチェックして変更するだけでいいですから

訓練をサボるとか勝手に他の行動をするとか
そういう人間臭さはあると面白そうですね

冬は春〜秋に比べて表現上大きな落差を考慮しないと
いけませんからね
冬では違和感のあるイベントが多そうだし、それらを起こらなくすると
冬専用のイベントを多数用意しないといけなくなるでしょう
砂漠や雪原はどうなのかって話もあるし
冬にまで探検隊を派遣するのかよってのも・・・
いっそ冬は出せないことにした方がゲーム上メリハリも出るしいいかなと
冬は街でのイベントを多く用意したらいいんじゃないかな


イベント→イベント例で２個ほど具体案を書いてみました
やっぱりシナリオ面でも協力者が欲しいと思いました・・・

パーティ外人物の行動設定関係は、了解しました
ただ、うっかり放置しておくと数年後あまりに偏った成長をするというのも
ちょっと理不尽な気がしたもので。

そういうお話なら、例えば
・冬季は全員の行動について見直し＆清算する季節にする（年単位で行動を指示）
・春・夏・秋はパーティメンバ入れ替えを制限する（5人中1人だけとか禁止とか）
というのはどうでしょうか。

イベント案、拝読しました。非常に分かりやすいです。
しかしセイレーンクラスのイベントを「数百」書くというのは、
単に作業量の問題というだけでなく、要求スキル的に言って、
協力者を募るのは、結構難しいと思いますよ。

名無しさんからネタを出してもらってそれをベースに
スタッフが確定事項（条件評価関数、アイテム、戦闘相手…）の表を
眺めながら実装し、必要な素材を発注する、というような作業スタイルが
そこそこのペースでうまく機能すれば、もしかしたら実現するかも。

まだ時期尚早かもしれませんが、
とりあえず公式にBBSを設置してみてはいかがですか？

あと、
・口調タイプ条件が設定されていないキャラクタ（無口、阿呆など）の
　台詞が設定されていません
・セイレーンイベントで、神学スキルなし、知力低の場合、
　８に進み、９５％の確率で「霧の布」が手に入ります。
　こうなるとちょっと意味不明な展開みたいですが、仕様ですか？
　

全員が魅了された場合の結末を忘れてました・・・

イベントのボリュームについては

「宝箱」「薬草」「鉱石発見」「謎の果実」といったような
アイテム入手系、「罠」「雷雨」「落石」のような被害系
そういった感じのテキストの少ない単純なものを１００種程度
ちょっとした戦闘や捜索のようなものを５０種前後
選択肢や会話など物語性、分岐のあるやつを３０くらい
そして一番手間がかかる＆重要な、キャラクター関連をできるだけ多く
あとメインストーリーにかかわるものを１０〜２０、これは自分で
責任を持って創らないといけないでしょう

助っ人に頼むとしたら、アイデアだけでもいいしチャートまで作れたら
創ってもらえると助かります
でも数値の変動やテキストは自分で手直ししないといけないでしょう

口調について、実際書いてみて思ったんですが口調タイプはある程度数を
絞らないといけませんね
５〜６種くらいが丁度いいんじゃないでしょうか

口調タイプ案

俺　：「俺〜」「〜だぜ」「〜しろ！」「〜か？」
僕　：「僕〜」「〜だよ」「〜だね」「〜なの？」
女　：「わたし〜」「〜ね」「〜よ」「〜かしら？」
チンピラ：「チッ〜〜やがる」「〜〜じゃねぇよ」「てめぇ〜〜」　[俺]で代用の場合あり
娘：「あたし〜」「〜よ！」　[僕]で代用の場合あり
紳士：「私〜」「〜です」「〜ます」
淑女：　紳士とほぼ併用

こんなとこですかね・・・
年齢の変化によって爺口調に変えてもいいかと思いますが
そこまでする必要もないかな

バリエーション１００種類という目標の内訳について、
アイテム入手系イベントは、アイテムの設定種類数によって、
また被害系イベントは、主な被害はＨＰが中心で、回避条件の設定の仕方によって
自ずとバリエーションが限られてくるような気がします。

程度の大小もあるでしょうが、「何が起こってどれだけの被害が出たか」を
直感的にプレイヤーに知らせることが重要で、しかも頻繁に発生するのなら、
凝った情景描写を入れても読まれなくなるでしょうから、
極端な話、事務的な台詞で事足りるかもしれませんので、
ここで種類を増やす努力は報われないかもしれませんね。

戦闘･探索にしても同じで、内容がテンプレート化できてしまうような
イベントならば、とりあえず1個実装できれば、数を増やすのは簡単でしょう。

やはり一番面白いのは物語性や分岐のあるタイプでしょうから、
この部分で外部の協力を得られる受け皿を用意するのが良いと思います。

口調…。
極論かもしれませんが、この設定、無くても構わないんじゃないでしょうか？
分けるとしても、年代を考慮しなくて良いようにするべきですし、
性別と職業系スキルもしくは顔画像から分別する手段もあります。

口調はやっぱり固有のパラメータが必要でしょう
性別や職で分けると敬語の盗賊とか男口調の女のような
イレギュラーが作れなくなるし、画像で分別っていうと
左上隅のドットの色で判断とか・・・？
まぁ最低限違和感が出なければ良いので７個もあれば上等でしょう

スタッフの募集はまずこのスレで話し合ってきたようなことを
わかりやすくＨＰにまとめてからでないといけませんねぇ・・・
あと装備と主要なアイテムも決めていかないといけないし
顔絵に名前と経歴、性格、生年なんかを付けていく作業もあるし
まだメインのストーリー（なんで探検隊を派遣するか）も決めてない・・・
暑さが和らげば作業もはかどるはず・・・

企画の内容を逐次更新していくことは、
プロジェクトの目指している方向を示す上でも、アクティビティを示す上でも、
重要だと思いますので、是非進めていただきたいですね。
更新履歴を残しておくのも有効だと思います。

しかしながら、これまでに出てきた内容を反映して詳細な企画を示したところで
新たに募集をかけなおしてみても、
前回の募集時点と比べてぱっと見で劇的な変化に乏しいような気がしますから、
企画の内容に加えて開発計画や実現への見通しを示すことが必要だと思います。

これまでに判明した点として、相当長丁場な開発が予想されます。
おそらく、現時点で完成時期が見えない開発プロジェクトに最後まで
付き合ってくれるようなスタッフは簡単には見つからないでしょうから、
途中で人が入れ替わっても、リソースが無駄にならないようなパート分けを
考えておくと良いと思います。

例えば1ヶ月間で顔グラフィックだけ所定人数分そろえるとか、
所定数の敵キャラを設定するとか、一定の拘束期間と目標を設定して
集中的にスタッフを集めるというやり方はどうでしょうか？

企画ページがずいぶんと加筆修正されて分かりやすくなっていますね。

せっかくですので、トップのイメージもそれに合わせてはどうかと思い、
サンプル画像を作ってみました。
ttp://gamdev.org/up/img/7246.jpg

背景素材は、>>140に紹介のあるサイト様のものを利用しています。

表示内容の仕様は未定ですが、大体こんなイメージになるのではないかと思っています。
募集も必要でしょうが、それ以前にこのプロジェクトに興味を持っていただける方が
増えると良いですね。

彩色を担当された２７５氏も是非戻ってきてください。

おぉいいですね！感謝です

早速展示しようと思うんですが一つだけ間違いが
パーティーは探検隊を派遣する時にメンバーを選抜して
帰還すると解散します
なので街に居るときはPTはありません
できれば会話中の画面として、顔グラと会話ウィンドウ（と適当なログ）
が表示されたところを造ってもらえるといいサンプルになるんですが

派遣の際は、持っていく荷物の選択と食糧の購入のための選択がありますよね。
そのためにはパーティの編成、つまり人員の選択と装備選択が終わっていないと、
所持可能な重量が計算できません。

ゲームの性質上、パーティ選択は詳細なパラメータをチェックしながら
慎重に人選すべきだと思いましたので、結構時間を掛けると思いますし、
途中、セーブもしたくなるのではないかと思います。
なので、パーティ編成と装備を先に済ませておき、
出発直前に荷物整理と食糧調達だけしたら
すぐ冒険に出発するというメニュー編成を考えてみました。

例えば、>>211で挙げた画像は、
「王子（主人公？）がとりあえず2人雇ってみたが、
　装備品が足りなかったので街へ調達に来た」
ような、パーティ編成の途中で起き得るであろう状況をイメージしています。

パーティ編成していないと、せっかくの顔グラフィックの使いどころがありませんし、
街にいる間、暫定的なパーティ編成や旧編成が表示されていても
ゲーム進行上、特に問題にはならないと思いますが、いかがでしょうか。

街ではＰＴの顔やデータは表示させない方がいいです
街では各自がそれぞれの生活をしているという設定ですし
PTが残ってると街でも一緒に行動してプレイヤーはPTを
操作してるような印象になってしまいますから

編制が長くなるという心配があるなら[編制]コマンドを
追加してもいいかもしれません
キャラ全員の能力を比較してメンバーを選出し
メンバーの所持限界重量に合わせて携帯アイテムを準備する

あと街でも[道具]コマンドは必要ですね
街ではアイテムの使用は無いかと思いましたが
使用することでスキルを覚えるとか能力が上がるアイテム
は街で使えるようにしたいですからね
アイテムの確認、使用、売買をできるコマンドが必要でしょう

装備の変更や各自の行動の設定は[情報]コマンドでいいでしょう

これらのコマンドのレイアウトや操作性は結構重要になってきますね

開始直後のイメージ（主人公は王子・必須キャラということで）
ttp://gamdev.org/up/img/7263.jpg

パーティを編成しているイメージ（上の絵だと寂しいので）
ttp://gamdev.org/up/img/7264.jpg

ちょっと冒険中のイメージ(テスト画像)
ttp://gamdev.org/up/img/7265.jpg

ユーザインタフェースの設計は、凝りだすと時間ばかりかかるので、
ゲームバランスの調整をするときに、ついでに弄ればいいでしょう。

おそらく完成することには全然デザインが変わっていくでしょうから、
とりあえず、現時点でイメージの共有化のための参考画像と考えてください。

ありがとうございます
早速２枚目と３枚目をサンプルとしてトップ頁に
使わせてもらいました

ところで主人公ですけど
もう「主人公」というキャラは無しにしようと思います
プレイヤーはキャラクターや国の経営を司る
王か神のような存在になりますが
キャラクターとして画面に登場はしないことになります
必要性を感じないので


今書き溜めておいた顔絵を取り込んで微修正して
アップする作業をしています
ある程度揃ったらキャラ設定や登場年代を大まかに決めて
バランス的に足りないキャラを追加で作っていくつもりです
とりあえず５０キャラくらいが目標ですね

更新ご苦労様です。
多くの方に関心を持ってもらえるようになれば良いですね。

ちなみに現在もプログラマ募集中になっていますけれども、
とりあえずパーティ編成から探検・イベント処理までの実装の目途が立ちましたので、
こんな調子でよければ開発を続けますが、いかがでしょうか？

それから、主人公キャラなし、ということについては、
そうなりそうな気がしていましたので了解です。
けれども、下手をすると経営シミュレーションになってしまいますので、
キャラクタとストーリー性については、
ちょっと濃い目のものを用意することも視野に入れたほうがいいかも
しれませんよ。

もしかしてあの画像はプログラムになってるんですか？
単なる一枚絵かと思ってましたが・・・
プログラムを担当してくれるのならもちろん大助かりです
今の所自分では絶対出来ないのがプログラムですからね

キャラ関連のイベントは数もそうですが、なるべくテキスト量を
抑えつつ、キャラの魅力を上手く表現できるようにしたいですね
複数キャラのからみ重視で

企画ページ等に列挙されているデータを元に、
内部記憶とユーザインタフェースを構成したハリボテです。
C++で作成していますが、内部変数を「ルールに従って」操作するメソッド
を実装すれば、おそらくゲームらしくなると思います。

現状は、自前のテキスト処理プログラムで内部変数の初期値を書けることと、
選択やメッセージボックスなどの簡単な入力インタフェースを使って
内部変数の操作（一部）ができ、結果を画面に表示できることまでです。

で、その「ルールに従う」部分が大事なのですが、当初は非常に曖昧だたのですが、
ここしばらくのやり取りで、かなり確信が得られた、というところですね。

キャラクタ関連のイベントは、いろいろと構想が広がりやすい部分ですが、
現在のデータ構造では実装上（管理上）の制約がありそうな気がしますので、
もうちょっと良く考えて見ます。
できればこちらについても、２，３サンプルがあるとありがたいです。

キャラ関連はまだキャラができてないので具体的なのは
作れませんが、問題となるのは発生条件の部分ですよね？

例えば

・イベント４５が既に行われ結果が１であった（全体フラグとして収容）
　and キャラＡとキャラＢが同行している

OR

・イベント４５の結果が２であった
and キャラＡとキャラＣが同行している

共通で
・地形が森、草原
・確率２％

というような条件は可能でしょうか
条件に関してはどこまでが可能かをプログラマーから
指定してもらったほうが良さそうです。シナリオはその制限の
中でやりくりしますんで

あと表現に関しては顔絵とメッセージ窓を上下に２つ並べて
対話風なことができるかとか、揺らすようなエフェクトは可能かとか
こちらから注文を出していった方がいいかもしれませんね

実装上の都合で要望に添えない部分が出る可能性はありますが、
その都合でゲームデザインを束縛しては意味がありませんので、
遠慮なく要求仕様を出していただいて構いません。
その仕様に矛盾や問題点があれば、対案もだしながら指摘するようにします。

イベントの結果をゲーム中持続して保持してくことは可能ですが、
いかにしてプレイヤーにそのフラグが立っているかを示すことが問題になります。
よくあるのは、フラグが立っていたら会話が変化するという表現方法ですけれども、
それと、フラグと、イベントクリア条件の関連性をプレイヤーが推理できるような
シナリオの書き方が求められます。
その辺を>>193で心配していました。

他の方法としては、フラグの代わりにアイテム（備品）を使う方法で、これなら例えば、
　(存在を知らない/入手していない/所有したことがある/所有している)
の4段階程度の属性つきで保持できると思います。

それからビジュアルエフェクトの関連は専門ではないので、
あまり高度なことに対応できるかどうかわかりません。
現状寂しいスレッドですが、そういう知識のある方がアドバイザとして
付いていただければ、こちらとしては勉強になります。

また多少のことは出来るかもしれませんが、使っている描画エンジンの関係上、
プレイヤーへの要求スペックが過剰に上がってしまうかもしれませんので、
その辺は必要に応じて打ち合わせ、ということでお願いします。

なんか、>>220の答えになっていませんので、頭がすっきりしているときに補足しておきます。

イベントの開始・分岐条件にキャラクタの状態を使うことは可能です。状態とは、
・冒険者ストックに登録されているか否か
・パーティ内にいるか否か
・指定のスキルを持っているか否か（装飾品による追加スキルも含む）
・指定の装備品を装備している否か
・パラメータ値が参照値より大きい（小さい、等しい）か
など、企画ページの変数の項目で上がっているものすべてです。

なので、「キャラＡとＢがパーティ内にいる」という条件も可能ですし、
論理結合で他の条件を合わせることもできます。
ただし、ほどほどにしておかないとプレイヤーにとって分かりにくくなると思います。

実装上心配があるのは、キャラクタ個人を指定する手段で、現状は、
・登録している個人名
・パーティメンバの1人目〜5人目、
・マウスでクリックしたパーティメンバ
・冒険者ストック中で現在参照中の人物
のどれかを使って評価する個人を特定し、上記の状態変数の参照・更新ができます。

シナリオスクリプト中から、個人名を使ってアクセスしていると、
その人物が退役するなどして冒険者ストックから消滅した場合、
そのスクリプト自体が無効になってしまいます。

なので、意図的に特定個人の活躍期間中に限定するイベントでなければ、
「パーティメンバ中で何かの能力が最大の人」というような抽象的な人物指定をしてください。

…というところがプログラマ側からのお願いですが、
これまでのサンプルは、そうなってますので全く問題ありません。

ちょっとプレイ時間のことを考えたんですが

一回の探険が１０分くらいかかるとすると１年が最低３０分
すると１００年で５０時間、５０年でも２５時間もかかってしまいますね
キャラの現役期間を戦士系で３０年くらい（１５歳〜４５歳）魔法系で
４０年くらい（２０歳〜６０歳）とすると、一周は７０〜８０年くらいは欲しい
でも数周プレイしてもらうつもりなら一周は１０〜１５時間くらいが理想でしょう

実際ある程度出来上がってみないとわかりませんが
今のうちに解決策を考えておいた方がいいかもしれませんね

・探険を年一回にする　→　単調になるのは防げるがキャラを使う機会が減る
・一回の探険を５分くらいにする　→　盛り上がらない
・シナリオを分けて途中からでもプレイできるようにする　→　アイテムやシナリオをどうするか

プレイ時間も大事ですが、プレイの目的の方が重要かもしれませんよ。
「最長距離を目指す」だけだったら、セーブ＆リトライを繰り返し、
不利なイベント、戦闘結果を避けまくるという攻略法をすれば、
１シーズン何時間かけてでもプレイするかもしれません。
逆に、遠征が無理だと判断されたらすぐ帰還するでしょうから、
平均的な探検時間を想定しても、思惑通りにはならない気がします。

遠征することは、イベント発生条件の一つとして考え、
それ以外に探検の目的を設定することを提案しておきます。

または、例えば１０００ｋｍまで到達できたなら、次回の探検は
５００ｋｍあたりからでも開始できるようにするとかによって、
プレイヤーのレベルに合わない作業を飛ばす救済策を用意してはどうでしょうね。

探険の途中ではセーブは出来ないようにするつもりです
それと死者が出て強制的に帰還するのと帰還コマンド
で無事に帰還するのとでメリットデメリットの差を大きく
つけると緊迫感が出て面白そうですね

あと一応目標距離ってのを設定しておいて、到達すると
ニューゲームでも影響するボーナスがもらえるように
しますかね
・イベントコレクションが見れるようになる
・アイテムコレクションが見れるようになる
・アイテムを持ち越せるようになる
・死んだキャラが再登場するようになる
などのボーナスから一つ選べるようにする
最長距離を目指す場合はそこからさらに奥にも行けると

あと新しい数値として［発展度］というのを作ろうと思います
探検隊を派遣せずに奉仕活動をしたら［発展度］が上がることにして
［発展度］が上がると
・予算が増える
・強い武器、強力なアイテムが購入できるようになる
・学校、開発所などの施設が登場する
こうすることで探検隊を出さないメリットというのをつくり
バランス的に年に１〜２回の派遣が最も効率良いようにする
あとは探険から帰還すると調子が絶不調になり、休むと
１ずつ向上するようにする（病気や怪我、幸運などで急低下、上昇もあり）

探検隊を出してレアな材料を持ち帰ってくるか、
奉仕活動に精を出すか、良く考えよう、というところですか。

冒険者ストックが少ない（１０人以下）ぐらいなら、
派遣するしないでの差がはっきりすると思いますが、
分母が増えてくると、おそらく毎回派遣するのが得なんじゃないかという気もします。

発展度は面白いと思いますが、ますます経営シミュレーションぽくなっていきますね。

実装上必要なことは、
・発展度の単位、次元
・上昇要因別の上昇値
・上限値
・発展度の表現方法（数値、画像、メッセージ、選択肢）の具体的仕様
などですね。

発展度を上げることと探検することとのトレードオフを作ろうとするなら、
このパラメータに関しても相当量のイベントなどを用意することになりそうです。
こちらも、企画ページで具体例をまとめていただくと分かりやすいと思います。

探検隊を派遣しなかった季節だけ発展度が上がるようにします
上がる量は冒険者全員の知力の合計（×α）とかでいいでしょう

あと冒険者一人につき春に一定額の給金を払うことにします
金が足りなかったらなんらかのペナルティ有

キャラの引退は任意にしようかと思ってます
能力が落ちてきたのをどの程度で見切りを付けるか
枠数や給料と相談して考えさせるのも面白いかと
引退コマンドは［情報］表示時でいいでしょう
逆に登場時期の方を変数にしようと思います
全員１５歳で登場とかだと不自然なので

あとは装備ですが、強力な装備を入手したとして
メンバー交代のたびに付け替えるのは面倒です
なので一度授与したら変更不可にしようと考えてます
引退の時に返還されることにして

あとキャラ情報の時に三国志の「列伝」的な経歴情報
を３０字程度で見れるようにしたいです

先日のイメージを作っているデモプログラムの準備が出来たので公開しようと思います。
そこでちょっとご相談なのですが、このプロジェクトをどの程度の人数がチェックしているか興味があるので、
ダウンロード数をチェックできる自サイト(ttp://www7a.biglobe.ne.jp/~amadela/)に置きたいと思います。

プログラムの実行には、企画ページで公開されている顔グラフィック(chr1.bmp〜chr13.bmp)が
必要なのですが、コピーをアーカイブに含めて、こちらのサイトで公開してもよろしいでしょうか？

さもなくばそれらのファイルを企画ページからダウンロードしてもらうように、ドキュメント中に書いておきますが、
その場合、まとめてダウンロードできるような形にしていただけたらありがたいです。
よろしくお願いします。

よく解りませんが別々にダウンロードするのは面倒でしょうから
そちらで一まとめにしたほうが良いでしょう

でも　chr1〜4はgifで８８×１０４、chr5〜13はbmpで８０×９６なん
ですがそこは問題ないんですかね
とりあえずは適当でいいでしょうけど最終的には揃えないとねぇ
サイズはまぁ近々直すつもりですが、私の使ってるグラフィック
ツールではgifに変換できなかったりして・・・
画像の形式は何がいいとかはCG師さんが現れないと決められないかな

画像のサイズと拡張子直しておきました

数えてみるとかなりキャラのバランスが悪いですね・・・
魔法使い系と盗賊系が多すぎるかも
学者、医者あたりを増やさないと・・・
あと親子とかも考えていかないとな・・・

デモプログラムの公開を開始しました。
>>229 のHPから「ちょっと気になったゲーム」⇒「ミニRPG第一部」です。
まだゲームになっていませんが、とりあえず動くとこんな感じではないか、
というところです。

画像の形式は、WEBブラウザで見える形式なら必要に応じて変換しますので、何でも構いませんが、
縦長の画像なら、高さ128(２のベキ乗)で作ってもらえると効率が良いです。
今のままでも問題ありません。

人物は、仮で良いですから登場年数と現役期間を定め、
年表にしてみてはどうでしょうか？

おぉ動くものが出来ていますね
ご苦労様です
これでゲームの雰囲気がぐんと伝わりやすくなりますね
興味を持つ人が増えてくれるといいですが

操作性とかレイアウトとか色々注文をつけるのは
まだ控えた方がいいんでしょうか
細かい所は置いておいてとりあえず気になったこと
だけいくつか挙げてみますが

・透過は見づらいのでやめたほうが良いかも
・フォントは６４０×４８０でちゃんと見えるサイズで
・個人の重量は要らないので全体の重量／限界重量
　を常にわかるようにしたほうが良い
・編制時の能力は比較しやすいように一覧表示が欲しい
・街にいるときは顔グラ表示は必要ない

とりあえずといいながら結構細かいことまで挙げてしまいましたが
まぁ画面に関しては洗練していく作業にかなり労力を要しそうですね・・・

インターフェースのデザインに関しては、仮組みですからどんな風にもできますが、
「中断前」のレイアウトをベースに、デバッグの都合優先になっています。

すぐにでも修正はできますが、ゲームシステムに変更が起きた場合、
また作り直しになる気がしますので、
まずルールが確定し、表示するパラメータの種類、単位、範囲、表現方法と、
操作別のレイアウトがまとまってから変更しようと思っています。

しかし分かっている部分については、
次回リリース（戦闘システムの実装を予定）までに、可能な限り修正しておきますので、
気が付いた時点で問題点や要求仕様などを挙げておいてください。

とりあえずデモ版に関しては「公開中」ということで、
作業を先に進めたほうが良いと思いますよ。

ＨＰにレイアウト案をアップしてみました

この通りにしろというモノではないので
一応参考程度にしてよりプレイヤーが操作しやすい
インターフェースを模索してみてください
作業はゆっくり自分のペースでやってください

ユーザインタフェースデザインというのは結局、
プレイヤーが理解しやすく、使いやすいことが一番なので、
ゲームバランスの調整ポリシーが決まってきたころに考えましょう。
３３氏案拝見しましたが、ちょっと数字が多すぎて難解な印象を受けますから、
グラフ（棒グラフやレーダーチャート）を併用することになると思います。

それはそれとして、戦闘システムに関してですが、
まず、敵キャラクタの登場タイミングについては、地形イベントと同じときに、
乱数で判定しようと思います。
ゴブリンやセイレーンでは分岐によって戦闘になったりますが、
通常の敵も、登場台詞を省略するだけで同じ処理システムに載せられます。

そこでまず、敵編隊の構成パターンをどうするのかについての質問です。
�@単一キャラか混成チームか
�A常に５体セットか様々か（最大数は？）
�B敵の出現パーティはパターン化するのかランダム生成か
�C同種のキャラクタに能力差をどのように与えるのか？
　　※敏捷性が同じだと、敵全員が同時に行動ゲージが満タンになる？
�D敵の強さに変化をつけるのか
　　※遠征距離に比例して敵が強くなるという考え方が自然ですが、
　　　このゲームシステムの場合、遠征するにつれ、
　　　物資が厳しくなることが最大の敵になる気がします。

敵は１〜５匹までで混成のパターンでいいでしょう
前衛、後衛もありますしね
一定距離ごとに区切って、各地形ごとにパターンを２０程度
決めておいてそれぞれ確率も決めておいてランダムで
という形でいいでしょう

例
距離１〜５０・草原
１：前衛　野犬×５　　　　２％
２：前衛　コボルト×２　後衛　弓コボルト×３　　　２％
３：前衛　コボルト×３　後衛　弓コボルト×１　ゴブリン×１　　１％
４：前衛　岩石男×１　　０．５％
５：前衛　ヒクイドリ×３　　１％
・・・・２０パターンほど
といった感じ

敵の能力は同種でも小幅で変動があるのがいいですね
同時に行動ゲージが満タンになった場合は優先順を決めておけばいいでしょう

敵は序盤ほど弱く種類が多く、距離が長くなるほど強く種類は少なくがいいですね

戦闘の回数はかなり低くしようと思っています
ゲーム序盤は一回の遠征で１〜２回、少ない時は一度も敵に出会わず帰る
くらいでいいと思います
敵の種類はイベント以外で１００種は欲しいですな

取得経験値の種類と割合を敵依存で決めるのか、それとも使用武器依存で
決めるのか、それをまだ考えてませんでしたね・・・うーむ
敵の表示方法も問題だ・・・

敵５体が同時に行動ゲージ満タンになって、
敵が５回連続攻撃してくるのはさすがに厳しかろう、と思ったのですが、
良く考えてみたら、戦闘開始時の行動ゲージ初期値を分散させておけば済みますね。
エンカウント条件によって自分または敵の行動ゲージが規定されてましたし。

敵の種類は、地形に合わせて定義し、編成パターンをいろいろ作っておいて、
テストプレイ時に難易度で選別するという方法もあります。

いずれにしても、敵キャラクタの設定や画像のデザインで作業量が増えますね。
３３氏がどこまで自分で作りたいかということと、予定している規模がどのくらいか、
というあたりを示してもらえると、ありがたいんですが。

敵キャラの名前とか数値的なことはもちろん自分でやりますよ
問題は画像なんですが、その前に表現法を決めないといけないわけで

一番簡単なのは敵もパーティーと同じように枠で囲ってしまう
やり方ですが見栄えは最悪でしょうね・・・
ミニキャラを作ってクォータービューだと見栄えは良いし楽しいでしょうが
ドット絵師が必要になりしかも作業量が半端じゃない
一番無難なのはドラクエ式でしょうが、正面からの絵で前衛と後衛を
どう表現するかが問題ですね

戦闘時のキャラの絵を３０×４０くらいで
武器ごとに７種　×　構え＆攻撃モーションで２種　×　男女　で２８パターン
敵は１００〜１５０程度で半シルエット風
このくらいなら可能な気もしますね
やはり前後衛がぱっと見て解るようなのが好ましいですからね

ＨＰの戦闘の項にイメージ図をあげてみました・・・

とりあえず、魔法の種類と効果、使用可能条件と使用方法についての設定をお願いします。
魔法を使う敵を出すのかどうかによっては、プレイヤー側にも魔法耐性の設定（算定）が
必要になるかと思います。

敵のサイズは特に気にする必要はないと思います。
それよりも、絵描きさんにとって「横向き」って描きやすいんでしょうか？

プレイヤーパーティに合わせて、カード対戦ゲーム風に
抽象化した表現でも良いような気がしましたが、いかがでしょう？

魔法は普通のゲームのように戦闘中に「メラ！」とかそういうのはありません
杖装備＝魔法攻撃　ということになっていて、物理攻撃との違いは
・威力が知力依存
・防御無視
・全体攻撃が出来る（スキル「魔道」があれば）
ということです
敵も同じような攻撃を使うものを登場させます

スキルで覚える「火炎」や「鉄身」などの魔法は戦闘前に使います
敵が気付いていない時に魔法を使うという選択ができ、火炎だと
先にダメージを与える、鉄身だと防御力を上げる、という具合です
他の「魅了」や「浮遊」「幸運」などは全てイベントで選択肢が出た時に使います


カード対戦風はあまりメリットは無いような・・・
画像サイズを統一しても違和感が無いというメリットはありますが
このゲームの戦闘はかなり単調で戦略性とか無いですからね
見栄えが良くて解りやすいのが良いと思うので、CGの作業量という
問題がクリアできるならオウガバトルのような感じが理想だと考えてます
横向きでミニキャラにすれば絵のクオリティも幾分誤魔化せるし
良いんではないでしょうか
ただプログラム的に難があったら遠慮なく言ってください

魔法関係の確認事項です。よろしくお願いします。

(1)魔法関係のスキルを持っていなくても、杖さえ装備していれば、
　戦闘時、知力（だけ）をベースに攻撃するようになる？

(2)剣士であろうが、スキル系魔法を使うことが出来る？効果は一律？

(3)スキル系の魔法は戦闘開始時の１回だけ使用可能？
　　先制なら確実に使用可能
　　通常はランダムで２分の１
　　不意をつかれたときは使用機会なし

(4)スキル系の魔法は失敗しない？

(5)「火炎」のダメージ量は知力やスキルに依存しない？

(6)魔法攻撃は反撃を受けない？

(7)事故判定によって間違って味方全員に魔法攻撃することもあり得る？

(8)事故判定によって目に砂が入った場合でも魔法攻撃は確実に当たる？

(9)魔法攻撃にもクリティカル判定がある？

うぉっ９項目も！

Ｑ
（１）　杖を装備すると誰でも攻撃は杖仕様（知力依存、防御無視、遠距離可）になります
　　　　ただしまだ倍率は決めていませんが　スキル無し・「魔術」有・「魔道」有では
　　　　ダメージ倍率に差をつけようと思ってます。スキル無しではカスダメージ、「魔術」
　　　　有で防御力の高い敵にはやや有利、「魔道」習得だとかなり強力、というバランスに

（２）　スキル系魔法は習得していれば杖を装備していなくても使えます。ただしスキルの
　　　　項に書きましたが「魔術」は知力２０以上でないと習得できません。威力や成功率に
　　　　関してはイベントの場合はそれぞれ判定式があったり一律だったりと色々な場合が
　　　　あるでしょう。戦闘前の魔法では「鉄身」は一律でいいでしょうし、催眠や死は知力・
　　　　スキル依存の成否判定式があったほうが良さそうですね。

（３）　戦闘開始時の魔法使用は一回だけ、しかも何を使用するかもランダムです。
　　　「しっ！・・・あそこにゴブリンが５匹いるぞ！」（先制攻撃を表す）↓
　　　「○○は火炎の魔法を使った！」↓
　　　「ゴブリンたちにダメージを与えた！」（個別の数値は不要かな）
　　　戦闘画面に移行
　　
　　　という感じで。通常（どちらの先制でも無い場合）では魔法、弓使用者が複数居たら
　　　各人について個別に５０％判定します。

長すぎるといわれた・・・ので分割

（４）　戦闘開始時のスキル系魔法は「催眠」「死」は知力・スキル依存の成否判定有で
　　　「鉄身」「火炎」は失敗無しで。

（５）　「火炎」のダメージは戦闘中に杖で全体攻撃したのと同じダメージでいいでしょう
　　　敵には「魔法防御力」というステータスはありませんが、耐性のタイプとして
　　　「魔法耐性」「魔法無効」というものがあります。この手の敵の場合、ダメージも
　　　成否判定も５０％、０％になります。「催眠」は敵一匹ずつ個別に判定を、「死」の
　　　場合はランダムで一匹対象を決めますが「魔法無効」の敵とそうでない敵がいた
　　　場合、「魔法無効」の敵はランダムの対象から外したほうがいいでしょうね。

（６）　杖、弓での攻撃は反撃を受けません。また杖、弓装備者はどんな攻撃に対しても
　　　　反撃を出来ません。

（７）　味方の事故判定の場合単体に杖攻撃でいいでしょう。攻撃タイプが「全体」の敵の
　　　　場合は味方全体に攻撃ですね。

（８）　砂が目に入っても魔法攻撃は必中でいいでしょう

（９）　魔法にクリティカルはありません

まだまだ説明不足の箇所ありそうなんでドシドシ指摘してください

修正

（２）（４）　「催眠」「死」の成否判定に知力・スキル依存

　　　　→　　　　　　　　　　　　　知力依存

「魔術」無しでは魔法スキルは習得できないので「魔術」と「魔道」
の差をつけるかということですが、これは同じでいいでしょう

ＨＰの戦闘の項修正加筆しました

敵のパラメータちょっと変えました

耐性攻撃　→　受けたとき威力が５０％になる攻撃の種類
無効攻撃　→　受けたとき威力が０％になる攻撃の種類

例

ゴブリン　耐性：弓　無効：無し
ユニコーン　耐性：短剣　無効：魔法

ゴブリンは弓攻撃のダメージが半分になる
ユニコーンは短剣のダメージが半分になり、魔法は全く効かない。
杖のダメージは０になり、先制攻撃時の魔法も通じない。

あ、「弱点攻撃」も設定したほうがいいな！

丁寧にありがとうございます。では遠慮なく。

(1)■行動のところに「攻撃　対象を選択し攻撃する」にとあるのと、
　　２：「敵の場合攻撃可能範囲からランダムで選択」とありますが、
　　攻撃対象は指定できるのかできないのかどっち？

(2)（自分の）前衛と後衛が入れ替わった結果、全員後衛状態になるのは良いのか？

(3)近接武器しか持たないキャラが後衛に回されたら何もできない？
　　（戦闘中、前衛・後衛の入れ替えを指示することはできるのか？）

(4)「根性」スキルのあるキャラクタの復活判定は、被害直後（５）か連打完了後（９）？
　　また、魔法「死」を食らった場合にも復活できるのか？

(5)戦闘中、回復剤は使用可能なのか？

(6)敵は回復手段を持つのか？またアイテムを使ってくる可能性は？

(7)「防御、逃亡、道具」の選択は、確実に実行するのか、事故判定するのか？

(8)催眠中のキャラクタがダメージを受けたときの取り扱い

とりあえず、こんなところにしておきます。

（１）　敵の場合というのは敵の思考アルゴリズムのことですね
　　　　敵が味方を攻撃してくる場合対象は攻撃可能範囲から
　　　　ランダムです

（２）　入れ替わるのは当人だけです。当人が唯一の前衛の場合
　　　　前衛がいなくなるので、自動的に全員が前衛になりますね

（３）　それは何も出来ません。入れ替えは１ターン消費で可能と
　　　　いうことにしましょうかね

（４）　一発のダメージ直後です。１で耐えた後に連打が来たら死
　　　　にます。魔法「死」には適用されません。

（５・６）　戦闘中の回復は非常に高価な（で重い）アイテムを使用
　　　　することでのみ可能ということにします。敵はアイテムを使
　　　　いませんし、回復もしません。

（７）　事故判定は攻撃を選択した直後のみです

（８）　「眠っている」という状態があるわけではなく、ただ戦闘開始
　　　　しばらくターンが回ってこないだけです（処理上は）。なので
　　　　ダメージを受けて起きるというようなことはありません。

ついでに敵からの魔法スキル、弓による先制攻撃は通常は無しに
しましょう。イベントでの戦闘ではあるかもしれません。

よく考えたら事故判定は攻撃→対象指定の後の方が良いですね。
修正しておきます

眠っているのに攻撃を避けたり反撃したりするのは不自然ですねぇ
行動ゲージがマイナスである、というのを条件に必中、反撃無し
にしましょうか
となると行動ゲージがマイナスの間はそれが判るエフェクトも欲しいし
そこまでするなら「催眠」以外にも行動ゲージがマイナスになる場面
を作りたくなりますね・・・
衝撃食らうとマイナスまで落ちることにしましょうかね・・・？
ちょっと検討してみます

敵が攻撃する時に「かみつき」とか「炎」とか「体当たり」とか
「攻撃名」というパラメータを用意して表示した方がいいかな
計算パターンとしては味方の武器と同じものを使うわけだけど
攻撃の際にエフェクトと一緒にチラッとでもそういうのを表示したら
イメージがだいぶ違うかもしれない

ダメージ計算式と対象選択方式のテーブルを増やすだけのことなので、
武器による７種以外に、敵専用パターンを設定しても大して手間にならないと思います。

もしくは、攻撃パターンは現状＋α程度にしておき、
武器の付帯スキルでバリエーションを増やすことも可能かと思います。
「炎」＝杖属性の武器＋「火炎攻撃スキル」＋攻撃力の値

また、防具の付帯スキルによって、火に強い法衣とかも定義できると思います。
「水の羽衣」＝鎧属性＋「火炎防御スキル」＋防御効果

どんな実装が良いかどうかは、登場する敵やアイテムの一覧表が出揃ってから
考えれば良いですので、今の段階で制約に思わないのが吉かと。
極端な話、「ある特定のスキルを持った人により、ある特定の敵にしか効かない武器」
というのも可能です。

ビジュアルエフェクトについては必要なものが絞り込めてから
グラフィックデザイナさんも交えて相談ということで遅くはないと思いますよ。

今はキャラの相関図を作ってるんですが
戦闘の計算式も一応決めておいたほうがいいのかな？
どの道間違いなくかなりの調整作業が必要にはなるんでしょうが
暫定的な式ははそっちに任せてもいいんですかね

属性か・・・・すっぱり切ろうと思ってたんだけど
属性付けるとかなりややこしくなるしね
最近のRPGは大抵属性要素あるけど、面白さにちゃんと
繋がってるのかというと疑問だったりもしますね・・・

ところで「サブ武器」ってのはどうですかね
前衛になっちゃったら弓を捨てて剣に持ち替えるとか
このゲームはドラクエ１のように装備を外すってことが
できない仕様なんで、与えた武器は取り返すことができないし
武器を変更するためには前に持っている武器を捨てさせない
といけない（わざとそうしてるんですが）2本まで持てるように
したらいいんではないかと
ただ盾の処理がちょっと複雑になりますけどね

際限なく攻撃力が上がって、何も考えずに打撃だけで勝ててしまうＲＰＧと違い、
割と狭い範囲で能力値が変動するようになっている本ゲームシステムでこそ、
攻撃・防御に属性が付いていると、戦略性が上がると思いますよ。
そこまで難解なものにしなくても良いかもしれませんが。

サブ武器ですが、
・全キャラデフォルトで護身用に短剣を保持していることにする
もしくは
・武器が使えないポジションでは素手で攻撃するしかない
という仕様でどうでしょうか。

あえてサブ武器を持たせてみても、めったに使わない気がしますし、
サブ武器を装備しているキャラクタは重量制限が相当厳しくなってしまいます。

このゲームでは武器の種類が属性のような役割を
果たしてるんですよね。だから片手武器だけでも
持ち替えはありかなと思ったけど、とりあえずは今の
仕様で作ってしまいますかね

あと２つほど思いついたアイデア
まずキャラの登場時の能力、スキルをプレイごとに変化をつける
能力値なら各±５くらいの幅で、スキルはいくつかのスキルを
覚えてたり覚えていなかったりするようにランダムで決定
しかもセーブ・ロードでやり直せないように全登場人物の
能力・スキルを新スタート時に全部決めてしまう。例↓
１５　２０　２２　１０　１９　６　槍使８０％、健脚４０％、古代文字１０％　とすると
１９　１７　２７　６　　１９　７　槍使　　　　　　　　となったり
１２　２１　１８　１４　２３　９　槍使　古代文字　になったりする

もう一つは街の背景グラに通行人の絵（シルエットでも）をランダムで描いて
クリックすると町の噂を聞けたりする。

まぁ土台が完成してからの話ですがね

「敵のステータス」のところの「攻撃」と「Ｔ」は、
それぞれ表現方法と、攻撃力計算方法ということでよろしいですね？

ちなみに「巨人」の場合、攻撃力５５、筋力５４のメイスだから
攻撃力は５５＋５４×２＝１６３で、
しかも受ける人の防御は半分キャンセルされると、無茶苦茶痛そう…

ところで、行動ゲージ蓄積の際、装備品の重量は無視しますか？

味方の場合　攻撃力＝能力値＋武器性能　ですが
敵の攻撃力は計算後の数値です
じゃあ能力値は意味無いじゃん、ってことになりますが
そこは連打判定とか回避、反撃の判定に使うということで・・・
敵の能力値は適当に書いてったのでバランス無茶苦茶かも

行動ゲージは装備の重量は無視でいいでしょう

ところで１５４氏のＨＰはリンクしてもいいでしょうか？
リンクする場合はトップがいいんでしょうか

数値が具体的だったのでこれを基礎資料にキャラクターの
標準的な能力を設定するのかと思いましたが、まだ暫定値、ということですね。

了解です。
とりあえず、戦闘部分についても、動くものを作ってみます。

それからリンクは一応、トップページにお願いします。

追加の確認事項です。

武器アイテムのパラメータの項目に、「貫通力」「衝撃力」「必殺力」というのがありましたが、
�@現在の戦闘システム案のどの辺に効いてくるのか？
�A敵には、これらに相当するパラメータが設定されていないようですが、
　これらの支援があるのはプレイヤーサイドだけで良いのか？

ついでに、
�B戦闘時の計算では随所でスキルの支援効果がありますが、敵は一切なしで良いのか？

よろしくお願いします。

ちなみに、プレイヤー側のキャラクタについては、
・攻撃力＝　装備武器の攻撃力　＋　筋力×α　＋　技量×β　＋　知力×γ
　　　（α,β,γ):武器の種類別の定数。剣なら(1,1,0)、斧なら(0,2,0)など
・防御力＝　装備鎧の防御力　＋　装備盾の防御力
のような計算式（暫定）にして、敵のデータ構造と揃えることにしようと思います。

それから、
近距離武器＝｛剣、小野、メイス、短剣｝：前衛が相手前衛のみ攻撃可能
　※事故により後衛に下がった場合、１ターン消費で前衛に復帰
　　但し、全員後衛になった時点で、他のメンバー含めて強制的に前衛にされる（詰め寄られるイメージ）
遠距離武器＝｛槍、弓、(杖、全体)｝：どこからでも、誰にでも攻撃可能
　※杖は、対象選択時、単体だけでなく全体攻撃(要スキル)の選択が可能
というような感じになるかと考えいます。違ってたら修正してください。

武器の項は古くて消すの忘れてました。「貫通力」とか無くなりました
武器の数値は攻撃力と重量と種類だけです。（あと両手か片手か）

敵にはスキル補正は無くていいでしょう

後半の理解はそれで間違いありません

敵のパターンを書き出すのが結構面倒なことが発覚・・・！
どうせプログラム化するときには数値の羅列にするんだから
その形で書いたほうが楽かもしれませんね

リンクはもうちょっと形になったものがダウンロードできるようになって
からにしましょうか。

「敵のステータス」のページで、preタグの中を、
・名前やパラメータ名が書いてある行の頭に半角#を書く
・時々混じっている全角スペースを半角スペースに置き換える
としてもらえると、非常にありがたいです。

耐・無・弱の中にある「魔」は、杖による単体および全体攻撃のことでしょうか？
もしそうなら、「杖全」と書いてもらえるほうが処理しやすいです。
また、「Ｔ」のところも、短剣なら「短」、全体なら「全」にしてください。

その副作用で、弱点などに「メ槍斧」とか書いてもらえれば、３種類反映できます。

「もうちょっと形になる」というのが、どれぐらいのレベルをイメージされているか
わからないのですが、それをこの調子で我々だけで作ってしまうのか、
メンバ募集をかけてみて、もっといろいろなアイデアを話し合うのか考えてみても
良い時期かもしれませんよ。

まだゲームにはなっていませんが、「とりあえず動くもの」を作りましたから、
前回のメンバ募集とは多少違った反応があるかもしれませんし、
その辺は３３氏の裁量にお任せします。

了解。こんな感じでいいんでしょうか
これでよければ残りも直しておきます
道具や装備も似た感じで書いたほうがいいのかな
あと敵の出現パターン
前衛　ゴブリン×２　後衛　ゴブリン弓×３
↑こういうのはどういう書式で書くのがいいんでしょうか


メンバ募集か・・・
今進行速度はともかく平穏無事にやっていけてるんで
動くのは結構怖かったりしますよね・・・

新しい人を加えるなら「こういうことをやってもらう」というのをはっきり
示せるように見本となるものをいくつか用意してからがいいと思うんですよね
なので私の仕事的には敵、アイテム、合成関係をちゃんとまとめて
キャラの相関関係を仕上げて、探険のイベントを３〜４個作って
キャラ関連のイベントも例となるのをいくつか創ってから
プログラム的にはキャラの成長、アイテムの移動（売買とか）
開発関連を動くもので見せられるようになってから
それくらいまで進んだらメンバーを増やしてイベントとグラフィックを
仕上げながらインターフェースやバランス調整を並行してやっていく
という風にできたらいいなと思ってます

# はコメント行の判断のためですので、コボルトなど実際に定義している行には付けなくて良いです。

道具や装備品については、もうちょっと検討してみますので、待ってください。

メンバ募集については、良い方針だと思います。
スローペースで申し訳ないですが、今後ともシステム的な部分を頑健にしていけるよう、
お手伝いをさせてください。

そういえば、メンバ募集で思い出したのですが、そろそろ「ミニＲＰＧ」とは呼べない規模に
なってきましたから、何かプロジェクト名をつけてはいかがですか？

敵の出現パターンについては、これももう少し検討してから確定したいですが、
今１行に並べたいのであれば、
　ゴブリン F 20; ゴブリン　F 25; ゴブリン弓 R 40; ゴブリン弓 R 50; ゴブリン弓 R 50;
のような形式かな、とか考えています。

つまり、
　名前 設定文字 設定文字 … ;
の形式で、名前は敵ステータスの名前に対応し、
設定文字には、
・F(前衛) R(後衛)
・能力値ステータス補正パラメータ(人間の年齢のようなもの)
などを設定できるようにして、個体差を乱数ばかりではなく、
明示的に設定できるようにしようと思っています。

敵ステータスも、出現パターンも、戦闘のテストプログラム上で編集・調整して、
テキストファイルに書き出せるようにしますので、もうちょっと時間を下さい。

また、可能なら何人かのプレイヤー側キャラクタについて、
典型的な装備状態、パラメータ設定（今は大小関係しか設定がありませんが）の
テストデータを設定してもらえると嬉しいです。
（人と、大体同じぐらいの能力を持った敵の名前を指定して下さっても結構です）

#名前 HP 力 敏 体 知 技 運 武器　攻 鎧盾防 スキル
アストン 250 30 19 32 14 27 20 槍 10 7 槍使 前衛
ダリア 230 32 21 26 12 24 15 剣 7 9 剣技 前衛
ルトラ 180 21 31 20 18 30 33 短 5 4 前衛
クレア 160 14 14 13 28 26 25 メ 5 5 前衛
ワンジ 120 9 11 10 38 27 14 杖 3 3 魔道 後衛

とりあえずこれを使ってください
スキルは適当に試したいのを付け加えてください


プロジェクト名ですか
思うにゲームの名前ってのはかなり大事です
プレイしてみようかと思う時結構名前で判断してたりしますからね
とりあえず決めてあるのは「簡単で短く日本語」ってくらいですか
「○○ＲＰＧ」っていう紹介にしてもなんて付けていいのやら
ちょっと判りませんね。どんなゲームかを短く説明できるテキスト
を考えておかないといけませんね

ず、ずれまくった・・・

#名前 HP 力 敏 体 知 技 運 武器　攻 鎧盾防 スキル
アストン 250 30 19 32 14 27 20 槍 10 7 槍使 前衛
ダリア 230 32 21 26 12 24 15 剣 7 9 剣技 前衛
ルトラ 180 21 31 20 18 30 33 短 5 4 前衛
クレア 160 14 14 13 28 26 25 メ 5 5 前衛
ワンジ 120 9 11 10 38 27 14 杖 3 3 魔道 後衛

なんも直ってないし！

試験的に、攻撃力の計算式を>>262で提案したように
攻撃力＝　装備武器の攻撃力　＋　筋力×α　＋　技量×β　＋　知力×γ
剣(1,1,0)、 斧(0,2,0)、 メイス(2,0,0)
槍(1,1,0)、 短剣(1,1,0)、 弓(0,2,0)
杖(0,0,1) 魔術(0,0,1.5) 魔道(0,0,2)
としてみましたが、ちょっと強すぎるみたいなので、
係数や計算式を変えたほうが良さそうです。

アストン(槍)　10+30+27= 57
ダリア(剣)　　7+32+24= 63
ルトラ(短)　　5+32+30= 67
クレア(メ)　　 5+14*2= 33
ワンジ(魔道) 3+38*2= 79

修正案がありましたら、ご提案ください。

それから、バーバリアンの名前の直後と、その行の「耐」(=剣)の後ろに
全角スペースが残っています。

間違えました。
ルトラ(短) 5+21+30=56
それでも黒ドラゴンより強いです。

攻撃力＝武器の攻撃力×技β＋筋α
とかで、どうでしょうね？（βは小さめに設定する）

またしても確認事項です。

敵が戦闘開始時に使う魔法（および弓攻撃）は、
弓なら攻撃タイプを参考にして決められますが、
スキルが設定されていないので魔法の選択ができません。

敵に先制攻撃タイプ（なし・弓・鉄身・火炎・睡眠・死）を設定するか、
スキルを持たせるかしたほうが良いと思います。

それから、全体攻撃しかしない敵というのは、相当嫌ではないかと思いましたので、
一応、「Ｔ」の項目は、「耐」等と同様に複数種類設定できるようにしておきます。

まあ、そういう敵もパーティに一匹ぐらいなら最初に袋叩きにするわけですが、
スモッグ×５（包む＝「全」）とか来られたら、うんざりするのではないでしょうか。

敵の先制魔法攻撃はプログラム的に面倒かと
思ったんですが可能なら面白いですね
魔法スキルを持たせることにしましょうか

数値の件ですがこういうゲームって数値が
小さいほどバランスはとりやすいですよね
人間の限界を５０にしようかと思ってましたが
３０に減らすかなぁ・・・
でもそうするとアイテムの重量を小数点一桁まで
設定しないと厳しくなるんですよね
あとダメージにおける武器と能力値の影響の比率は
１：１〜２くらいが妥当でしょうか
前出のような計算方式ならもっと細かくしてもいいかもしれません

剣(0.6,0.6,0)、 斧(1,0,0)、 メイス(0.8,0.3,0)
槍(0.7,0.5,0)、 短剣(0.3,0.8,0)、 弓(0,1,0)
杖(0,0,0.5) 魔術(0,0,1) 魔道(0,0,1.5)

#名前***HP**力*敏**体 知 技 運 武器**攻*防 **スキル
アストン*250**19*10*21**9*14*11 槍 ***12 **7 **槍使 **前衛
ダリア***230**20*12*16**8*12**8 剣 ****7 **9 **剣技 **前衛
ルトラ***180**13*23*11**9*19*21 短 ****5 **4 *********前衛
クレア***160**10*11*12*17*13**8 メ ****5 **5 *********前衛
ワンジ***120***6**9**8*24*14*16 杖 ****3 **3 **魔道 **後衛

とりあえずこんな感じでどうでしょう
敵も合わせて変更するんで待ってください

あと敵の攻撃タイプを複数設定できる（2個まででいいかな）
ということですが、攻撃方法の名前もそれに合わせて2個に
できるでしょうか？
できるとかなり楽しくなりそうですが

武器性能上げるの忘れてた

#名前***HP**力*敏**体 知 技 運 武器**攻*防 **スキル
アストン*250**19*10*21**9*14*11 槍 ***13 **7 **槍使 **前衛
ダリア***230**20*12*16**8*12**8 剣 ***12 **9 **剣技 **前衛
ルトラ***180**13*23*11**9*19*21 短 ***10 **4 *********前衛
クレア***160**10*11*12*17*13**8 メ ****9 **5 *********前衛
ワンジ***120***6**9**8*24*14*16 杖 ****4 **3 **魔道 **後衛

最強の武器で攻撃力２０〜２５、盾は６〜７、鎧は１０くらいになりますかね
あとは重量で種類を豊富にしていけるかな

今、コーディングしながら模索している最中なのですが、
・敵にもスキルを任意数設定できる（魔法スキルに限らず、剣聖でも根性でも可）
・敵の攻撃タイプは最大３２個まで設定可能
・「剣剣剣剣全」とすると、４分の１の確率で全体攻撃するようにも設定できる
・攻撃の名前は、攻撃タイプに対応づけてコンマ区切りで書く（例えば「牙,牙,牙,牙,ブレス」）
というようなことができます。

ただし、以下のスキルについては、敵の場合は反映されません。
敵ステータスの攻撃力、防御力、耐性攻撃および攻撃タイプに予め加味してください。
x 鉄壁　　：防御力が少し上がる
x 盾装　　：盾を装備した時防御力が大きく上がる
x 魔術　　：杖を装備した時のダメージが上がる
x 魔道　　：杖を装備した時のダメージが大きく上がる。全体攻撃可能（威力半分）
x 加護　　：魔法のダメージが半分になる

自サイトの掲示板でやれば？

おぉ予定してたよりも敵にバリエーションを付けられそうですね
同じ攻撃でも「鉄拳」「キック」「頭突き」とか名前だけ変えたり
しても面白そうだ

掲示板か・・・自サイトには無かったりして
用意しないといかんですかな・・・
このスレ使い切るまでは特に問題は無いと思うけど
イベントとかの話はここではできないだろうし
アプロダとか会議室のようなものも必要になってくるのかな
そういう方面には疎い・・・

名前を増やすぐらいで済めば簡単なのですが、
将来的に「それぞれにエフェクトを」とかなると、大変なことになりますので、
その辺も考慮しておいてください。

３３氏のサイトは、これまでどおり、企画の「まとめサイト」として、
ルール設定などを充実することに重点を置くのが良いと思います。

もともとステフスレの発祥企画で、将来的に、メンバ募集のリベンジも視野に入れているなら、
2chを公開打ち合わせの場所として利用しているのが、参加の敷居が低くなると思います。
# webブラウザで読み書きするより、2chの専用ブラウザでチェックするほうが楽ですし。

この企画が該当するとは思っていませんが、クローズドな掲示板を用意してから
急に進展しなくなって自然消滅した企画って結構見かけるんですよ。
おそらく設置時期が早すぎるというのが共通するように分析していますが、
この企画の場合、まだまだ先で良いですし、例えば画像リソースの依頼に関する話ぐらいなら、
シナリオ上重要なものを除いて、ここや公開アップローダを借りるほうが、
より多くの方から気楽にご意見をいただける可能性が高いと思います。

個人データから、戦闘用ユニットデータのパラメータ変換の依存関係を図にしてみました。
ttp://www7a.biglobe.ne.jp/~amadela/inspire/image/ins10a.png

一番上のCpersonが、公開中のテストプログラム内で定義している、個人データです。
各種スキルが関与して、戦闘用ユニットデータ(CbattleUnit)になります。

下半分は敵の場合です。
テーブル化された基礎データに、
パーティ編成時に設定できる個体補正パラメータと追加スキルを反映させて、
プレイヤー側と対等なユニットデータになります。
個体補正の方法は、年齢のようなものにするか、敵専用にテーブルを作っても良いと思います。

また敵パーティの人数は、別に5人にこだわる必要はないと思いましたので、
最大１６人まで設定できます。

事務連絡になりますが、化石鳥やビッグマウスなどの、
耐性攻撃と無効攻撃の間に半角スペース1個以上入れていただけませんか？

凄く解りやすくまとめてくれてどうもお疲れ様です

装備品は全てスキル付与効果を付けられるようになってるんですね
装飾品は能力ボーナスが付くようにはできますかね？

あと気になったのは年齢補正ですが、私の予定では年齢による
能力の変化は実数を増減させるものだったんですが、図のように
倍率による補正にするという手も確かにありますね・・・
敵の固体補正も含めてちょっと検討してみたいと思います

敵１６体まで可能ですか！問題は表示法ですね・・・

半角スペースは了解です

あと開発に関する案をアップしておいたんで目を通しておいてください

よく考えたら何歳で累計どの位引かれるかってのは
全員同じなんだからその都度増減させるよりも
能力から年齢補正を差し引いた方が楽でいいわけですね

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

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

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

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

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

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

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

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

の確率で先制攻撃になる

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

当初案はこうですね

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

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

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

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

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

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

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

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

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

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

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

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

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

�C戦闘後
　治癒

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

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

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

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

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

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

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

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

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

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

・名前　＝　道具の表示名

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

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

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

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

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

概ね了解ですがいくつか

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

という意味です

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

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

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

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

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


せ、説明し辛い・・・

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【募集内容】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/ などで（任意）
　　　（このプロジェクトでの利用に限り、再配布を許可願います）
【完成報告等】このスレにて

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

がんばれい

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>341
これは上手い！！

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

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

>>341

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

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

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

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

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

(06/12/2)

>>343

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

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

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

(06/12/3)

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

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

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

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

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

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

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

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

z

（書き込みテスト）

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(06/12/19 0:35)

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

こちらの状況ですが、こんな感じです。
画面 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フォルダをコピーしてください。

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

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

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

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

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

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

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

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

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

例えば…

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

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

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

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

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

それから…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(06/12/25/1:15)

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

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

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

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

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

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

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

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

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

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

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

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

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

>１５４氏

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

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

(06/12/27/21:07)

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

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

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

(06/12/27/23:08)

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

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

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

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

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

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

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

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

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

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

特許公開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

これの事ですかねー。

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

特許公開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 としてはアクティブタイムゲージ自体、
それでは特許を取得できなかったのではと勝手な推測をしてみたり。

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

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

イメージ 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

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

それでは、良いお年を。

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

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

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

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

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

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

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

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

sage忘れ

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

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

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

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

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

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

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

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

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

阿呆は死ね>>392

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

うーん弱った

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現状、キャラ個別の基礎値に補正値（調子補正、リーダー補正）を単純に加算していますけれど、
この方法だと、
(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)の値を掛け算して求める
という方法はどうでしょうか。

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

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

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

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

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

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

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

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

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

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

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

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

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

イベントというのは「大きな岩が道をふさいでる」とか「扉に鍵がかかってる」とか
「砂漠で猛暑に見舞われる」のような冒険中頻繁に現れる障害のことです
このゲームは戦闘以上にこういった小イベントが鍵になるので色々な能力に
長けた者がPTにいた方が有利になるように調整できるはずです
プレイヤーも最初の数回の冒険でそれを読み取れるでしょう

あと成長タイプは各能力値に対して「苦手」「普通」「得意」の３段階に分ければ
パターンは大丈夫でしょう
セキュリティというかこちらが戦士として用意したキャラクターを魔術師として育てるのは
全く問題ないというか、むしろ自由度はあったほうがいいです
それでも初期能力値と年齢の限界があるのでどのキャラを育てても同じにはならないでしょうし
スキルを有効活用するには適した能力値というものもあるのでその辺が考えどころ
になっていいと思います
能力値の限界値（３０を予定していますが）に達することが出来るのはその能力値の初期値が高く
しかもその能力値の成長も早いキャラがその能力だけを集中して鍛えた場合だけ、くらいにしないと
いけないでしょうね

プレイヤーごとに自分なりの育て方、自分なりに考えた編制が出来るというのは必ずほしいです
時間をかければ誰がプレイしても同じ所に辿り着くというようなゲームに常々不満を感じてたし
「こういうゲームを作りたい」というスタートの部分ですからね

とはいえキャラの個性をもっと際立たせるにはさらになにか要素が欲しいような気もしますね・・・
能力値の限界を設定するというのも手ではありますが・・・
後から習得できない先天スキルを増やしてもいいかもしれません

あと今考えてるのはフリーモードのようなもの
立ったキャラやシナリオ無しのただひたすら冒険するだけのモードです
ランダムでキャラが登場して何年でも続けられるようにします
こっちの方だけなら完成時期もぐっと早くなりますしね

>>332さん
毎度お疲れ様です
残りのモンスターも急いで描いてあげときますね
もし自分でデザインしたいのがあれば遠慮なく作ってください

戦士が魔法使いになるぐらいなら良いですが、人間離れした能力に傾くのは、
世界観的にもNGでしょうし、ゲームシステム上悪影響があります。

平均的な能力のキャラクタに、状況に応じていろいろな行動を選択するよう、
プレイヤーに判断させるバランスがゲーム性の大事なところなのですが、
標準から極めて外れたキャラクタの場合、一定のパターンで行動するのが
必勝法になりやすくなります。
このゲームの戦闘システムや探検パートは、システム上そのような傾向があります。

また、生身のステータスで人間離れを許してしまうと、武器や防具の
能力値設定の際の基準が曖昧になるので、何を装備してもあまり影響しなくなるか、
極めて無敵に近いユニットが誕生してしまう可能性があります。

こうなるとゲーム自体が破綻してしまうのではないでしょうか？

428でも書きましたが一つの能力値だけを集中して鍛えたとしても
能力値の限界まではほとんどいかないバランスにしますし
一つの能力値だけを上げたキャラが不利になるようなイベント
例えば「６つの能力値のうち低いパラメータ３つの合計が１５以下だとダメージ」
のようなイベントが一定確率で起こるようにすれば良いでしょう

プレイヤーの自由度を奪うのではなく自由に育てられるけどバランスよく育てた方が
有利になるようにゲームのほうを用意してやるのが理想ですし
このゲームのシステムならそれはそんなに難しいことではないでしょう

あと能力値が上がるほど上がりにくくするのも良いかもしれませんね
２８→２９に上げる労力で５→１２まで上げられるシステムなら前者を選ぶのに
かなりリスクが生じますからバランスは取れるでしょう

だからといってバランス型だけが有利なゲームになるとつまらないので
イベントをバランスよく用意することが必要です

どういう風に育ててどういうPT編制にすれば最も有利なのかが
プレイヤーにすぐには判らない、一生結論は出ない、くらいに
できれば良いですね

１）PT内で最もその能力値が高い者の能力値が影響する
２）PT内で複数の能力値の合計が最も高い者の値が影響する
３）PT内でその能力値が最も低い者の値が影響する
４）PT内でその能力値が高い２〜５人の能力値の合計が影響する
５）複合条件

他にも「年齢の一番高い者の筋力」とか「現在HPが一番残っている者の敏捷性」
とか「知力が最も高い者の筋力」とか、条件はいくらでも多様に出来ますし
高ければアイテム獲得とか低ければダメージとか様々です

１）だけでもパラメータは６個でPTは５人なんですから一個は捨てないといけないですし
一個の能力だけ上げて他が低い者はダメージうけまくって足手まといになるとか
どういう編制にすれば一番いいかを見極めるのは難しく出来るでしょう
こうすれば無敵、なんてのあるゲームがつまらないのは当たり前ですし
そういうのを避けるのは当然でしょう

�@　戦闘に対する影響度
�A　高い者が一人居るとアイテムが取れる（傾向がどの程度あるか）
�B　高い者が一人居ると被害を防げる
�C　低い者は被害を受ける
�D　合計値が高いとアイテムが取れる
�E　合計値が低いと被害を受ける

筋力 �@ ◎ �A ◎ �B ○ �C △ �D △ �E △ 備考：積載量
敏捷性　 �@ ◎ �A △ �B △ �C ◎ �D △ �E ○ 備考：先制攻撃
体力 �@ ○ �A △ �B × �C ○ �D × �E ○ 備考：砂漠や雪原での強さ、ＨＰの増加量
知力 �@ △ �A ◎ �B ◎ �C △ �D ○ �E ○ 備考：一部スキルの習得に関与　宝物系の入手に有利
技量 �@ ○ �A ◎ �B ○ �C △ �D △ �E △ 備考：素材系の入手に有利
運 �@ △ �A △ �B △ �C ○ �D ◎ �E ◎ 備考：あらゆる場面で微かに影響

こんな感じで良いかな

筋力______�@ ◎ __�A ◎ __�B ○ __�C △ __�D △ __�E △ 備考：積載量
敏捷性___�@ ◎ __�A △ __�B △ __�C ◎ __�D △ __�E ○ 備考：先制攻撃
体力______�@ ○ __�A △ __�B × __�C ○ __�D × __�E ○ 備考：砂漠や雪原での強さ、ＨＰの増加量
知力_____ �@ △ __�A ◎ __�B ◎ __�C △ __�D ○ __�E ○ 備考：一部スキルの習得に関与　宝物系の入手に有利
技量______�@ ○ __�A ◎ __�B ○ __�C △ __�D △ __�E △ 備考：素材系の入手に有利
運_________�@ △ __�A △ __�B △ __�C ○ __�D ◎ __�E ◎ 備考：あらゆる場面で微かに影響

ずれよ直れ・・・

キャラクタのパラメータを一点集中して成長させるプレイ方法は、
システム実装上、そして調整の際、何かと都合が悪いので、
成長システムでの変化を既定範囲にコントロールする必要がある、
というところまで、納得していただけましたでしょうか？

プレイヤーの判断による自由な（無秩序なという意味ではないことに注意！）
成長を妨げたくないというのに、むやみにイベントで縛ろうとするのは矛盾していませんか？

６種類のパラメータはそれぞれ単位も性質も違う数値ですから、
「足し算して基準値未満なら不合格」などという乱暴な扱いはできません。
大体、そんな意味不明なイベントはまともに説明できないでしょう。

そんな無理をするぐらいなら、成長システムのルールを修正するほうが
ずっと楽だと思うのですが、いかがでしょうか。

能力値を上がりにくくする方法は、飽和によって上限を決めるということなので、
成長範囲を制限することにはなりますが、
どのキャラクタも晩年は似たり寄ったりになってしまいますし、
成長曲線に上に凸のカーブを使うというのは、ちょっと疑問です。

それから、勘違いされているといけませんので念を押しておきますが、
成長範囲を制限するのは「生身の」パラメータであって、
装備品やスキルによって補正された後の値のことではありません。

またしても規制.
こんな時に・・・

＞＞４３５

すいません
何を問題視してるのかが解りません

一点集中して成長させるとメリットもあるがデメリットもある
これのなにが良くないのでしょう？

＞成長システムでの変化を既定範囲にコントロールする必要がある

上で二回も書いてますが限界値は作りますし、さらに初期値と寿命という制限で
限界値まで到達するのはごく一部のキャラのみということで
自由に鍛えたところで個人差は最後まで大きく残ります

イベントで縛ると言いますが、能力値が高いとどういうメリットがあって低いとどういうデメリット
があって、というのはこのゲームの本体ですよ。それが無ければ能力値の意味がありません
プレイヤーはそのルールを踏まえてキャラをどういう方向で育てるかを考えるわけです
それがゲームの肝です

「イベント」という言葉を勘違いされてるのかもしれませんが
「PT内で最高の技量が２０以上ならレア度５のアイテムをランダムで入手」とか
「敏捷性＋乱数が２０以下の者は１０のダメージ」とかそういうもののことですよ
クリアしないと先に進めないとかそういうものではありません
(07/2/2)

話が平行線になっている気がします＾＾；
３３氏は、全体を通してイベントによりバランスを取る方法と、
最終局面ではステータスの限界値を設置する事によってバランスを取る話しをしており、
１５４氏は、個々のレベル帯における戦闘バランスの破綻の可能性を危惧して
問題提起しておられるのではないでしょうか？

（ここまで極端な話しにはならないとは思いますが）
１．ＰＣの調子の効果が大きすぎると、
ゲーム開始時、もしもＰＴ全員絶不調であったら
最初のコボルトＰＴにすら苦戦し、
非常にストレスのたまるゲームとなる。

２．敏捷ステータスにのみ全振りすると、
攻撃回避率１００％を超えて無敵ＰＣとなり、
力量を超えた遠方まで冒険する事ができるようになる。

イベントを一切無視して極振りをすれば（イベントを行うか拒否するかもＰＣの自由でしょうから）、
現在の加減式だけでは戦闘バランスが破綻する危険性があるので
ステ振りを自由にするのであれば、
レベル差による補正（格上の敵は倒し難く、格下は倒しやすくする）を設けたり
レベル帯に応じた、その都度の効果（与ダメージとか命中率とか）の最小値・最大値を設定して
ある程度ＰＣの性能をコントロールする必要があるのかもしれませんね。

実際に式を組もうとした場合、
終盤に近づくほどＰＣの能力値の想定範囲が広すぎて、
破綻のないように組めないのではないでしょうか。
（筋力に一切振っていないため与ダメージは常に０の嵌りＰＣから
筋力に大部分振っているため、敵を一撃で仕留める無敵ＰＣまで出現する可能性もあるかもしれません。）

436 名前： 33氏（代筆） [sage] 投稿日： 2007/02/02(金) 20:42:33 ID:h/e6Yv7W
437 名前： 332 [sage] 投稿日： 2007/02/02(金) 20:46:34 ID:h/e6Yv7W

戦闘の計算式はまだ仮のものです
数値の範囲が決まっていればいくらばらつきが大きくても
式でいくらでも調整は利きますよ

敏捷性が最低で１、装備こみで限界値が３５だったとして
１と３５だとかなり差がありますが
敏捷性＋α（÷β）とすれば影響力の比率は下げられます
例えば（１＋１００）／１０　と　（３５＋１００）／１０
なら１０．１　と１３．５　になります
能力値は所詮表示上の数字ですから１と３５で３５倍の能力にする必要はありません
最低値最大値を想定してのゲームバランスを作ればいいだけです
回避率１００％とか一撃で倒すとかは「そうならないようにすればいい」だけの話で
成長システムとは関係ないでしょう

成長システムで重要なのは「誰が育てても同じになってしまう」とか
「解り易い最強のやり方がある」とか「どう育てるか選択肢がない」というのは避けて
「プレイヤーがどう育てるかを考えられる」「どう育てるかによって利点、欠点があり
どれが最良の道かが簡単には判らない」「能力が変化しすぎてキャラの個性が消えてしまわない」
というようなのを理想とすべきだということです。そこで

・年齢という時間的制限があるので初期の影響が残る
・成長タイプや先天スキルといった要素でどう成長させるか悩ませる
・どういうタイプのキャラが有利か判りにくいような多様なイベントを用意する
・その上で自由にキャラを育てられるようにする

これが私の提案してるシステムで、「調整に手間がかかる」というのは認めますが
その他の指摘は当てはまらないと思うし、基本的にこのシステムで行くつもりです

あと「イベント」という言葉が誤解を招くのかもしれませんが冒険中のイベントは
シナリオのことではありません。冒険イベントは避けられませんよ
当初から構想してる通りこのゲームは他の多くのＲＰＧと違って戦闘の重要性は低いです
冒険中のボーナスや障害のようなイベントは戦闘よりはるかに頻繁に発生するゲームの
メインです。能力値はそれらに対処する為の値ですからプレイヤーもそれを基本に考える
ということになります

(07/2/2)

33氏の成長システムは原案発表以後、戦闘システム、敵パラメータ案、
アイテム案など具体的な数値が上がってきたことによって、
額面どおり実装しても、今のままではバランスが悪いのは分かりますよね？
そのため、数値を調整するか、システムを調整するかが必要なのですが、
手間と効率と改善効果を考えたとき、システムを変更するほうが有効だと思います、
という趣旨で提案しています。

ご自身のアイデアに自信を持たれている気持ちは分かりますが、
そのシステムではバランス調整が極めて困難であることと、
ゲーム中の要素のいくつかが形骸化してしまう事例が発生することが
予見されていること、などの問題があることを、
良く分析していただく必要があると思います。

簡単な例を挙げると、５０年間(200シーズン)敏捷性を鍛えると＋５０、
その５０年での年齢補正は最大で−４しか設定されていませんよね。
足し算、引き算だけでは、どうにも調整できません。

また筋力を集中した場合、＋４０−３の変化ですが、
攻撃力計算に加味される武器の能力（分かりやすい例で、能力＋筋力×1.0の斧の場合）は、
＋５(石の斧)〜＋３１(ゴームの戦斧)程度の設定です。
これは数式にも数値にも問題があると言えますが、
成長システムが、装備システムのバランスを崩してしまっている例です。

他にも問題点はありますが、皆まで言わなくても、と思うところです。

…と例まで挙げてみてから気が付きましたが「限界値３０」の規定がありましたね。
でも、キャラクタの初期値（と成長タイプ）によっては数年で到達してしまいますし、
その後、他のステータスを鍛えていくとき、特に探検に即効性のあるものを選ぶでしょうから、
皆同じ方向性になる傾向があると思いますが。

大体、３０とかいう数値は調整とかいう前に根拠がありませんでしょう？
これを上限３１に変えたとき、バランスへの影響がどこまで及ぶかというのが、
非常に厄介な問題なので、できるだけサブシステム間で切り離したいのですよ。

…などという、システム実装上の理由は伝わりにくいと思ったので、
ゲーム上の具体例で問題点を指摘してきましたが、
かえって議論が散漫になったかも。

ＨＰにアップしてある成長システムの数字はごくいい加減に書いたもので
しかも最大値を５０と予定していた時点でのものですよ
そこはこれから調整すればいいでしょう

具体的な数字に関してどうこうはいってません
３０が最大というのだって根拠は何もないし
「一生集中して育てても限界値に到達しない」ように数字をこれから変えれば
いいことです
バランスが崩れてるというのは当たり前で、まだ調整も何もしてないんですから
成長システム自体の欠点ではないでしょう
欠点は調整に手間がかかることでそれは最初から認めています

１５４氏はゲーム全体の数値のおよぼす影響などを完全に把握した上で
調整したいと思ってるような気がします（これまでも図とか作ってくれてたし）
でもこのゲームではそれは無理でしょう
ある程度「プレイしてみないと判らない」になるのは仕方ありません
むしろ簡単に把握出来てしまうようなゲームにはしたくありません
長距離を進むことだけを目指すゲームにもならないでしょう

＞上限を３１に変えたとき
３０と決まったらあとはそれにあわせてゲームを作っていくわけで
それを途中で変えたら大変なことになるのは当たり前じゃないですか

調整が難しいのはRPGなら避けようの無いことだと思います
面白さ（という理想を目指すために正しいと思っていること）を犠牲にしてまで
調整の楽さを優先させることはしたくありません


ところで３０というのは武器の種類とその性能を整数で表したい時
の下限がこのくらいではないですかね
もちろん（筋力＋武器攻撃力÷α）のように武器、防具の画面上の数値を
内部の計算式に当てはめる段階で影響を小さくしてやることも出来ますが
筋力＋武器攻撃力　とダイレクトに数字を使いたければ
３０くらいが限界かな（武器の種類を多数用意したければ）
キャラクターの成長をプレイヤーに実感させる面でも３０くらいが妥当では

ちなみにHPの年齢補正の値は加算ですよ
そうすると筋力で−４８だから引きすぎですけどね

ゲムデヴあぷろだ（８８３４）に敵絵其の九をアップしました。

実装上の問題を解消しつつ
数値や計算式を詰めていく段階ですね。
素材作りつつ、静観しております。

かまきり男ダサッ！
このキモカワイさは逆に人気キャラになるかもしれませんね・・・
いっそのことすね毛でも生やしたら不快さが増していいかも


今Ｎスクでシミュレーターを作って成長システム案の数式を練ってます
出来たらアップしますんでそれからまた話し合いましょう

RPGだから調整が難しいということはありません。
適切な調整機構を備えていて、調整ポリシーがしっかりしていれば、
しっくり決まるはずです。
一部分のパラメータ変更の影響がシステム全体に伝播しないような仕組みは、
ゲームに限らず、調整が必要なシステムには必須の機構です。

料理にたとえるなら、舌だけを頼るか、クッキングスケールを使うかぐらいに、
仕上がり精度に差が出てくるでしょう。
楽をしようというのではなく、しなくて良い苦労はする必要ありません。

この部分がこのゲーム制作で一番重要かつ難しい部分なので、
じっくり検討することが必要だと思います。

今回は議事の進め方を失敗してしまったので結論に至りませんでしたが、
少し間をあけてから第2ラウンドにしましょうか。

ttp://www.eonet.ne.jp/~hbj/seityou.lzh

成長システム案のシミュレーターができたので見てみてください
まだ計算式の係数などに微調整の必要はあるかもしれませんが
悪くないと思います

>332氏

ニクシーのイメージ上げておきました
セクシーに頼みます

議論の前提にしていた、まとめページの成長システム(変数8/11)と全然違うものが出てきたので、
目が点になってしまいました。道理で話が噛み合わないはずです。

まあ、それはそれとして、指摘したい点はいくつかあるのですが、まずは、形式的なところだけを。

(1) 期間ごとに、経験値の変動量を併記できませんか？
　　また、能力値に変化があった場合にわかりやすく（色を着けるとか）ならないでしょうか？

(2) 実際のゲームでは無意味ですが、検証上、獲得経験値０の訓練メニューを設定してください。

(3) 生涯得失経験値(経験値変動量の積分値)とその推移を示す折れ線グラフは表示できますか？

ゲムデヴあぷろだ（8913）に敵絵其の十をアップしました。

折れ線グラフ以外実装しました。>>449で落としてください
どうも折れ線グラフはＮスクでは難しいようです

>>332さん
ハーゲンダッツ良いですね。名前と姿と配色がぴったりハマった感じがします
グラップラーをエビにしたのもgoodです
残りも結構少なくなってきたのでのんびりやってください

ちょっと分からなくなってきたので確認させてください。

(1)この成長システムでは、１５歳登場、６０歳引退を前提にしているようですが、
キャラ絵で設定されている登退場年と初期能力値は使わないのか？
（参考： ttp://www7a.biglobe.ne.jp/~amadela/preview/eval20070215.png )

(2)初期案では能力別に訓練できていたものが複合的になったようですが、
メリットがあるのか？
（いたずらにメニューを増やすのは、プレイヤーに負担になるのではないか？）

(3)能力値の範囲（１〜３０程度、または１５歳能力値〜３０程度）は、
敵キャラクタの能力表に照らし合わせて設定されているのか。
また、全キャラクタ共通でこの範囲とするのか？
(筋力の下限が１５歳能力でクリップされると、新陳代謝の妨げになるのでは？)

(4)調子補正、リーダーシップ補正は、（年齢や現在の能力値に関わらず）
　この能力値の単位で加減するのか？


それはそれとしても、実装面から考えた場合、
この方法だと例えば獲得経験値をちょと変えると、
能力の上限とピークに達する年齢が同時に動くので、
調整には不便なんですよね。

それに、「蓄積した経験値が減らされて退化する」というシステムは、
理解しやすさ、達成感などの観点からはどうなんでしょう。
プレイヤーの方のご意見も伺いたいですね。

HPにあるキャラ絵や敵能力などの数値は参考にしないでください
基準が決定したらそれにあわせて設定するもので今書いてあるのは仮のものです
登場時の年齢は最低が１５歳です
それ以上の年齢で登場させる場合は１５歳時の年齢を設定しておいて
それぞれの能力値が登場時の年齢まで特化して鍛えた場合の限界値を超えないようにします

２）の訓練メニューですがこれは添付のtextにも書いたとおり、全体的な成長量を確保するための措置です
他のゲームでの経験から考えるとプレイヤーの負担になることはないと思いますよ

３）敵の能力値はこれから作ります。15歳時の能力より下がらないようにしたのは
プレイヤーのストレスを避けるためです。まだ作ってませんがＨＰの増減で調整するつもりです
それと６０歳までというのは限界であっておそらく戦士系ならもっと早く引退をするのが普通になるでしょう

４）調子やﾘｰﾀﾞｰｼｯﾌﾟは普通に増減でいいでしょう。リーダーシップは体、技、運だけにしてもいいし
調子は＋１〜−２までの４段階で知、運以外とかでもいいかもしれません

獲得経験値はシステム上要求されてる数値ですから変更の必要はないでしょう
冒険での獲得経験値はカンスト前提でいいと思います。とにかく一季節の一つの能力の獲得経験値が
一定値を超えなければ問題ないわけですから、増やしたければ分散すればいでしょう

…プレイヤー的な視点からシミュレータについてコメントしてくれる人が
現れないかとしばらく待ってみましたが、このスレでは難しいのかな？

なんとなく思ったのは、
・成長システムが複雑すぎて通常のプレイでは推定が困難なので、
　将来を見越してキャラクタを訓練するのが不可能
・カンスト状態が曖昧なので達成感が得られない
・サプライズ要素がない
というようなところが、ゲーム的に(プレイヤーに遊ばせる要素という意味で)気になります。

上から
・それでいい
・カンストは目指さない（のが主流になるだろう）
・スキル習得

根本的にこのシステムが気に食わないなら１５４さんの思うように
作ってくれてもいいですよ
仕事でもないのに作りたくないもの作るなんて罰ゲームでしかないですしね

長引けばモチベーションがどんどん下がります
これまでの作業をパーにするのだけは避けないと
そろそろ妥協が必要です。ガンガン妥協しましょう

気に食わないのではなく、問題があるから作れない。
仕事じゃないから妥協してまで完成を目指す意味がない。
議論を放棄したらプロジェクトは終わりですよ。

私は問題があると思っていませんよ
でもそれに問題があると思うんであれば
問題のないと思う案を出してそれで進めれば良いのです
作りたいものが違えばどちらかが作りたくないものを作るという
ことに我慢しなければいけない
これは募集の段階で方針を明示しなかった私のミスだから
私は妥協が必要ならば妥協します
議論は悪い事のほうが多い

募集の際はっきりと書かなかったわけだから私には何の権限も無いんでしょう
こういう風に作ってくれとお願いするだけです
私が作りたいのは「１５４氏を納得させられるモノ」ではなく「自分の作りたいモノ」です
それはすでに出しましたし、さらに言うなら一番最初の企画書の段階から明示しています
こう作ってくれ、ってことです
でも実際作業を進められるのは１５４氏だけですから、１５４氏がやりたいようにやるしか
ないんです
これがまだ何も作ってない時点なら止めればいいだけですが
ここまでやったからには例え自分の作りたいものではなくなっても必ず完成させます

３３氏案のシステム上の問題点は、
(1)物理量と指数の区別ができていない
(2)有効数字が足りない

そのため、
(3)計算が安全でない
(4)調整パラメータに独立性がない

にもかかわず実数主義でシステム案を提示しているので、
(5)どういうポリシーで調整したいのか理解できない
(6)一部分の調整の影響をコントロールできない

その結果、
(7)調整時の無駄な手戻りが増える可能性がある
(8)調整そのものが困難
となる可能性が高いので、雑な調整で終わる予感がしています。

>>423案は【既に設定されているパラメータ表を活用しつつ】(1)(2)の問題を
回避するための提案です。

まとめページに載せていない脳内仕様を突然出してきて取り繕うなんてのは論外で、
ましてや「６０歳定年」なんていうちゃぶ台返しの可能性あるなら、
シナリオを外注する前で良かったとは思いませんか？

＞＞４６０

まとめページの仕様と基本的には何も変わってません
元々能力が下がってきたらプレイヤーが任意に引退させる仕様で
６０で定年は一応の区切りをつけただけです。何の問題が？
シナリオの外注？まだしてません

もう一度言いますが私は自分の案に問題があるとは思っていません
１５４氏が絶対的な理論のように語っているのは主観です
そして１５４氏と私の主観が一致することは無いでしょう
問題はこれからどうするかということです

私は全面的に妥協するといっているんだから、自分の良いと思うように
作業を進めてください
私は絵に専念してもいいし、制作から完全に外れてもいいですよ

(07/2/24)

ゲムデヴ（9019）に敵絵１１をアップしました。
この時期は花粉がつらいですね。

完成めざして頑張りましょう。

部外者だけど >>33 は少し落ち着け

途中から読んでみた

>それに、「蓄積した経験値が減らされて退化する」というシステムは、
>理解しやすさ、達成感などの観点からはどうなんでしょう。

退化（老化）する事がゲームの面白さに繋がっているなら問題無いと思う。
面白さに繋がらないのに弱体化するのは単純にストレス。
育成が面白さの一部になってるなら、なおさら。

>成長システムが複雑すぎて通常のプレイでは推定が困難なので、
>将来を見越してキャラクタを訓練するのが不可能

成長した姿を妄想しながら育成を楽しむ要素はかなり重要だと思う。
将来像の推定が困難な状態での育成では
キャラに対する愛情や感情移入が難しいと感じる。

>カンスト状態が曖昧なので達成感が得られない

やり込み要素は重要に思う。正しい主張に感じる。

>サプライズ要素がない

意味がわかりませんでした。

>…プレイヤー的な視点からシミュレータについてコメントしてくれる人が

こんな感じでいいのかな？

と書いてみて頭から読んだら、最初から老化前提の企画じゃんね。
そーゆー話なら、後からゲームの根幹にかかわる部分を議論しなおすのは不毛だなｗ

すまん↑の忘れてくれｗ

>>465さん
ご意見ありがとうございます。
３３氏も１５４氏も忙しいのかもしれませんね。

私自身は、上でお二人が議論している内容を
半分も理解してるかどうかすら怪しいです＾＾；
お二人が帰ってくるのをまったり待ちつつ、
少しでも話しについていけるように勉強してましょうかね…。

昨日は見れなかったけど毎日見てますよ

今は１５４氏待ちですね
１５４氏が作業を続けてくれるなら全て任せて今後口は出しません
続けてくれないなら外れてもらうしかないし、そうなったら
プログラムがなくなるので１から作り直しですね
その場合再会まで時間はかかるでしょうが
規模を縮小して完成を優先でいきましょう

縮小案を考えつつ４月一杯くらいまで待ちましょうか

了解です。
まったり待っております。

もう、なしのつぶて、かな。
某氏は某スレでも感情的になる場面があった事だし
いくら忙しくても一ヶ月以上音沙汰ないのはおかしいので
（継続する意志があってもなくても）
ケンカ別れでジエンドですか。

amadela晒し上げ

>>229
> そこでちょっとご相談なのですが、このプロジェクトをどの程度の人数がチェックしているか興味があるので、
> ダウンロード数をチェックできる自サイト()に置きたいと思います。
完成してもいないのにダウンロード数チェックとか必死杉ｗ

仕切りなおしということになりました

とりあえず今あるのは３３２氏の敵グラフィックと
顔グラとシステム案です
これら（特にカッコイイ敵グラ）を無駄にするわけにはいかないので
ゲームは必ず完成までもっていきたいと思っています

新しくプログラマーさんを募集する前に、今度はきっちりと
ゲームの内容を固めることを先決としましょう

基本的にはこれまでのを継承しますが（戦闘とかはそのままいけそう）
完成を第一に考えて幾つかの部分を省略、簡略化していこうと思ってます
まずはＨＰに新案をアップするところからですね

敵グラは、３３氏の絵をモチーフにして仕上げたり、
そのまま下絵として描いた物が大部分ですので、
３３氏の良きように取り扱って下さい。

新しいプログラマーさんとの折り合いなどで
全て没になったとしても私は構いません。

１５４氏、何か災難に巻き込まれてなければいいのですが…。
ケンカ別れであるなら、
氏のＨＰに載せているここ絡みのコンテンツは
消してそうな気がします…。

いかに忙しくても、この二ヶ月の間に１度くらいは
書き込む事は出来ると思うのですよね。

154氏いない？
スレ見てて自分が作ってるゲームを手伝って欲しいなと思った。

今はプログラマさんがいるし、すごい頑張ってくれてるし、仲良いから必要って訳じゃないんだけどね！

33氏、監督はやっぱり投げやりになっちゃダメだと思うよ
あれだけ協力してくれる人は貴重だと思います

でも頑張る姿勢は応援してます
お互いに似たジャンルなので、良いゲームを作りましょうね！

久しぶりに２ｃｈに書き込めるようになってたのでカキコ

一応制作は続いてます
今度はプログラムも自分でやろうと思うんで
当分ここを使うことは無いだろうけど
もし音楽とか絵で他人の力が必要な段階まで辿り着いたら戻るかも

３３氏、お久しぶりです。
応援しておりますゆえ、
３３氏のペースで制作がんばってください。

何気に応援してる人もいますよ
２人ともめげずに頑張ってください

応援ありがとうございます
ＨＳＰを勉強しながらぼちぼちベース部分を作ってます
冬までには最低限ゲームの形までもっていきたいですね

>>154氏

HPの告知見ました
突然いなくなってびっくりしましたが
何か事情があるんだろうなぁと思ってました

今は自分でプログラムもやることにして
それにともなって企画も全体的に見直し（自分の
しょぼい技量でも実現できるように縮小）
てなんとか勉強しながらぼちぼちやってます
今やっとＨＳＰで能力表示、装備変更画面ができた程度ですが

とりあえずこちらはそのまま作業を続けておきますんで
時間に余裕が出るようになったら顔を出してください
その時にまた話し合いましょう

>>１５４氏
お体だけは壊さないように。
のんびりと待っております。

このスレは、結局もうだめぽ？

と見せかけておいて、実はひそかに進行中

俺も普通に作ってますよ

？？？
結局１５４は企画に復帰したの？

復帰というのは少し違うけど、ほぼ当初仕様のシステムは動いています

何かもう訳が分からないｗ
まあ、３３とちゃんと連絡取れてるんならいいけどさ。
色々迷惑かけた分は動くもので返せばいいよ

お二人とも、お帰りなさい。
それぞれ作ってる…のでしょうかね？

３３氏、332氏
長い間留守にして申し訳ありませんでした。
以後、154は、2月ごろに紛糾した部分が解決しないため、
このままでは作業が進められないと判断したので、
独自にルール見直しの上でシステム設計を行い、ほぼ実装を終えています。
現在、改定内容についてを、編集が済み次第、自HPで紹介しているところですが、
画像等の使用に関して問題があれば調整しますので連絡ください。
プレイアブルの公開は、３３氏が何か公開されるまで、当面の間（年内ぐらいは）差し控えます。

# ついでに487に迷惑をかけた覚えは一つも無いよｗ 何か辛いことでもあったのかい？

>154氏
今ＨＰ見てきましたがそちらでゲームを作ってるんですね
絵とか私の出したものは自由に使ってくれて大丈夫です
プレイアブルってのは体験版のようなもののことかな？
良くわかりませんが期待してます

私のほうはプログラム初心者なので遅々としてますが
進んではいます
今はPT編制とアイテム関係かな
省略して省略して段々別のゲームになりそうですが
いずれ完成させたいと思います

>>487だが、迷惑ってのは33氏と332に対してって意味だよ。

応援のつもりでレスしたのに何で皮肉言われなきゃならんのか・・・

馬鹿

訳の分からんやつが要らん気を回すからややこしくなる
どっちもどっちだ

いろいろな人ぉ仲間にして自分の記憶お取り戻そう

だいぶ形になってきました
まだゲームとしての完成は遠いですが
よかったら一度プレイしてみてください

ttp://www.eonet.ne.jp/~hbj/

これは名作
俺もやってみる

思ったほどでもなかった

>>YOtJ+8Ba
鬼か

初感想ありがとう
まだバランスとか無茶苦茶ですんません
ちょこちょこ更新していきます

>>33さん
プレイしてみました。感想とバグ報告書きます。
「感想」
１５４さんのもプレイしてみたのですが、１５４さんは戦闘の部分を重視しているのに対して、
３３さんは戦闘以外の部分を重視しているんだなと感じました。
しかし敵にほとんど会うことがなく、似たような選択肢がなんども繰り返されるだけというのは結構苦痛です。
この欠点はミニゲームを追加することによって改善するつもりなのかな。

「バグ」　
並替えの画面で右クリックを押すと#Error7　内部エラーが発生しましたと表示されて必ず落ちます。
ＨＳＰのヘルプを確認したところ「 7 "配列の要素が無効です"」　となってました。

>>４５６に書いてあった「妥協してでも完成させる」という考え方は自分も同感です。
応援してます。

感想ありがとうございます
バグは修正しました

まだ内容が薄いのでどうしても単調になってしまいます
現在イベントが２１種ですがとりあえず１００種は実装したいです
プレイヤーが悩むような選択肢のあるイベントが理想ですね
だれないためのアクセントとして、距離による固定イベント
（例えば５００歩進むごとに何か起こるとか）も考えてます
ミニゲームは・・・技術的に可能ならやりたいですけどね

以前と違って今はプログラムも自分でやるわけですから
妥協といったら自分の能力との兼ね合いのことであって
この妥協はあんまり無いほうがいいでしょうｗ

>>３３さん
前回は１０分程しかプレイせずに感想を書いたのですが、１時間ほどプレイしてみました。

やればやるほど奥が深いなと感じました。
すぐ死ぬことも多かったのですが、序盤に仲間に出会った時や経験地＋３０に手に入った時には
「こりゃいけるぜー」と張り切ってプレイしたりと、なかなか楽しめました。

これはなかなか楽しめそうなので改善して欲しい点を書いてみます。
参考にしてもらえたら嬉しいです。

１　　戦闘時に背景を表示させて欲しい。
１枚画像を表示させるだけでかなり見栄えがよくなると思います（起動時の画面のように）。

２　　戦闘時にクリック数が多すぎて疲れる。
ドラクエのようにコマンドを実行した後は自動でメッセージが流れるのがいいかと。ここは特に改善して箇所です。

３　　またまた戦闘時なのですが、キャラクターの画像がなぜ数字なのでしょうか？
後で戦闘用のキャラ画像を作るつもりなのでしょうが、とりあえず顔グラフィックがあるのでそっちを表示したほうがいいと思います。


プログラムの間単な点を書いたつもりです。
絵も描けてプログラムも出来るとは多才ですね。
５００で応援しますと書きましたが、ゲームの面白さの部分には正直期待してませんでしたｗ
噛めば噛むほど味の出るスルメのようなゲームですね。次のアップ期待してます。

どうもありがとうございます
参考にも励みにもなります

とりあえず２だけ急場しのぎですが修正しておきました
本当は基本自動で、クリックしたら止まって命令を出せる
というのが良いと思うんですが、どうもややこしくて・・・

戦闘は今のものはとりあえず数字の動きだけで
表現的な部分はエフェクトなどでもっと解りやすくしたり
キャラを拡大縮小表示したりと考えてはいるんですが
どうにも技術の方が追いつきません

ＨＳＰは始めたばかりでど素人なので、ソースはもう
ぐちゃぐちゃのスパゲッティです
絵の方も紙には描けてもＣＧに仕上げる技が無いので
そのうち時期が来たら手伝ってくれる人を募集しようと思ってます

>>３３さん
修正早くて驚きです。早速プレイしてみました。
追いはぎが出てくるイベントが追加されたのかな。序盤から何度も剥ぎ取られてますｗ
初めてパーティーが３人になったのですが、食料の消費が激しすぎるような気がしました。


>>ＨＳＰは始めたばかりでど素人なので、ソースはもう
ぐちゃぐちゃのスパゲッティです
もし宜しければプログラムお手伝いしましょうか？HSPとC++言語が使えます（１５４さんには及びませんが）。
戦闘部分のプログラムならそこそこ自信あります。

３３さんとは意見が合いそうなので（特許への考え方だけは賛同できませんがｗ）一緒にやってみたいです。
３３さんと３３２さんの素材を使ってゲームを作ってみたい、というのもやりたい理由の一つです。

食料は足りませんよね・・・
一応人数が増えるほど食料は入手しやすくしてはいますが
根本的に見直しが必要かもしれませんね

手伝ってくださるというのはありがたいですが
プログラムを共同でやるってのは可能なんでしょうか
どういうふうにやるのかな
プログラムの中に自分の理解できない部分があるのは困りますし

言葉足らずですみません。
１５４さんとの件を見て、３３さんはプログラムを完全に他人に任せたくないのではと思い、曖昧に書いてしまいました。
プログラムを共同ということではなく、「プログラム部分を引き受けましょうか？」という意味です。

考えてみたのですが、３３さんが今作っているプログラムをプロトタイプとして、それを元に私が別にプログラムを作っていき、
３３さんの技術が足らずに出来なかったという箇所を改良していくというのはどうでしょうか。
さらに付けたい機能があれば、今までのような「文章で説明する」ではなく、「３３さんが御自分でプロトタイプを続けて作っていき、それをもって説明する」という選択もとれますので、
仮に私が製作を放棄したとしても、特にデメリットはないと思われます。

色々書きましたが、断りたければ遠慮なく断ってください。その場合は一人のユーザーとして期待して完成を待つだけです。

せっかくここまでやってきたので、この作品はなんとかプログラムも
自分でやってみようと思います
自分でプログラムをやると決めた段階ですでにかなり色々と削ってますしね
今できるレベルで完成までもっていきたいと思います

一からゲームを作る段階ならそういう方法もありなのかもしれません

了解です。がんばってください。
最後にバグ報告です。
装備を一つ手に入れる（鎧とします）→「冒険者」の項目をクリック→「装備」の項目をクリック→画面中央近くに「武器・盾・鎧・装飾品　・装備　・　捨てる」　という項目が出ますよね。
→手に入れた鎧を装備する→
鎧以外の項目（武器・盾・装飾品）をクリックしてから　中央画面近くの方の「装備」の項目（右下の項目ではない）をクリックすると内部エラー７で落ちます。

盾と鎧でエラーを確認しましたが、おそらく武器と装飾品も同じようにエラーを出すと思います。
結構複雑な条件のように見えますが、何か装備をした状態でポチポチと中央画面近くの項目をクリックしていると、すぐ確認できると思います。

バグ報告ありがとうございます
早速修正しておきました
まだ他にもちょいちょいバグが見つかります・・・特に装備関係

一緒に作れなくて残念ですが、バグ報告やバランスやアイデアに関する
助言はとてもありがたいので、最後といわず時々は遊んでやってください


戦闘が結構きついのと、プレイヤーがアクティブにできることが少ないので
新しく「カード」というのを実装してみました
オウガバトルのカードのような感じです
まだ調整は必要ですがいいアクセントになればいいかな

移動によるＨＰ減少の下方修正も検討中・・・

オウガバトルはやったことないのですが、カードというのは面白そうですね。
test15を落としてワクワクしながらカード使ってみたら、黒のカード（未実装）というので吹きましたｗ


戦闘時の背景は地形ことに用意されてるんですね。すごくいい感じになってます。
戦闘バランスもよくなってます。以前は敵も味方もスカスカ攻撃外してばかりだったのが当たるようになったのがグッドです。
移動時の「進む」などのボタン配置もセンスありますね。
オピニンクスのクイズも面白いです。

そのクイズですが、スクリーンショットを撮れば簡単に解けてしまうという問題がありますね。対策としては制限時間を設けることかな（非アクティブでも時間が減るようにする）。
まだ１０分ほどしかプレイしてないので、これからイベントやカードをじっくり見てきます。

２時間ほどプレイしてみました。
ゲームバランスについての感想書きます。

序盤での難易度が鬼畜すぎです。カードというユーザーに有利な要素が追加されても相当きついです。
「逃げる」の成功率がステータスに依存しているのか分かりませんが、一番敵から逃げたい序盤に逃げるが全く成功せず、開始数歩でゲームオーバーということが何度もありました。
開始１００歩くらいは敵が出ないようにするとか、逃げるの成功率を上げるなどして欲しいです。距離３００に到達する確立は１０パーセントもないように感じます。
序盤に「逃亡」のスキルを手に入れたら距離２３５０まで到達出来たので、逃げるの成功率はゲームの難易度にかなり関わっていると思います。

食料は意外と何とかなるものですね。仲間が増えても、仲間も狩猟をするおかげでバランスが取れてます。
街に着いたときに食料が売ってないと泣けますｗ街での買い溜めが生死に関わるので、食料は多めに売って欲しいですね。
個人的にこのゲーム、街に着いた時が最大の喜びなので、その時に食料が売ってなかったりすると喜びが半減してしまいます。（というか仲間がいる状態で食料売ってないとほぼゲームオーバーになります）

それからバグではないのですが、「ハマる」場所を見つけました。
街で食料を調子に乗って買いまくると荷物がいっぱいで動けなくなる→街では食料は使用することが出来ず売ることも出来ない→装備やアイテムを全て売っても荷物がいっぱいだとハマります。
ユーザー側で注意していれば避けられるのですが、改善して欲しいです。


ステータスが１になる他の状態異常と比べると、毒は本当にやばいです。仲間がいる時に毒にかかると、そのキャラに合わせて回復しなければならないので食料が一気になくなります。
ある程度歩いたら治るとかペナルティを減らして欲しいです。ゲーム後半なら医療や毒を消すアイテムをしっかり買い溜めなどの対策を取れるのですが、序盤からバンバンかかるのでシャレにならないです。

２３５０ってすごいですね
俺は１０００超えたこともないですｗ

「逃げる」の成功率は一律２０％で「逃亡」ありだと１００％だったんですが
成功率を　２０＋素早さ＋逃亡（３０）　（％）　にし
さらに逃げるを試行する度に５％成功率が上がるようにしました

あと序盤の敵の数を少し減らしました

食料は重量を超えて買えない様に

毒は休息で稀に回復（体力が高いほど高確率）するようにしました

あと移動ではＨＰが０にはならないようにしてみたんですが温くなりすぎるかも

レアですが街に飛べるアイテムも用意してみました

あと敵の特殊能力をいくつか実装してみました（序盤では遭えないかもしれませんが）
ＨＰを吸い取ったり、仲間を回復させたり、カードを盗んだり・・・と色々考え中
仲間も稀に固有の特殊な行動をするようにしようと考えています

もう修正したんですか！？　メチャクチャ早いですねｗ

あれからさらにやり込んでみたいのですが、妖精イベントに初めて出会いました。
素晴らしいご褒美がもらえるんですね。乾燥食料すごすぎです。

仲間に固有の特殊な行動・・・で思い出したのですが、ナターシャは治療のスキルを持っていなくても仲間を治療していたのですが、
あれは仕様ですか？僧侶なので治療が出来るという設定なのは納得できるのですが、スキル欄になくても治療が入ってないというのが気になりました。
隠しスキルみたいなものなのかな？

書かない方がいいのかもしれませんが裏技っぽい方法見つけました。簡単に敵や不利なイベントを回避できる方法です。
このゲームは歩くごとに自動でセーブされてしまい、やり直しが効かないようにされてますが、その抜け道です。

長くなりそうなので２つに分けます。

例えば敵が出たらすぐゲームを終了して再開すると、敵が出る直前のデータから再スタートできちゃいます。
これによって敵が出たらリセット、毒食らったらすぐにリセット・・・とやると不利なイベントを全て回避出来てしまいます。
セーブデータをコピーしておき不利なイベントが出たら、そのセーブデータから始めるという方法なら手間もかかるのであまりやらないと思いますが、
現状の仕様ですと、あまりに簡単にやり直しが出来ちゃってすぐやり直ししちゃいます。。ちなみにこの方法を使ってやってみたら、距離５０００到達し、食料にもまったく困らないという事態になってます。

対策としては、イベントが起こったらその時点でセーブしてしまう、ですけど難しいかも。
他の方法としては、ロードしたデータはセーブした時点での半分のＨＰになる・・・とかですが、普通にプレイしてる人にとってはいい迷惑になってしまいますね。

ここまで書いてみて、動物の森のリセットさんというのを思い出しました。正規の方法で終了をせず、リセットボタンや電源を切って終了させると怒られるんです。
それを真似て、
１　正規の終了＝移動時の「終了」ボタンを押して終了させた場合
２　不測の終了＝それ以外のやり方で終了させた場合　（右上の終了ボタンを押した場合）
をチェックして１番の方法で終了させなかった場合にペナルティを与えるもしくはセーブデータを消してしまうというのは実装できないでしょうか。

右上の終了ボタンを押したかどうかを判定する方法ってＨＳＰにあった覚えがあるので、多分出来ると思います。

この裏技気付かなければよかったなと後悔してます。ゲームの緊張感がなくなってしまいました＝街についたときの感動も・・・。
使用するのを我慢すればいいだけの話なのですが、知ってしまった以上つい使っちゃうんですよね・・・。
身勝手なお願いですが、出来れば修正お願いします。

不正終了すると以後、「記録」の表示時に（参考記録）と表示されるようにしました

「終了」時に変数を変化させてロード直後にチェックするようにしただけですが
これまでの記録だとダメなんで一回「新しく始める」にしてもらわないといけませんが

状態異常の治療は
「医学」が傷と毒と重体を治して、「信仰」が盲目と呪いを治します
混乱は勝手に治ります（混乱とかあんまり出ないと思いますが）

修正ありがとうございます。
信仰で盲目と呪いが治るんですか。ナターシャは信仰持っていたから、その２つの状態異常を治していたんですね。
信仰は祭壇を漁る時に何らかの効果を発揮するものだと予想していました。

気になった点が２つあるので書きます。

武器や防具の名前と強さが一致していないのが結構気になります。弱そうな名前の武器が強かったり、その逆だったり。
荷物のスキルの付いてる装備にはロバの〜〜とするとか、名前から性能が推測しやすい物にして欲しいです。意図的に分かりづらくしているのでしょうか。

ゲームクリアはあるのでしょうか？
記録画面にある九秘宝というのを集めるとクリアなのかなと思っているんですけど、まだ１つも手に入ってません。
実装されているのでしょうか。

すいませんまだエンディング等は用意してません
予定としては１０００毎くらいに固定イベントが起こるようにして
（その時の同行キャラによって展開が変わったりとかする）
９９９９でラスボスにしようと思ってます

九秘宝は一応やりこみ要素としてあったらいいかなと思って
考えたものですが、まだ３個しか実装はしてません

武器の名前と能力は完全にランダムです（入手方法によって能力差はありますが）
固有の武器防具も用意するべきかどうかは検討中です
実装は難しくはないんですが・・・
難度の高いイベントの報酬としてあってもいいかもしれませんね

eoが規制された模様　とありますが、アク禁ということかな？

9999でラストですか。時間的にもそのくらいがちょうどいいですね。

test16以降難易度がかなり低くなりました。まだ距離２０００なので、簡単なのかもしれませんね。

敵を倒した時に手に入る一人あたりの経験値は、一人の時でも仲間がいる時でも変わってないですよね？
仲間が３人以上いる状態だと、祭壇が出るたびにステータスを強化していっても、多くのキャラが数百ポイントの経験値が余る状態が続きます。
仲間の人数で等分したほうがいいかもしれません。

バランスについてあれこれ書こうと思ったのですが、相当やり込んでしまった私の感想は当てにならないと思うのでやめておきます。

もう以前のような突っ込み所のいっぱいあったゲームではなくなってしまったし（良い事なんですけどｗ）、バランスについても書くことが出来ないので、書き込みはほとんどしなくなると思います。

規制に負けずがんばってください。

３３さん、お久しぶりです。
ゲームの方をプレイさせていただきました。
面白くできていますね。

私も気になった点を書きますね。

・５００さんもおっしゃっているように、序盤は、「毒にかかる」か「戦闘になる」と、結構ゲームオーバーになる気がします。
特に戦闘は「逃亡」を選んでいても、下手をすると手番がまわってこないまま殴り倒されてしまうこともありました＾＾；。

・そこそこ武器などを拾って、一人旅しているときは食糧の増減のバランスが絶妙なのですが、
仲間が増えると、今度は食糧の消費が激しくなり、ＨＰの維持が難しくてゲームオーバーになりやすいですね＾＾；。

・片手武器を装備し、盾を装備した後で両手武器を装備すると、盾装備したまま両手武器を装備できちゃいます（笑）。

・ＨＰ回復アイテム（バナバナとかキューブリン）などは、「使う」を押した後に「使う人」を選んだ後、そのまま再度「使う」ボタンや「戻る」ボタンを押すと、
無限に使用できてしまうようです。

・一度覚えたスキルを消す事ができるといいかな？と思いました。
「剣技」を持っているキャラに「採掘」とか「信仰」とか覚えさせた後に、
「剣豪」を覚える書を拾ったのですが、使うことができずに泣きました（笑）。

では、お体に気を付けてがんばってください。

規制解除きたー

>332氏

HPで返信しましたがバグ報告助かります
まだまだバグが多い・・・

仲間を増やすことによるデメリットは無いほうがいいですよね
狩り採集の発生率を変動するようにするか・・・

ステフスレよりお伺い
参加確認の前にスレ一読してきます

死にまくるw
HSPで分岐型か

描いて来ます

あら、もう描いてくれてるんですか
ありがとうございます

今作業してくれてるんでしょうか？

説明テキスト入れておいたんでそれ見てくれればだいたい
解ると思いますが、解らないことあったら聞いてください

あと一枚できたらとりあえず見せてください
全員分描いてもらってから「ボツ」とか言いづらいんで（無いと思いますが）

はいな、テキスト確認しながらのらくらやってみてます
一枚縛りで判断されると逆に辛いw
２、３枚塗り検討中なので、今日中には晒します

http://non-chang.hp.infoseek.co.jp/2ch/steph33/zip1_face5-7.zip
こんな感じでお気に召せば他の進めます

う〜〜ん・・・
自分でできないからお願いしてるのに（しかも無償で）
こんなこと言うのも申し訳ないんですが
５と６はこのままでは使えないですね・・・
７はいい感じですが

なんだろう、滲ませすぎというか
もっとベタッとしたアニメ塗り（？）の方がいいのかな

５は顔色がちょっと悪すぎるのと服がぼやぼやしてるのが好きじゃないです
あと髪はもっと白髪に近い感じにして
帽子の横のラインは無くていいので服のラインをオレンジでお願いします

６は肌はいい感じなので髪がもうちょっとサラサラふわふわした軽い感じになればいいんですが・・・
ちょっと影が濃いのかな
キューティクルって言うんですか、白い光も細かめに入れてやって欲しいです
あと眼をもうちょっと薄いブルーで透き通ったガラス玉みたいな感がほしいです
鎧ももうちょい白銀のピカピカした感じで

たいしたゲームじゃないのに偉そうに言ってほんとすいません
５，６はお気に入りのキャラなのでちょっとこだわりたいんです
気悪くされたならまた他の人に頼むことにします

了解ですよ。時間取れたらのらくら修正してみます。
もしお急ぎであれば他の方募集した方がいいかもしれませんが（平日に時間取れるかどうか確証ないです）、
のらくらで良ければ修正指示に沿うように進めてみますので。

5,6修正してきます

ゲームのほうもまだまだなので全然ゆっくりで大丈夫です
お手数かけます

5,6塗りなおしてみました。未縮小ですが
http://non-chang.hp.infoseek.co.jp/2ch/steph33/zip2_5-6.zip
ご確認ください。

どうもお疲れ様です

前回よりだいぶいい感じです
５はほぼOKなのでこっちでちょこっと修正して使わせてもらいます

６の方ですが、眼はもっと思い切って薄い方が良いですね
大きいといいですが縮小すると煮詰まった感じになっちゃうので
あと鎧もう少しぴかっとなりませんかね
３の鎧くらいの感じがいいんですが
髪はいい感じだと思います


背景はやっぱり自分で見てみないと判らないし
細かい部分の修正も自分でやった方が早いと思うので
今回みたいに大きいサイズでもらった方が良いですね

了解しました、今後は未縮小のままお送りしますね
http://non-chang.hp.infoseek.co.jp/2ch/steph33/zip3_6_8-10.zip
６の修正案と、８，９，１０の塗り案です
ご確認ください。

お疲れ様です

６はOKです

１０もほぼ良いと思います
あと微修正だけですかね

８は白目が茶色いのが変ですね
あと鎧の一番内側のは中に着てる服なんで
白かなにかにしておいてください

９は色が難しいですね・・・
ちょっと考えておくので後回しにしておいてください

了解です。また週末まで時間取れないかもしれませんが、
暇見て進めます。
>>８は白目が茶色いのが変ですね
ほんとだｗ　なんか寝ぼけてました、失礼。
これも次回晒しに直しておきます

キットの顔を自分で塗ってみました
pixia講座を見ながらやったんだけどやはり塗りは難しい・・・
金属の質感が難しいね

すみませんこの週末は、時間割けないまま終わりそうです。。
進捗遅くてすみません

大丈夫ですよ
ぼちぼちやってください

>521さん
綺麗に塗れてますね。
face10のキャラは、初めてみました。
まだゲーム中で遭ったことがないです。

>33さん
test24のデータでプレイしていたので、
最新版では修正済みかもしれませんが、
例のスキルを忘れるアイテムを
「剣技」と「剣豪」を覚えさせたキャラに使用したら
内部エラーで落ちるみたいです。
（「魔術」と「魔導」のキャラでも同じエラーがでました。）
　＃Error 7
-->内部エラーが発生しました(7)

また規制くらってました

>332氏
バグ報告ありがとうございます
修正しておきました

暑さで作業がなかなかはかどらない
効果音とか背景とかどうしようかな

http://non-chang.hp.infoseek.co.jp/2ch/steph33/zip4_8_10-13.zip
8,10の修正と11,12,13の塗り案です。
ご確認ください。

どうもお疲れ様です

８と１０はOkです

１１も色はほぼいいですね
ただ小さくすると解りにくい部分があるのでそれだけかな
剣のつか付近が色が濃いので縮小版だとごちゃっと見えてしまいますね
ほっぺたの下書きのちょんちょんは消した方がいいのかなぁ・・・
一度消してみてください

１２は兜の本体の部分はいいですが角と頂点の金具の部分は
色変えてください
あと首の辺は地肌でお願いします

１３の色は良いですね
背負い袋の肩帯は茶色に変えてください
あとえりもアクセントとしてなにか違う色の方がいいかな

やってみた。
キャラは魅力的でいいね。face3が気に入ったｗ
ただあの「問い」。　アルファベットがうじゃうじゃ出るやつ。
あんなの普通の人間にはとても答えられないｗｗｗ。
33は解けるのか？


消しぽんってのがあってさ。あれを見ている感覚だぞｗ

どうもプレイありがとうございます

オピニンクスの謎かけは二種類あって
「２つあったのは？」は比較的簡単だと思いますが
「無かったのは？」の方はちょっと難しいかもしれませんね
２６のアルファベットが１字ずつなので時間があれば判るはずですが
制限時間をもう少し長くしてみますか・・・

短いプログラムで実装できて、何度も挑戦できるもの
でないといけないのでミニゲームもなかなか難しいんですよね
アクション性をつけるのもどうかと思うし・・・

ミニゲームについては、水色散歩道とか良くできていると思う。

晴れたり曇ったりのなら覚えてるな
神経衰弱とかハイ＆ローだっけ
運任せの単純なゲームでも演出と報酬によっては
快感を得られるものになるんだよね

>>543
>制限時間をもう少し長く
そういう事じゃないんだ。　むしろ文字数の方を短くして欲しい（実はこれもちょっと違うんだが）。
正直あのアルファベットの羅列を見ていると頭が痛くなる。
ミニ「ゲーム」と言うからにはあれはどうなんだろうと思う。


ぎっしり詰まった無意味なアルファベットの羅列というのがどれほど苦痛を与えるか知って欲しい。
少なくとも区切りは入れてくれないと、とてもじゃないが解く気にならない。
英単語にするとか、もうちょっと工夫してもらえないだろうか。
時間を長くされても拷問時間が延びるだけなんだ。
解ける解けないとかはそこまで問題じゃない。難易度を下げて欲しいなんて望んでない。


542では難易度が高い事を指摘しているように書いて申し訳ない。
33は解けるのか？という質問は、本当にこの「問い」を自分で解いてみたのか？という皮肉なんだ。
解いてみたのならこの苦痛が分かるはず、という意味を込めていたんだ。


批判だけした文章にしたくないから、自分なりにこの「問い」のダメな点を考えてみた。その結果、
「羅列の苦痛」＆「リターンが少ない（経験値ちょっともらえるだけ）」＆「避けられないミニゲーム」ってのが最悪だという結論に達した。


全て改良して欲しいなんて言わない。
この３つのうちの１つでもいいから改善して欲しいと願っている。
今までのログを見る限り、ユーザーの要望に答えてくれる製作者だと思うから発言してみた。

なるほど
まさかアルファベットの羅列が苦痛になるとは思ってませんでした
もちろんテストプレイは何十回もやりましたが
自分はそういうのは全く無かったので

一応改善案を作ってみたので試してみてください

ttp://www.eonet.ne.jp/~hbj/test_g.lzh

報酬に関しては「強敵オピニンクスとの戦闘を避けられる」
というマイナスを回避する意味の報酬はありますね
まぁ正解すると稀にレア武器くらいはもらえてもいいかもしれません

>>547
あんなイチャモンにも見える書き方の要望にも答えてくれてありがとね。

数字だけになり、あのうんざりするような感覚はなくなった。
以前と違って解けない問題じゃなくなった＆頭が痛くならなくなったので、とりあえず不満はなくなった（楽しいとは思えないｗ）。

リターンについてだけど、ゲームとして面白いものだったらちょっとのリターンでも満足できる。
あの羅列ゲーは多大なリターンでもないとやる気が出ないだけというだけだったんで、
それを改善できればレア武器を報酬にしたりまではしなくてもいいんじゃないかな。ゲーム難易度にも関わっちゃうし。

>報酬に関しては「強敵オピニンクスとの戦闘を避けられる」
これ見て思い出したんだけど、仲間が揃って強くなれば「問い」は適当に選択して、
当たればラッキー、ハズレたらぶっ殺せばいいだけって思ってたｗ
こいつがきついのは序盤なんだよな・・・。

他の事にも言えるが、ある程度のラインを超えるとほとんどのイベントが解決できるようになり、難易度がグッと下がるんだよな。
そこから単調になっちゃうね。
今まで苦渋を味合わされた相手に仕返しを出来るようになるのは楽しいんだが、それもいずれ飽きる。
もっと強い相手と任意で戦えるようなイベントがあるといいかも。

２０００歩とか４０００歩などの区切りで、普通にプレイしていれば全滅されられるくらいのボスと戦えるようにして（拒否もできる）、勝てればすごいレアアイテムもらえたりとか。
仲間が数人死ぬくらいの犠牲が出てやっとこ倒せる。そして残った連中で冒険を続ける・・・みたいな燃える展開が欲しいｗ
死んだキャラに対するイベント（誰々のことを思い出したとかいうやつ）があるみたいだしさ。
これは俺の妄想だから３３への要望ってわけじゃないよ。〜〜して欲しいとか書いておいて何言ってんだか思うだろうけどｗ


自分が案を出すと、それがゲームへ反映されるってのは面白いなｗ
思わずアレコレ口出ししたくなるから自重しないとｗ
完成するといいな。がんばってくれい。

単調になるのは絶対に避けたいですよね・・・
中盤〜終盤用のイベントをもう少し用意しないといけないんですが
いかんせんネタが尽きてきた・・・ｗ

イベントは単なる運のものはなるべく避けて
プレイヤーになんらかの選択を迫るものが望ましいんですよね
それがなかなか難しい

あとは同じイベントでも低確率でとかレアな条件で少し変化があると
面白いですよね