04/04/05 01:57 mkU3bIdK
早く作れよ
72:名前は開発中のものです。
04/04/10 03:35 7TWvgv5u
>>71
こちらへどうぞ
ｽﾚﾘﾝｸ(gamedev板)
73:名前は開発中のものです。
04/04/14 04:08 u0GAOhR7
成長システム考えてんだが。
何か参考になるもんないか。
74:名前は開発中のものです。
04/04/15 03:27 ERRrXhVX
人いないのぅ。
シナリオも考えなきゃならんのだが。
思うんだけどRPG用に考えたシナリオが面白くできてるか確かめる方法として
そのシナリオがそのまま映画やアニメになった時に面白いかどうかを考える、
てのはどうか。
ここで重要なのが作る時はゲームをしている状況を意識するってことだ。
で、確認する時は映画やアニメとして見るってことだ。
75:名前は開発中のものです。
04/04/19 16:56 p65r/5VR
なるほど、シュワちゃんのコナン・ザ・グレートをＲＰＧ化したら
みたいな感じね、いいかも
76:名前は開発中のものです。
04/04/20 02:18 ZG7BKEOb
ううむ。ちょい違う。
コナン・ザ・グレートのシナリオは初めから映画のつもりで作られたべ？
あれがRPGになるには圧倒的に要素を追加しなきゃなんねーべ。
ほとんど１から作るくらいに。
そうでなくって、初めからRPG用シナリオの完成版としてシナリオ作るんよ。
それがただのお使い話や迷路ダンジョンになってないかを確認するために、
それをそのまま映画とかにしたらどうなるかを考えてみると。
もし、○○とってこい→迷路→とってきました
みたいなシナリオでしかなかったら、どうにも映画にもアニメにもならんだろ？
何もなさすぎて。
77:名前は開発中のものです。
04/04/20 02:26 iHggtI1h
そうか、そうか、草加煎餅（≧▽≦）
78:名前は開発中のものです。
04/04/20 07:01 Y/WQtRKE
ところで、RPGつくりたい人って、どうしてつくりたいの？ なにがしたいのですか？
79:名前は開発中のものです。
04/04/22 09:08 55t8irfP
それが判れば苦労などしない
80:名前は開発中のものです。
04/04/22 11:39 Kmyglu8S
シナリオのことなんだが。
主人公とヒロインがいて、それがメインというか、カップリングなわけ。
でも設定上ヒロインが出てくんのが少し経ってからなんよ。
だからヒロイン登場まで引っ張ってくれる女キャラ入れようかと思ったんだが、
それってやっぱ問題だよな？
一番初めに登場した女キャラとか、一番初めにパーティー入りした女キャラって、
プレイヤーは自動的にヒロインって認識するじゃん？
そのキャラの後からヒロイン入っても、ヒロインって認めにくいじゃん？
でさ、どっかにヒロインより先に女キャラ入ってたけど問題なかった例とか、
しばらく男のみのパーティーだったけど問題なかった例とかあったら教えてくんない？
81:名前は開発中のものです。
04/04/22 17:29 fHG/ldtv
>>80 口うるさい妹でＯＫ
82:名前は開発中のものです。
04/04/22 21:22 YkAlPOS3
うまいっ
83:名前は開発中のものです。
04/04/23 02:22 HqAwGr7S
>>81
なるほど、くっつきようのないキャラか…。
ただ考えたんだけどさ、ヒロインが頭に登場しないって事自体問題なのかなと。
なんかシナリオ構築の定石から外れてるっていうか。
それにヒロイン登場時点で消えるキャラなんて変じゃん？いかにも役目終了みたいで。
設定変えるか、男のみのパーティーでしばらくいくか、にしてみるよ。どもども。
84:名前は開発中のものです。
04/04/23 14:49 CJpRKK8p
>>83 おう！ がんがれ～、作りたいように作れるのが自作ソフトのいいところやね
85:名前は開発中のものです。
04/04/24 23:08 z1AygbTD
ＲＰＧゲームって何?
86:名前は開発中のものです。
04/04/24 23:10 TdOLVCAj
>>85
>>4
87:名前は開発中のものです。
04/04/25 10:40 LyJsr1s0
>>85
RPGロケット弾を撃ちあうマジなサバイバルゲーム。
88:名前は開発中のものです。
04/04/25 16:00 +MyYZ79o
五右衛門でも危険な弾だよな
89: ◆h0EO6g2nh6
05/09/05 22:16:48 dF+lKLMj
test
90:名前は開発中のものです。
05/11/05 02:29:47 C1KF3HlK
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::あ な た の 怨 み 、 晴 ら し ま す 。::::::::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::::::::::::＿＿＿＿＿＿＿＿＿＿＿:::::::::::::::::::::::::::::
:::::::::::::::::::::::::| >>856 |:::::::::::::::::::::::::::
::::::::::::::::::::::::::￣￣￣￣￣￣￣￣￣￣￣:::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::::::::::::::::＿＿＿:::::::::::::::::::::::::::::::::::::::::::::::::::
: ::::::::::::::::::::::::::::::::::::::::::::| 送信 |::::::::::::::::::::::::::::::::::::: ::::::::::::
:::::::::::::::::::::::::::::::::::::::::::::::￣￣￣::::::::::::::::::::::: ::::::::
91:名前は開発中のものです。
05/12/23 10:17:51 iC2UseYM
保守派
92:名前は開発中のものです。
05/12/24 11:05:50 CqpLoPa6
ところがどっこい革新派
93: 【中吉】 【602円】
06/01/01 00:31:38 2FUb59nz
てす
94:名前は開発中のものです。
06/01/20 00:34:57 EnRMXJuE
テス
95:名前は開発中のものです。
06/01/20 15:01:05 dQzHZbAR
>>35 ：あぼーん ：あぼーん
あぼーん
こんなクソすれ、にあーぼん・・・ﾁｮｲ、気になる(W
96:名前は開発中のものです。
06/01/23 01:00:38 A3wqA+mf
＞ > > > 〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
＞ > > > ,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
＞ > > > l::::::::::::::::::ｌ::::::::::●::::::::::::::●:::::ｊi
＞ > > > |::::::::::::::::::、::::::::::::::( _●_)::::::,j:l クマー！
＞ > > > }::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
＞ > > > . {::::::::::::::::::::::::::::`='=::ヽノ:::::/
＞ > > > ';::::::::::::ト、::::::::::::::i＾i::::::::::::/
＞ > > > ｀ー--' ヽ:::::::::::ｌ l;;;;::::ノ
＞ > > > 【ラッキーレス】
＞ > > > このレスを見た人はコピペでもいいので
＞ > > > 10分以内に3つのスレへ貼り付けてください。
＞ > > > そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
＞ > > > 出世しまくるわ体の悪い所全部治るわでえらい事です
97:名前は開発中のものです。
06/01/25 11:37:58 Jn6C4KQv
ねぇ
ライダーの次スレは何処になったの？
ライダーの方はどうでもいいけど
剣Ｇのゲームが気になるんだけど…
98:名前は開発中のものです。
06/01/25 16:54:38 q+4niFqM
仮面ライダーRPG(仮) 製作プロジェクト!!
URLﾘﾝｸ(www.geocities.jp)
99:剣Ｇ ◆LAnLEZ2SyM
06/01/25 22:13:24 Tv43YI/G
ただ今鋭意製作中、α版できるまでスレは立てません
プログラム板だし
100:剣Ｇ ◆LAnLEZ2SyM
06/01/25 22:41:13 Tv43YI/G
ところでRPGで他のジャンルと混ぜたら画期的と思う
組み合わせ知りませんか？
できれば主人公周りのシステムから説明してください
101:名前は開発中のものです。
06/01/25 23:29:02 WfjGFmZ4
レースとか。
某レーシングラグーンは画期的というか斬新すぎた
102:３３
06/06/20 00:26:28 Tljr9F3J
というわけで今日は就寝です
明日までに色々考えておきます
103:33
06/06/20 21:38:21 Tljr9F3J
URLﾘﾝｸ(www.jtw.zaq.ne.jp)
とりあえず↑の試作と企画書に目を通してもらって
不明な部分（山ほどあると思いますが・・・）についてここで
話し合って意思疎通を図っていきましょう
あと呼び方も決めてください
104:名前は開発中のものです。
06/06/20 23:13:44 4/fkbrUV
>>103
お疲れ様ですー。
まだざっと目を通しただけなんで
細かいことは企画書の変数をプログラム内で使う形にまとめてから
足りないとことかどうするか分からないとことか
ツッコミ入れさせてもらいます。
とりあえず個人的な優先順位としては、
イベントについては後からでも追加は楽そうなので、
先に場所・キャラ・アイテムの変数について決めちゃいたいですね。
今のところ目に付いたところは↓な感じです。
・アイテムに耐久度などの固有データをもたせるか（これによってセーブするかどうかが変わる）
・同じくスキルに習得度などの固有データをもたせるか（↑と同じ）
・キャラクターの内部データをどうするか（情報表示しないもの。成長率など）
あと呼び方って言うのは俺の呼び方ってことでいいんでしょうか？
それでしたら元ステフ８だったんで８でお願いします。
105:33
06/06/21 22:36:13 8M9QXce1
>>104
アイテムに関する数値はとりあえず不変で良さそうです
スキルは熟練度などは付けずにスキル事態を変化させる方法にしようかと思います
「剣技」「狩猟」「古代文字」「料理」「水泳」など２０～３０のスキルのうち
一人最大５個まで習得可能、といった形になります
熟練度が無い変わりに条件を満たせば「剣技」→「剣豪」→「剣聖」のようにレベルアップ
能力の成長に関してはどういう形式にするか非常に悩んでいる所です・・・
今考えているのは
・経験値が一定溜まるごとに７つの能力のうち２アップ
・１はランダムにもう１は任意で上げられる
・主人公以外は２ともランダムだが友好度が最大の仲間は任意で上げられるようにする
・１年ごとに（年度の変わり目に）ＨＰ（と能力値）を変化させる
・３０歳以下のときＨＰは体力に応じて上がるが４０歳を過ぎると下がっていく
４０歳を過ぎると筋力、敏捷性、体力も一定確率で下がる
５０、６０でさらに低下率が上がる
こんな感じです
キャラの成長はゲームの重要な部分ですのでちょっと慎重に検討します
プログラム上だけでなくシステムや画面上の表現法など、思うところあったらどしどしアドバイスください
106:名前は開発中のものです。
06/06/22 19:43:25 OmPI5wRb
えと、とりあえずベース部分だけ動くものを作っちゃいますね
レイアウトについては暫定的に多重ウィンドウっぽいもので、
キャラの表示ステータスは、
性別、年齢、友好度、独立度、統率力、名声、悪評、ＨＰ、値、力、体力、敏捷、技量、魅力、運
スキル・アイテムのパラメータとキャラの内部ステータスはまだ決まってないようなので後回しと。
そんな感じでいいのでしょうか？
時間経過の単位はどうします？月単位なのか日単位・時単位なのか。
あと何を目的とするゲームなのかよく分からないのですが、
基本的に探索がメインってことでいいのかな？
107:名前は開発中のものです。
06/06/22 21:38:43 raZL+CGj
「日数」という変数を用意して
日数÷３０（切捨て）＋１＝月
日数を３０で割った余り＋１＝日にち
日数は１ずつ増加し３６０を超えたら０に戻し年数を１増やす
これで一ヶ月３０日、一年十二ヶ月３６０日を刻む
これでお願いします
人物の情報窓は肖像（９０×１００くらい）と装備欄
攻撃力、防御力、命中率、回避率、ガード率
あと追加で種族とサイズ、状態も入れたいです
２ページか３ページに分けたほうがいいかもしれませんね
あと常に表示しておけるコンパクトタイプとして
肖像、名前、ＨＰ／最大ＨＰ、状態だけのを用意して
クリックすると詳細のでかいのに変わるという風にできるといいかな
それとは別に
年月日、所持金、食料数、現在地、その場所の探索度
を表示する窓が一つ必要になります
背景もこれと一体化させてもいいかもしくは別の方がいいのかな・・・
あとは命令ボタンをまとめたのを何処に付けるか・・・とりあえずお任せ
ゲームの目的は基本的には探検をして魔物を倒したり財宝を手に入れたり
して金や名声を高めていくことです
その間に様々なイベントを用意するつもりです（一応魔王的なものも）
期間は少年で始まる主人公が引退か死ぬまでなので５０年くらいですかね
108:名前は開発中のものです。
06/06/22 23:14:42 OmPI5wRb
>>107
力とか敏捷とかのステータスはやめて
攻撃力とかのステータスにするってことでしょうか？
でわデザインとかサイズとかは適当にして、表示する入れ物と
時間経過と拠点移動のコマンドあたりを作っちゃいますので、
それが終わったら、一度お互いが時間取れるときにシステムの暫定完成版みたいなのを決めちゃいませんか？
掲示板だと中々決まらなそうなんで、
出来ればレスポンスの早いチャットやメッセなどを一時的に利用するのが良いかなと。
何を作ればいいのかいまいちイメージが掴めないもので・・・(´･ω･)
109:名前は開発中のものです。
06/06/22 23:17:03 raZL+CGj
急に思いついた案
・春に仲間を募集して冒険する
・冬に入ると町に戻って解散（利益分配も）
・年間最優秀冒険者など発表（魔物退治王や財宝発見王など）
・冬の間トレーニングで能力アップ、スキル習得
・冬の間に中のいい人が訪ねてきてイベントとかも
・春にまた仲間を募って冒険に・・・
110:名前は開発中のものです。
06/06/22 23:22:51 raZL+CGj
いや攻撃力は筋力＋武器攻撃力（剣、斧等の場合。弓は固定）
防御力は防具の防御力
回比率は敏捷性と運から導き出される値
命中率は技量と使用武器から・・・という感じです（具体的な数式は未定）
そうですね、戦闘に関しては今フロチャートを書いてるところですが
細かい説明は難しいですしね
111:名前は開発中のものです。
06/06/22 23:39:56 OmPI5wRb
ほいじゃ、そんな段取りでってことでいいのかな？
途中での基本仕様変更は厄介だし無駄も多いので、
>>109みたいなのも含めてそん時に決めちゃうことにしましょう
いま作ってるのはまだ前段階のウィンドウ制御の処理とか含めてのものなのですが、
それが終わった後の（数日後くらい？）互いの都合のいい時にということで。
それまでにシステムのイメージ固めちゃっといてもらえるようお願いしまっす
112:名前は開発中のものです。
06/06/22 23:55:07 raZL+CGj
了解です
自分ではイメージできてても形にするのは苦労がいるもんですな・・・
113:名前は開発中のものです。
06/06/23 00:16:02 4lVHnY8J
ですねえ。。
イメージをすぐに形にできたら誰も苦労しないもんなあ・・・
114:146
06/06/23 22:13:17 oCCmPanZ
シナリオの補助でお手伝いさせていただける事になった146です。
ゲーム作り自体初めてなのでお世話かけるかもですが、気長によろしくお願いします(´･ω･)
自分は具体的にどんな事をお手伝いすればいいんでしょう？
出来上がった世界観に対する助言等でいいんですかね？
115:３３
06/06/23 22:32:25 jUbvoRLZ
３３ですよろしくお願いします
このゲームは一本道のドラマのあるゲームではありません
登場キャラクター達は主人公に関係なく自分勝手に活動しています
（そういう風に見せます）
まずはそういったキャラクター達（他の冒険者や町の人など）
を世界に放流する所から初めたいと思います
それぞれのキャラクターには主人公に対する定型の台詞を数十程度
用意しなければなりませんから、それが最初の仕事ですね
まだごちゃごちゃしていますがＨＰにまずはざっと目を通してみてください
116:３３
06/06/23 22:33:18 jUbvoRLZ
URLﾘﾝｸ(www.jtw.zaq.ne.jp)
貼り忘れ
117:146
06/06/23 23:54:39 oCCmPanZ
なるほど、了解しました。
自分の当面の仕事は、主要キャラクター以外の周囲のキャラクターの会話文を作成する、という認識でOKですか？
後、ざっと企画書に目を通しましたが、周囲のキャラクターはルナドンの様にランダムに登場させるんですか？
他の冒険者と村人を区別するのか否かで、会話の種類も変わってくると思うので聞いておきたいんですが……どうでしょう(･ω･)
118:名前は開発中のものです。
06/06/24 00:36:07 vEZuqoC4
冒険者とそれ以外の人も基本的に同じです
人物には「放浪度」と「本拠地」というバラメータがあって
放浪度が高い人はよく動し本拠地にもたまにしか帰らない
放浪度が低い人はあまり動かないし動いてもすぐ本拠地に戻ります
冒険者は放浪度を高く、町の人は低く設定します
あとは町の人は仲間には入らない（入りにくい）
そういった差で区別する感じですね
119:名前は開発中のものです。
06/06/24 01:04:19 AeZ1jQBz
返事の時間がまちまちですいませんorz
なるほど……了解です。
キャラクターの扱い方は、ドラゴンフォースやスペクトラルフォースみたいに、総数の決まった個別にキャラが立っているルナドン版って感じになるんですかね。
とりあえず、変数まとめの8にある性向別に数種類台詞を考えてみようと思ってるんですが、何か指示があれば指示を下さい。
120:名前は開発中のものです。
06/06/24 21:14:47 vEZuqoC4
会話については会話システム案を参照して欲しいんですが
「会話」コマンドで会話する時の返答は全てキャラ独自の台詞を用意します
「口調タイプ」というパラメータが必要になるのはそれ以外の汎用台詞
例えば
・仲間から外す
・アイテムを贈答する
・食料不足に対する不満
などに対するコメントを表示する時です
実際台詞が必要になる場面にはどんな時があるかは
作るうえでこれから色々出てくると思います
あとはイベントの際も口調タイプは必要になってくるでしょうが
これはイベントを作る時に考えましょう
試作の02.texファイルを覗いて見てもらえば
どういう感じか解ってもらえるかと思いますが
121:名前は開発中のものです。
06/06/24 21:22:23 vEZuqoC4
02.texの中ほどに別れの台詞が並んでいるんですが
あれは８種の口調タイプについてそれぞれ
友好度が３９以下だった場合、４０～７９だった場合、８０以上だった場合
の３パターンの別れの台詞を用意してあるわけです
122:名前は開発中のものです。
06/06/26 21:07:42 fsmeNadZ
会話はプログラムの方があがってこないと具体的に進められないので
先に探索をした時にランダムで起こるイベントを作りましょうか
平地、草原、森林、山、街、迷宮、砂漠、雪原、共通
それぞれの地形で起こるちょっとしたイベントのようなものです
例えば
「謎の果物」（森林）
見たことの無い果実が生っているのを見つけた↓
・食べてみる→１
・放っておく→４
１ 「どれ・・・モグモグ」
１～１００の乱数＋主人公運＞＝５０なら →３
２ 腹を壊してしまった！ 全員のＨＰ－１ 終了
３ とても甘くて瑞々しかった 全員のＨＰ＋１ 終了
４ 毒があるかもしれない。やめておこう 終了
こういう感じの簡単なやつを色々考えてみてください
結果として動かしていいのは
ＨＰ、友好度、健康状態、探索度、食料、金 などのパラメータ
能力値（筋力、知力など）やスキルなどは動かさないように
別に何にも影響の無いイベントでもかまいません
文章は簡潔に（改頁少なく）
簡単な発生の条件などもあっていいです（PTに女性が居る時のみなど）
123:名前は開発中のものです。
06/06/26 22:42:17 Wmq3pCLn
ＰＧやらせてもらってる８です。>>146さんよろしくお願いします(o*。_。)o
えとひとまずウィンドウ制御と時間経過と、
現在地を変更（内部データが変わってるだけですが）する関数を作るところまで一応できました。
これ以上は具体的な仕様及びレイアウトを決めてからでないとキツイってか作れないので、
そろそろステータス等も含めてシステム仕様を決定しませんか？
あんまり時間かけるとモチベ下がっちゃいますし、
前も言ってたように、出来れば時間取れるときに
チャットなんかの手段で一気に決めちゃうのがいいかなって思うんですけども
そのへんどうでしょ？＞御二方
どうぞ御一考をばお願いします。
124:名前は開発中のものです。
06/06/26 23:15:16 fsmeNadZ
いつでも話し合いをしましょう
２２～０１時くらいなら大体空けられると思います
チャットというのは自由に使えるものがあるんでしょうか
一度の話し合いで全部決めちゃうってのは難しいような気もしますね
一杯ありますから・・・
最初の話し合いでどこまで切り捨てるかを決めないといけないかもしれません
125:名前は開発中のものです。
06/06/26 23:30:53 Wmq3pCLn
チャットでもメッセでもリアルタイムで会議っぽいものが
出来るのなら何でもいいですよ。
今後も使用できるようにどこぞのレンタルチャットを利用してもいいですね。
あとで適当に見繕っておきます。
議題についてはまずは優先順位の高いものを、
こちらからもアイデア出しつつ、３３さんに質問してくって感じで。
最終的に全部は決まらないまでも、
出来るだけ全部決めちゃうくらいのつもりでやりましょう（；＾ω＾）
日時については>>146さんの都合次第ですかねえ。
126:名前は開発中のものです。
06/06/27 15:27:15 cuvqgUhQ
すいません、諸事情があって家にいなくてお返事できませんでしたorz
シナリオの補助でお手伝いさせていただく事になった>>146です、８さんよろしくお願いしますm（_ _）m
>>ランダムイベント
了解であります。それでは上記の地形でのイベントを、それぞれいくつか書かせていただきますね。
書いた文章の形式はここでUPすればOKですか？
あ、チャットの日時については、こちらも21時以降でしたらいつでも大丈夫です～。
127:名前は開発中のものです。
06/06/27 21:49:52 Gcnv3qYV
チャットはいつでも大丈夫なのかな
全員明日で都合が良ければ明日の２２：００からにしましょうか
人物、アイテムに関する変数と戦闘について、元の案と
色々切り捨ててスリム化した修正案とをHPにアップしておいたので
目を通しておいてください
あとは不明な点、話し合わなければいけないなと思う点など予め
用意しておいてもらうと話し合いもスムーズに行くと思います
自分でも失念してる所など色々出てきそうですけどね
128:名前は開発中のものです。
06/06/27 23:41:53 B76NJMIH
では明日の２２時ということでー。こちらはおｋです。
チャットのほうはどうします？
レンタルの一行チャットでいいでしょうか？
メッセやらでもいいですけども。
129:３３
06/06/28 00:07:03 xvJxRueJ
チャットの方が簡単なんでしょうかね？
メッセならIRCというやつがあるのを思い出しましたが・・・
130:名前は開発中のものです。
06/06/28 00:18:28 atH69ruq
ＩＲＣは使ったことないのでよく分からないです。。
クライアントソフトだけはいつのまにかインストールされてますが・・・。
便利そうならこれでもいいですね。
メッセかＩＲＣかどちらでも、利用する環境が整ってるのであれば、
レンタルチャットよりは多機能で使いやすいのでいいかなと。
インストールしてないようならわざわざ入れるのも面倒でしょうし、
レンタルチャットでいいんじゃないでしょうか？
131:33
06/06/28 00:24:02 xvJxRueJ
じゃあチャットでやりましょうか
用意の方はすみませんがお任せします
132:名前は開発中のものです。
06/06/28 00:27:01 atH69ruq
了解です。
じゃあ適当にどっかのチャット借りておきますね
133:名前は開発中のものです。
06/06/28 21:18:43 bj0gZ7sj
URLﾘﾝｸ(chat.mimora.com)
チャット借りておきました。２２時からでー。
それまでちょっと仮眠。。
134:33
06/06/28 22:08:48 xvJxRueJ
チャット会議始めてます
１４６さんも来れたら来て下さいね
135:名前は開発中のものです。
06/07/01 21:53:06 CEwHVEt7
URLﾘﾝｸ(www.eonet.ne.jp)
プロバイダを替えてＨＰ移転しました
136:名前は開発中のものです。
06/07/01 22:01:16 NFyBKnrn
っと、ごめんなさい
私用で１０分ほど遅れます＞＜
137:名前は開発中のものです。
06/07/02 23:55:23 Vs6Gbnsf
８です。
とりあえず昨日話したレイアウトのサンプル作ってみました。
こんな感じでどうでしょう？（細かいデザインは除いて）
URLﾘﾝｸ(gamdev.org)
あと>>146さんはどうしたんでしょうか？
連絡とれてます？
138:名前は開発中のものです。
06/07/03 21:15:46 +ZehtGqP
おー良い感じですね
大体いいと思います
探索限界は消して
探索度 ５０／３００ のようにした方がいいかな
あと実際動かしてみないとわかりませんが
コマンドボタンの間隔の狭さがちょっと気になりますね
146さんはどうしましたかね
生きてればそのうち連絡あると思いますが・・・
139:名前は開発中のものです。
06/07/06 23:53:35 1hiDb4TS
キャラ絵を少しだけアップ
下絵をCG化してくれる人が現れてくれると良いが・・
140:名前は開発中のものです。
06/07/07 22:21:16 OBKAAcv/
イラストお疲れ様です。
対抗して(？)プログラムの途中経過です。
URLﾘﾝｸ(gamdev.org)
＜実装したもの＞
メイン画面レイアウトと画像表示
時間の進行
拠点間移動
寿命によるキャラクターの死亡
隊列の変更(キャラクター画像をドラッグ）
情報表示の一部。
ファイルからデータ読み込み
何かエラーとかありましたら報告おねがいします。
あと一応、背景の著作サイト様 → URLﾘﾝｸ(may.force.mepage.jp)
背景ってどうするんだろ？フリーでおｋ？
141:名前は開発中のものです。
06/07/07 22:23:25 OBKAAcv/
次の会議についても決めましょうか？
明日とか大丈夫ですか？
142:名前は開発中のものです。
06/07/08 00:05:27 RsbgYwHQ
お疲れ様です
これから動かしてみます
背景はフリー素材を使うのが無難ですかね・・・
出来れば描きたいですが労力が馬鹿にならんですからな
会議は明日にしますか
いつもどおり２２時でいいですかね
143:名前は開発中のものです。
06/07/08 14:37:57 QqwOamZd
返事遅くなってごめんなさい。
今日の１０時了解です
144:名前は開発中のものです。
06/07/08 21:53:52 QqwOamZd
ちゃんと伝わったかな？
一応もう入室して待機してますね。
145:名前は開発中のものです。
06/07/12 22:09:16 MuiY+mrY
路線変更中
146:あっちの275
06/07/21 02:57:08 mTm0qBRT
ステフスレからの続きですが
具体的には何をすればいいんでしょうか
147:名前は開発中のものです。
06/07/21 22:31:24 TfzbEUIx
改めてよろしくお願いします。ステフ３３です
まだプログラマさんがいないんで具体的には始められませんが
顔グラから作り始めても問題ないでしょう
一度デカイ絵を渡しますので、お手数ですが何パターンかの方法で
CGにしてみてもらえませんか？
それを見てどの方法がいいか判断したいので
それが決まったら顔グラどんどん作ってしまいましょう
あと呼び方も決めてください
148:名前は開発中のものです。
06/07/21 22:39:56 TfzbEUIx
URLﾘﾝｸ(www.eonet.ne.jp)
↑の「ダウンロード」ってとこから落としてみてください
デカイ絵２枚入れておきました
８８×１０４でやってみてください
149:名前は開発中のものです
06/07/23 06:51:39 AUsV1fcM
決まってたら教えて欲しいんですが、
エンディングを目指す完結タイプか
探検隊の派遣を繰り返すループタイプか
どっちですか？
150:名前は開発中のものです。
06/07/23 17:46:55 gwjKLeQK
一本道のストーリーを一回楽しんで終わり、というゲームではありません
探検隊の派遣を繰り返して探索距離（？）の最高記録とかアイテムコンプリート
とかを目指していくような感じです
一応エンディングも用意するつもりですが、オマケみたいなものになるでしょう
不思議のダンジョンと三国志（信長）を足して１００で割ったようなイメージかな
151:名前は開発中のものです。
06/07/23 18:07:58 AUsV1fcM
>>150
なるほど、だいたいイメージできました。
ありがとう。
152:あっちの275
06/07/24 21:01:31 v10nwylw
>>147
大分遅れましたが、塗り縮小、縮小塗、ドットり3パターンで
作業時間は、塗り縮小≧ドット＞＞＞縮小塗り、という感じになります
URLﾘﾝｸ(kasamatusan.sakura.ne.jp)
配色は盛大に間違ってるかと思いますが…
この辺はやはり指定してもらっておいた方がいいですね。
あと呼び方って何の呼び方でしょうか
153:名前は開発中のものです。
06/07/24 22:29:23 e2TPj0Kx
おぉ！素晴らしい
自分の描いた絵でも色を塗ると見違えますね
ドットも味がありますがやはり塗り→縮小が良いですね
一番時間がかかるということで恐縮ですが、是非これでお願いしたいです
配色は忘れてましたが大まかに指定はした方が良いですね
この２枚で言えば
女神官の方は冷たい女のイメージなので目を青にして服、背景も灰～青、紫系統かな
男の方はほとんど良いですが、遊び人なんで服をちょっと軽めの水色とかに変えた方がいいかも
（色って手軽に変えられるんですよね？）
呼び方は２７５さんとか絵師さんとかそのままではどうかなと思ったので
一応希望を聞いておこうかと思ったのです
154:名前は開発中のものです。
06/07/25 21:37:59 52jkANFr
企画ページ拝見しました。
キャラクタの変数に「年齢」「引退時期」とありますが、
主人公の王子が引退時期になったらどうなるんでしょうか？
それから経験値が能力別に設定されていて、やりこみ要素が強そうなゲームに思いましたが、
このルールだと出来るだけ年齢が若い（引退時期まで長い）キャラクタを固定して使い続けるのが得策で、
パーティ編成や登場キャラクタが増える楽しみが少なさそうな気がします。
キャラ絵にも力が入っているみたいなので、
毎回の冒険で積極的にパーティを入れ替えたくなるような要素（入れ替えざるを得ない要素）が
あると良いんじゃないかと思いました。
155:名前は開発中のものです。
06/07/25 22:25:07 oGOBw/mD
貴重な意見ありがとうございます
主人公の年齢は無限にしようかと思っています
最初は主人公も冒険に参加できるようにしようかと思ってましたが
野球シュミレーションゲームの監督的な立場にしたほうがよいかなと
パーティーの編制ですが、そこは一応考えてあります
まず特定のキャラが居ないと起きないイベントや、特定のキャラが居ると
内容が変わるイベントを多数用意するつもりです
例えば、雪原で「狼の群れに囲まれる」というイベントがあったとします
通常なら「戦う」「逃げる」「魔法を使う」という選択肢しかないけど
キャラＡが居る時は笛を吹いて狼を従わせる→レアアイテムゲット
という展開になる、とか
あとはキャラＡとBが同行していないと起きないイベントとかも用意したいですね
特定のスキルを所持しているキャラが役に立つ場面とかも色々と・・
キャラの成長も探険に派遣しなかった場合も派遣した場合と同じかそれ以上に
成長するようにしようかと
育てたかったら敢えて若いうちは使わない方が良かったりとか
イベントを山ほど用意したいし、仲間キャラや敵キャラを考えたり
アイテムを考えたりしないといけなくて手が足りないので
よかったらあなたも参加してみませんか？
（まだプログラマさんが居ませんが・・・）
156:275
06/07/26 00:12:30 ObQJehPI
>>153
修正版です
URLﾘﾝｸ(kasamatusan.sakura.ne.jp)
名前は特に希望はないんで275でいいんじゃないかと
157:519
06/07/26 19:34:31 NO+4uQxg
>>155
お誘いいただきまして光栄です。
多少のプログラミング経験はありますが、現時点では、このスレで仕様の曖昧な点をクリアにし、
ゲーム性と規模を見極めてから判断しようと思います。
ご回答と企画の内容からパーティ編成について考えてみましたが、こんな理解でよろしいでしょうか？
・キャラクタは、「パーティ構成員」「冒険者ストック」「新人空間」の３段階に分かれる
①パーティー構成員（最大５人分のポインタ）
プレイヤーが冒険者ストックからメンバーを選択して構成する
メンバー選択の基準は、特別な目的（最長探索記録更新、レアアイテム獲得など）に応じて、
会話やイベントからヒントを得てプレイヤー自身の洞察力に基づいて選出する。
②冒険者ストック（数十人程度のキャラクタ実体）
年次処理およびイベントにより、プレイヤーの意思に関係なく増減する。
増加要因＝イベントおよび学校の卒業生やその他応募による
減少要因＝イベントおよび加齢による引退（定年、寿など）
③新人空間（数無制限のキャラクタ生成関数）
初期の冒険者ストック作成および年次等による補充要員の生成手段。
十分な数（数百件以上）のキャラクタ初期値データベースを準備するか、乱数により生成する。
ただし名前と顔グラフィック対応の関係上、完全に乱数に頼って良いものか疑問
・主人公の「王子」は、年齢不詳の不老不死キャラクタとして冒険者ストックに常備
・スキルはプレイヤーが努力して獲得するだけでなく、新人や待機中の成長に期待できる
以下、現時点での疑問点です。
・顔グラフィックと年齢の関係は考慮しないのか
・死亡したキャラクタは即抹消するのか何かペナルティと引き換えに復活できるか
・引退キャラクタの所持アイテムの取り扱い
・特定イベントに必要なキャラクタが引退年齢に達した場合の救済措置
158:33
06/07/26 21:45:39 BXUFpi8m
前略―まず登場人物についてですが
そのままHPに転載したいくらいきれいにまとめてくださいましたね
付け加える点としては、②の減少要因は任意に除名もアリにしたいですね
登場人物はゲームスタート時に全員分データを読み込むのが良いでしょう
その上で現在の冒険者ストック、さらにはその回のパーティーメンバーの
データを入れる場所を用意すると
養成学校の卒業生はそのつどランダムで生成してストックに加えるものだけ
加えていく形で。春に、「今年の卒業生で使えそうな人材です」といって
ステータスを表示して「冒険者として採用しますか？」（ｙ／ｎ）みたいな感じ
noならそのまま抹消
疑問点ですが、まず顔グラは固定で良いでしょう（光栄でもそこまでやってないし）
死亡キャラの復活は無しですね。
引退キャラのアイテムは全体アイテムに戻せば良いでしょう
アイテムは個人で所持するのは装備だけです。あとは共有
最後の疑問ですが、このゲームは一回のプレイで完全に極められるような
タイプのやりこみゲームではなく、何度も再プレイしてもらう感じにしようかと思ってます
なのでキャラの死亡でイベントが見れなかった場合は、諦めてもらって次のプレイで見
てもらうことになります
立ったキャラを準備するわけですからおそらく一回のプレイは２００～３００年くらいになるでしょう
アイテムコンプリートやイベントコンプリートは累積で達成できるようにした方が良いですね
159:３３
06/07/26 21:58:55 BXUFpi8m
２７５さんご苦労様です。ほぼイメージどおりです
さっそくＨＰにアップしておきました
この絵で興味持ってくれる人が増えるかも・・・
それでまた２キャラ用意しておいたんでダウンロードしてみてください
騎士の方は白人で目は青、金髪or栗毛で兜は鉄色かな・・・背景は任せます
魔道士は毛は白で肌はしなびた感じ、ローブは任せます。ナイトブルーとか
灰色とか深緑も良さそうだし柿色なんかも意外と・・・
作業は全然急ぐ必要はないのでのんびりとやってください
あと下絵に歪みとかおかしな部分があったら遠慮なく手を入れてやってください
160:154(=157:名前ミス)
06/07/26 22:43:46 NO+4uQxg
>>158
なるほど、つまり冒険者ストックの仕様は、
（初期値）
王子, プリセットデータ数名分
※プリセットデータは、初期の冒険に支障が無い程度のレベルに設定しておく
※王子は省略するかも？
（減少要因）
・探検で死亡した場合、王子を除き自動的に抹消される（装備品没収？）
・年次イベントで定年に達した場合、自動的に抹消される（装備品は返却）
・会話やイベントにより冒険者ストックのキャラクタが去ることもある（装備品返却or持ち去り？）
・編成時、王子を除き任意に(または条件付で?)除名することもできる
(増加要因)
・ストックに空きがある場合、年次イベントで養成学校卒業生に優秀なのがいれば任意に追加できる
（この場合の卒業生データは乱数が入るが最弱レベル、装備なし）
・ストックに空きがある場合、イベントにより相応レベルのプリセットキャラクタが加入することもある
※このプリセットキャラはゲームを通して1回しか登場しない場合があり、
そのキャラの生存中しか見られないレアイベントもある。
という感じになりそうですね。
ところで蛇足かもしれませんが、パーティ編成の際、キャラクタの能力を査定して人件費を計算し、
派遣するときに前払いするようにしてみてはどうでしょうか。
161:33
06/07/26 23:33:19 BXUFpi8m
＞＞１５４さん
資金運営もゲーム攻略上の要素として使えるといいですね
でも完成間近になってからかなりバランス調整に苦労しそう
あと書き忘れましたがキャラの成長はかなり小幅にしようと思ってます
１５才で登場するとして戦士系なら３０才くらいにピークになって
初期値の１．５～２倍くらい。そして１０年くらいピークを維持して
筋力、体力、敏捷性が衰えていって５０才くらいで引退
魔術師系なら５０くらいまで緩やかに成長して老年まで維持
ただし体力の低下がハンデになる・・・という感じ
ステータスの最大値は２０か３０にする予定
成長システムは大事な部分なんでまだ決定しかねてますが
「成長タイプ」や「戦士センス」「魔術師センス」のような変数が
必要になるかも・・・
162:154
06/07/27 21:04:21 GqLJ9wrn
能力の最大成長を2倍程度に制限するというのは、良いと思います。
パーティ編成時、全体の強さよりも、バランスの重要性が増すのではないでしょうか。
「成長タイプ」は先天的に決めて生涯の成長（退化）曲線もある程度固定してしまい、
戦士向きか魔術師向きかはプレイヤーが判断して、関連スキルを獲得させることによって
個性が出るようなシステムなんてのはどうでしょう。
さて、質問の続きですが、食糧と薬草について整理させてください。企画書によると、
【食糧】
・森で採集したり戦闘後に入手したり、街で購入できる（？）
・資金と同列のステータスとして保持
・探検時の休息コマンドで使用でき、（全員の？）体力が少し（？）回復する
・シーズン間での持ち越しは可？不可？
【薬草】
・森などで採集したり戦闘後に入手できる。街では開発する（？）
・探検時の道具コマンドで、アイテムの中から選んで使用？効果は体力回復？
・戦闘中にも使用可能？
・アイテムの一種として保持（保有数制限あり？）
個人的には、
・パーティ内メンバの最大ＨＰ差が精々2倍程度なら、休息したら全回復でもよいのではないか
・薬草が頻繁に使われるアイテムなら、専用の使用コマンドがあっても良いのではないか
・それよりも、体力回復手段は食糧だけで十分ではないか（もしくは薬草の用途は全く違うのか）
と思いました。
不躾な質問攻めですみませんが、この企画にはとても興味があるので、どうぞよろしくお願いします。
163:３３
06/07/27 22:45:54 EGtRUu3Y
食料は出発時に安価で補充できるもので、装備品と必要な
アイテムを持って残りの所持重量限界まで食料を積んで
出発する、というのがスタンダードになるでしょう
持ち越しは無くて良いと思います
狩猟や採集による現地補充は余り容易にすると面白くないので
バランス調整は重要になりますね
[狩猟]スキルで食料の現地調達が有利に、[料理]スキルで休息時の
回復量が上がる、もしくは調子が上がることがあるなどのボーナス
をつけようと考えてます
薬草はそのまま使用すると微量のＨＰが回復する程度のもので
持ち帰って開発の素材として使うと魔法薬が製造できるようにしようと思います
希少な素材でしか作れない魔法薬は大量にＨＰを回復して戦闘中も使用可能
とかになるでしょうね
開発についてはまだ詳細検討中なんですが
・投資することで開発力が上がる
・持ち帰ったアイテムを素材として開発機関に渡していく（もう戻ってこない）
・必要素材が開発機関のストックに揃う＆開発力が要求値に達している
という条件でそのアイテムの生産が可能になる（レシピが判明する）
・開発機関はゲーム開始数年後に出現
というのが大まかな案です
164:154
06/07/28 06:03:58 u3eoiK1I
企画ページの中断前画像によると食糧が特別重要なパラメータぽくなっていますが、
実際は一般アイテム扱いで、総重量および数量に制約があるということですね。
こんなまとめ方でどうでしょうか？
【食糧】通常アイテム、出発時に安価に購入可能
・探検時の休息コマンドで使用する（戦闘中は使用できない/魔法薬と差別化）
・ＨＰと調子が若干回復する（[料理]スキルでボーナスあり）
・対象は全員？
・探検中、狩猟や採集（イベント？コマンド？）でも補充可能
（[狩猟]スキルで成功率上昇）
・探検終了後に自動で廃棄される（シーズン間持ち越し不可）
【薬草】通常アイテム、購入不可で採集イベント（コマンド？）等で入手可能
・探検時の道具コマンドで使用する（戦闘中も使用できる）
・ＨＰがわずかに回復する
・対象は個人、全員など種類による？
・合成の素材として組み合わせられるように、何種類か存在する
・シーズン間で持ち越し可能
・開発機関（仮称）に提供することも可能
【魔法薬】通常アイテム、条件が整えば開発機関から調達可能
・薬草と同様だが回復効果が高い（回復以外の支援効果も考えられる？）
・一口に魔法薬と言っても、回復効果の違い（素材の違いに起因）により何種類か存在する
「？」をつけたところが決まればユーザインタフェースの設計方針が見えてくると思います。
165:名前は開発中のものです。
06/07/28 22:00:21 Gbs7cQbN
食料は通常アイテム扱いでもどっちでもいいんですが
ただ画面に個数は表示しておきたいですね
「休息」コマンド一回につき食料一個消費で全員が回復
狩猟、採集はコマンドではなくイベントですね
スキルによる差は発生確率か入手個数で表すようにして
薬草、魔法薬は通常のアイテムの一種ですが
それ以外にも回復アイテムはあっても良いと思うし
中には戦闘中に、全員同時に回復するようなのもあって良いかも
ステータスが一時的に上昇するとかそういうのも良いかもしれません
166:154
06/07/29 18:10:10 cSVdykfg
「食糧」というものに種類がなくて、使用場面が「休息」コマンドに限定されているのなら、
お金と同じで財産扱いにしても良いかもしれませんね。
ちょっと気になったのは、「休息」コマンド1回につき、パーティのメンバー数に関係なく
食糧1個消費というのは妙なので、単位は個数ではなくてアナログ的な表現（グラムとか）
を検討してみてはどうでしょうか。
大食いのキャラクタを設定してみたり、探検中、
食糧を通貨の代わりにするような応用もできると思います。
さて、引き続きお尋ねしたいのは、アイテムのパラメータの一つ「レア度」についてです。
ゲーム中での希少価値のことだと思ったのですが、
単にアイテム整理時に捨てられるか否かを示すものなのか、
もっと他の要素に影響する要因なのか、どのようにお考えでしょうか？
167:275
06/07/29 20:46:32 yPUeR8x6
>>159
はい、できました。
URLﾘﾝｸ(venus.aez.jp)
168:33
06/07/29 23:31:04 RN7VVsOl
２７５さんお疲れ様です
今回も大満足の仕上がりです
首の影のつき方とか最高です
服のつもりだった部分が鎧になっちゃってますけど
これはこっちのミスですね。もっとちゃんと指定しないと・・・
今回のはこれでも全然違和感ないので大丈夫ですが
また二つアップしておいたんで落としておいてください
５番の盗賊は帽子、服は黒か濃灰か濃紺あたりで模様はオレンジか黄色かな
瞳は黒か焦げ茶、肌は黄色人で髪は灰色辺りじゃないかと思いますが
色々試して良いと思うのにしてください。背景はお任せ
６番の娘は髪はふんわり軽そうな金髪で目は青緑とかかな？
肌は健康的な白人、肩当は非金属で甲羅っぽい感じ
服と首当ては任せます。背景も軽い感じで
しかし自分の下絵を拡大してみるとすごい汚いですね
コピー用紙に普通のサインペンで書いてるのがダメなんだろうか・・・
169:３３
06/07/30 00:04:15 QN0jWU9p
＞＞１５４さん
食料は特殊扱いの方が良いかもしれませんね・・・
食料の消費、入手のバランスはゲームバランスにおいても
かなり重要になってきますから、単位は大きい方が調整しやすい
かもしれません
「大食い」はバッドスキルとしてあっても良いかもしれませんね
能力は高いけど食料の消費は大きいとか
「レア度」については、街に帰還したときのボーナス経験値とか
ゲームのスコア的なものを評価したくなった時に便利かと思って
一応用意しておいた値です
あと距離や能力値によってランダムで入手できるアイテムの範囲を
決める時にも使えると思います
例えば街から１００距離以内のときは宝箱からレア度＜５０のアイテムしか
出ないけど、３００距離になるとレア度２００まで出るとか
ところで探険の終了条件ですけど
一つは[帰還]コマンドで全員無事に帰還する方法ですが、もう一つ
Ａ：一人のＨＰが０になったらそいつを連れて自動的に街まで戻る（キャラは死なない）
という仕様にしようかと思ってるんですよ
（Ｂ：ＨＰが０になったものを捨てて残りのもので先に進める（キャラは死亡）
というやり方もあると思うんですが、これだとキャラがすぐ死ぬし、死んだことに対して
他のものがコメントするとか台詞を変えるとかめんどうだし
一人キャラが減ったら戦力ががたっと落ちるわけだからどうせ長くは進めないだろうと）
ＨＰが０になったキャラは獲得経験値がパーになるようにして
で、最初から５人未満で探検隊を出すのも不可能にすると
「探検中は常に５人」ということになるんですよね
だから食料１個＝５人分でも一応成り立つかなと
170:３３
06/07/30 00:06:16 QN0jWU9p
↑解りにくい長文ですね・・・
ところで２７５さんもシステムとかシナリオとかに
思うことがあったら遠慮なく意見出してくださいね
171:３３
06/07/31 00:16:31 oaSzhOha
一日１レスは付けるようにしようかな
今日は３キャラ描きました
美男美女や不細工は描くの簡単だけど
普通なのが結構難しいんですよね・・・
172:154
06/07/31 21:24:55 Ij0p3S/2
「レア度」大体理解できましたが、「ボーナス経験値」とか「スコア」とか新しい要素が出てきましたね。
そのあたり、また改めてお尋ねすることにしますが、
距離と能力地（と地形？）に対してランダムでアイテムを入手できる要素というのは、
アイテムに設定するよりは、イベントのパラメータテーブルに書いた方が調整しやすいと思います。
それから、パーティーを常に5人にするというアイデアは、確かに実装は合理的にできますが、
戦闘システムの作り方次第では、プレイ初心者にいきなり5人管理させるのは、
とっつきが悪くならないでしょうか。
それに、単独冒険でなければ得られないスキルやイベントとかがあっても良さそうに思います。
単に食糧の取り扱い単位の問題だけならば、個数ではなく重量表現にするだけで、
柔軟性が高くなるような気がします。
ところで、現在想定されるゲームの目的は、
(1)できるだけ遠くまで探検する
(2)アイテムをコンプする
(3)イベントをコンプする
(4)冒険者を充実する
という理解でよろしかったでしょうか？
173:３３
06/07/31 22:50:23 oaSzhOha
スコアとかボーナス経験値というのは具体的には何も決めてないただの
案ですが、ただ価格以外に入手確率や入手した際の評価を判断するた
めの値が必要になるだろうと見越して「レア度」という値を用意しておこうと
いうわけです
パーティー人数についてですが、wizやドラクエ３のように複数がデフォルト
のゲームも多いし、そのことでプレイヤーには問題は出ないと思います
それより問題は難易度の設定で、このゲームは成長幅が小さいうえに寿命
もあるので鍛えまくれば一人でも行けるということにはなりませんよね
イベントにしろ戦闘にしろ基準は５人居た場合の数値になるわけですから
一人ではほとんど進めないだろうし、４人でもかなり不利になるでしょう
PT人数によって難易度の設定を変えるという手もありますけど、それも面倒
だしそうすると逆に優秀なキャラ一人の方が有利になってしまったりしかねません
だからいっそ５人居ないと派遣できないってことでも良いんじゃないかなと
特殊なイベントで単独行動になるようなのも作ってもいいかもしれませんけどね
ゲームの目的はそんな感じですね
主に（１）で、区切りの距離に達する毎にメインストーリー（はっきり決めてませんが
島に探検隊を派遣する理由に関する話）が展開していくので、それが目的ということで
あとのアイテムコンプやイベントコンプは一応おまけ的なものですが、プレイヤーに
とってはそっちがメインになるかもしれないので、作る方としても重視しないといけませんね
キャラコンプとかも作ったら面白いかも
174:154
06/08/01 21:57:29 1mUF57m1
5人なら進めて4人では厳しいバランスでは、パーティ編成がシビアになりませんか？
遊び人など戦闘向きではないキャラクタを連れて歩く余裕もあったほうが楽しいと思いましたが、
その辺も含めて調整次第でしょうね。
では次に、アイテムの持ち方についてですが、「重量」が設定されているようなので、
おそらくパーティ全体で運搬できる重量に制限（または重量超過でペナルティ）があると思います。
また、アイテムは、武器・盾・鎧・装飾品など装備もできますよね。
本当は、具体的なアイテムの一覧表のようなものがあると、いろいろな状況を想定しやすいんですけれど、
とりあえず企画書だけでははっきりしなかった部分についての質問ですが、
(1)街にアイテムを預けておけるようにするか？その量は制限しないのか？
もしくは、持ち歩けないアイテムはすべて売却か寄贈か廃棄にするか
(2)携行アイテムは、重量のみ制限するのか、品目数も制限するか？
(3)消費アイテムは回数管理（5回使ったら消滅する消耗品など）にするのか、1個は1回分にするか
(4)携行アイテムは個人管理かパーティ全体で管理か？
全体管理の場合、制限重量に各個人の装備品の重量を含めるのか？
(平たく言えば、冒険者が背負って歩くのか、ラクダか何かが運んでくれる設定なのか)
というようなところを、よろしくお願いします。
絵師さんや、その他の方のご意見も伺いたいですね。
175:名前は開発中のものです。
06/08/01 23:34:19 uaweHPZM
PGいないならツクールで自分で作れば？
176:３３
06/08/01 23:35:56 b6y7D/dK
街にはアイテムを無制限に保管できて問題ないでしょう
携行アイテムはまず各PTメンバーの筋力（＋α）から
それぞれの装備重量を引いて、残りの値を全員分足した
数値まで全体として個数関係なくアイテムを持てる
ということになります
例
キャラ 筋力 装備 差し引き
A １５ ５ １０
Ｂ １０ ４ ６
Ｃ ６ ３ ３
Ｄ １２ ２ １０
Ｅ １０ ０ １０
計 ３９
所持可能重量 ３９
赤い魔法薬（重量３）×３
ガラスの剣（重量５）×１
魔法の角笛（重量２）×１
食料 ２３食分
重量を超えるアイテムは持てないということでいいでしょう
探検中に重量をオーバーするような宝を見つけた場合
何かアイテムか食料を捨てないと入手できないようにして。
消費アイテムはややこしいので一回で消えることで良いでしょう
177:154
06/08/02 21:51:19 hGe1rI9V
ということは、定義したアイテムごとに「街に保管している数」「携行している数」を配列で記憶することと、
各プレイヤーについては、単純に武器・鎧・盾・装飾品の最大4品をアイテムIDで記憶するような
データ構造が良さそうです。
念のため確認しておきますが、資金は重量に含めませんよね？
では引き続き、探検システムについて、
(1)地形の発生方法について
(a)毎回全く予想できないように乱数で生成
(b)毎回一定の一本道だが、コースを選択できる
(c)最初は（例えば）草原で始まり、既定の距離で分岐を選択できる
(d)季節によって発生内容をコントロールするか
(2)探検の終了方法について
(a)いつでも帰還可能 or 洞窟など帰還不可能な場所を設定する
(b)エンドレス or 一定距離でイベントが発生し打ち切られる
(3)地形の変化タイミングについて
パーティメンバのＨＰとのバランスもありますが、
３０歩同じ地形が続くというのはちょっと長いように思いますが、
何かバリエーションの持たせ方をお考えでしょうか？
178:３３
06/08/02 23:16:47 CntgFaRN
地形の順番はランダムで、ただし序盤は草原や森が多く
距離が伸びるにつれて洞窟や砂漠、雪原などの上級地形が
多くなる、といった補正は有
探索の終了は[帰還]コマンドでいつでも帰還できるようにして
稀にイベントで強制的に帰されることも有
同一の地形は３０～１００歩（ランダム）くらいの間続くように
しようと思ったんですが長いですかね？まぁ実際プレイしてみての
感覚が解らないんで後々調整ということになりますが
一定距離進んだ所で選択肢が出てどちらの地形に進むか決められる
選択肢は２個くらいでランダム
後何歩進んだら地形が変わるかはわからない方が面白そうですね
所持金に重量のあるゲームって昔ありましたね
ファンタジーかハイドライドかなんかで・・・
このゲームでは当然無しで
>>175
ツクールは使ったことありませんがなんとなくこのゲームには合わないような・・・
まぁまだシステムも確定してないしシナリオもこれからなんで
のんびり待ちますよ
179:３３
06/08/05 00:12:42 OcM9vWDr
イベント案などをちょっとずつ作ってます
180:154
06/08/05 09:59:04 07Xwd+nG
距離の設定については、
「１歩進むと、免除スキルがない場合、ＨＰが１（地形によってはそれ以上）消費される」
という設定があるため、オートマチックで分岐店まで進むというよりも、
１歩ごとに、不測の戦闘に備えて回復しておくか、もう少し我慢するか、というような判断を
プレイヤーに問うような形になると思っていました。
地形は、その判断基準として最も基本的な要素らしいですが、
その切り替え周期があまり長いと辛いかも、と思ったわけです。
せいぜいサイコロの１～６歩ぐらいごとに分岐点があっても良いかな、
と考えていますが、イメージ間違ってますでしょうか？
ところでプログラマに関しては、とりあえず見栄えを気にせず、ゲームのルールと
バランスをチェックするぐらいのプロトタイプなら私にも作れると思います。
しかしながら、他のプロジェクトなどで頓挫しているものを見ていて思うのは、
企画と実装の間にある「仕様設計」が固まらない段階でプログラムを作り始めても、
仕様を企画かプログラマのどちらが決めるかによって、企画意図と違う仕上がりになるか、
仕様変更が重なって開発が長引き、スタッフが自然に飽きてしまうような傾向が見られます。
このＲＰＧに関して言えば、企画ページにある程度項目は挙がっていますけれども
詳細な仕様設計については現状で３３氏の頭の中にしかありませんから、
もう少し構想をはっきりさせて、プログラマが具体的に工数見積もりできるように
準備しておいたほうが良いのでは、と思いましてしつこく質問している次第です。
181:名前は開発中のものです。
06/08/05 17:36:07 OcM9vWDr
そうですね、プログラマさんに完成形が見えてないと
どうしようもないですからね
実際作り始める前に十分に話し合っておくのは必要ですな
距離に関しては１～５行の認識で間違いないです
ただあんまりコロコロ地形が変わるのはどうかと思いますね
イベントの頻度にもよりますが、同一地形がある程度続いた方が
ゲーム性は良くなるんじゃないかな
今どういう地形に居る、この地形が何処まで続くか解らない
と考えながら進んでいくのが面白いと思うし
分岐点に来た時に、楽な森を選ぶか厳しいけれどイベントやアイテム
のために敢えて砂漠を選ぶか、というようなことで悩むのも
面白いと思います
雪原に強いキャラを入れてきて正解だったなー、とか
182:154
06/08/05 18:37:09 07Xwd+nG
例えば、「草原」が続く途中に、
小川があったり、木陰があったりなどのイベントを用意して、
それが物によっては数ステップ前から予見できるような仕組みにしておくと、
「とりあえず川を越えておこう」とか、「あの木陰で休もう」など、
ある程度目標を持った行動計画を立てられるようにするシステムはどうでしょうか？、
（勿論、敵襲などで予定が変わることもありで）
これなら、３０～１００ステップぐらいで地形が変化するのでも、
五里霧中の世界をさまよう不安が安らぐと思います。
ちなみに、イベント案を検討中とのことですが、
そちらの仕様も検討しておきたく思っております。
単発の、「食べ物を見つけた、食べる？食べない？」程度なら簡単ですが、長そうなもの
をお考えでしたら、現在考えている内部変数の保持方法、
更新タイミング等と付き合わせしてみたいので、
ぜひとも、まとめサイトなどで公開してほしいです。
（例：あるキャラクタが探検隊に志望した。
その目的は○○を見つけることらしいが、
そのためには△△のスキルを持ったパートナーの協力が必要で、
○○を見つけた後、それを使った真の目的が明らかに… ）
また、折角スレで意見を出しているわけですから、
いろいろな方からのアイデアも検討していきたいと思っています。
183:３３
06/08/05 21:30:14 OcM9vWDr
一応ＨＰに「イベント」の項をアップしておきましたが
あれだけじゃ解りづらいでしょうなタブン・・
ところで２７５氏は今作業してくれているんでしょうが
長いことレスが無いと生存してるか不安になりますな
作業は急ぐ必要ないけど時々は生存報告くれると
安心します
184:154
06/08/06 07:03:59 JlpW1mIa
とりあえず探検イベントですね。
「進む」コマンドを実行したときの処理手順を考えてみました。
(1)発生させるイベントを決める
優先順位の高いイベントから順に、条件式を評価
高：固定イベント
中：高確率設定の探検イベント
低：中、低確率設定の探検イベント
条件が最初に成立したもの１件について、(2)以下を実行する
条件にかなうものがなければ、その回はイベントなし
※１歩移動したときのイベントは最大１個と仮定しています
(2)ユーザに対し、イベントが発生したことをテキスト等で通知する
必要に応じて選択肢を示し、入力を促す
(3)内部変数および入力結果を含む条件式を評価し、
必要に応じて(2)のユーザインタフェース処理または、
内部変数に対する演算操作を行う
※演算操作＝対象変数と操作方法（加減算、追加、除去、更新）と程度パラメータのセット
程度パラメータの決定は「影響」で示されたスキル・フラグ類の要素を含む数式を利用
(4)ゲーム全体を通して１回(もしくは限定回数)しか発生しないイベントを実現するため、
(1)で評価されるべきフラグを更新しておく
開発手順によりますが、最終的に調整しながら追加するようなことがあるなら、
真っ当なスクリプト処理系か状態遷移図のグラフエディタを用意して、
イベント定義をプログラムの外部に持たなければだめですね。
185:３３
06/08/06 16:15:25 ahbACM7T
イベントはこのゲームの肝ですからね
イベントの数が少ないとゲームが単調になってしまうし
単純なものでも良いので数百はほしいところですな
後から随時追加できるようなプログラムが望ましいです
プログラム的にはイベントが一番の難関なのかも
186:154
06/08/06 21:09:46 JlpW1mIa
数百ですか…！
書くのも大変ならテストプレイも大変そうですね。
【発生条件】
【発生時のメッセージ】
【「はい」を選択した場合のメッセージと結果】
【「いいえ」を選択した場合のメッセージと結果】
（選択肢は一つの例）
というようなテンプレートに押し込められるものなら、
数が増えてもプログラミングの難易度は変わらないと思いますが、
このパターンばかりというわけでは無いでしょうから、
拡張性のある定義方法が必要になってくると思います。
そういう実装は可能だと思いますが、
データを作利続けるモチベーションが保てるかどうかのほうが
問題になりそうな気がします。
187:３３
06/08/06 22:11:27 ahbACM7T
俺一人だとかなり時間がかかるでしょうね
ゲームが形になってきたらモチベーションは続きそうですが
ネタが尽きるという心配もありますし・・・
シナリオ補助の募集に誰か来てくれれば自分はメインシナリオとキャラ
関連、ゲームバランス、システムに専念できるんですけどね
プログラマーが確定して動き出したらまた本スレで
募集をかけてみましょうかね
188:154
06/08/07 05:54:03 ZRwvPZzr
シナリオ補助にしろ、プログラマにしろ、拘束期間が読めない状態で
募集をかけるのは待ったほうが良いと思うのですが。
おそらく必要な作業で思いつくのは、３３氏を監督として、
・システムプログラム作成
・ユーザインタフェース用画像【現在２７５氏が担当】
・イベント用シナリオ（主にメッセージ）作成
・イベント用画像作成
・（完成が見えた段階で、イベント用音楽・効果音・画像エフェクト）
・戦闘用敵キャラクタ設定
・戦闘用敵キャラクタ画像
・（完成が見えた段階で、戦闘用音楽・効果音・画像エフェクト）
のような感じだと思いますが、それぞれサンプル程度のものを数件作成し、
見込んでいる必要数（数百件というのが現実的かということも検討が必要です）
を示し、受け入れ態勢を整えてから募集をかけるのが、無難な気がします。
プログラマ待ちで開発が滞っているとお考えなら、
見栄えを気にせず、とりあえずシステムの雰囲気が分かる程度のものでよければ、
私が作ってみましょうか？
189:３３
06/08/07 22:10:47 QWukbe1p
絵と文章に関しては量は多ければ多いほど良いわけで
作業もクリエイティブな仕事だからどれだけやれば
どれだけ出来るって見通しの立つものではないと思います
でもこれは手伝ってもらうにしろ最低私一人居れば
なんとか続けられるものですから気軽に参加してくれれば
いいと思います
でもプログラマーさんだけはきっちり決まらないとどうしようもないですね
まず仕様を把握してもらうのに時間がかかるし、組む間も
話し合いながら進めていかないといけないですからね
途中で離脱されると他の人に後を引き継ぐって訳にもいかないし
理想としては土台のプログラムを集中して仕上げてしまってから
あとはデータをどんどん放り込んで数字を調整していけばいい
という状態まで早めに持っていってから、じっくり肉付けをして
いくっていう形ですね
その後ももちろんプログラマーさんは残ってもらわないと困りますけど
作業は楽になるし大丈夫でしょう
190:154
06/08/09 05:02:56 X/ZMJ8Ay
なんか３３氏のライフワークになりそうな勢いみたいですが、
完成の見通しが立たない計画では、絵でもシナリオでも気軽に参加ということは
なかなか難しい気がしますね。
プログラマにしても、パラメータ調整してチェックという作業は、
程度によりますが、あまりクリエイティブでないと飽きる心配があります。
現在の企画について完成の妨げになっている要因は、
(1)ゲームの規模が分からない（開発作業量が見積もれない）
(2)プレイヤーにとってのゲーム性（何を判断材料にして何を目指すか）がはっきりしない
(3)個別の設定要素（ステータスパラメータやスキル定義等）の意味、相互作用が数式化されていない
などではないかと、私は考えています。
現在のプロトタイプがない状況ですべての設定を正確に定義しようとするのは無理ですが、
とりあえず紙と鉛筆とサイコロと電卓を使ってゲーム性を確認する程度の作業はできると思います。
少なくとも1年分（冒険3回訓練１回）の模擬プレイをしてみて、
各項目の意味づけや、必要なイベント数や発生タイミング、パーティ編成と戦闘のゲーム性などに
関わる数値データを割り出してみてはどうでしょうか？
191:３３
06/08/09 21:47:45 B3Xr3RQT
よく解りませんがゲーム性については特に心配してませんよ
ゲーム自体は非常に単純で、大量のイベント、アイテム、人物
等を発見し味わうのが主な楽しみのゲームですからね
難易度とかゲームバランスに関しては単なる数値のやり取りでは
判断できません。それらはプレイヤーがどう感じるかを基準にして
調整しないといけませんからね
絵を見たり文章を読んだりマウスをクリックしたりという中で
どう感じるかということが問題になるわけですから
現在土台のプログラムを作るのに必要なことで残っているのは
年齢とＨＰの関係の数式と戦闘の数式、このへんです
これが決まればプログラム作っちゃって良いと思いますが
シナリオや絵はまだまだ手付かずですからね
それらはプログラム無くても進められる部分なので
今別にプログラマさんが居ないから製作が進まないというような
状況ではないですよ
ただ私一人でやってたら一日に顔１枚とかイベント一個とかしかできなかったり
するし完成は１年後とかになっちゃうでしょうね
まぁ２７５氏もどうやらいなくなっちゃったようだし、また一人でしばらく
進めるのもいいかと思いますけど、募集かけてワイワイやったら
勢いつくだろうしそれもいいかなと思います
192:３３
06/08/09 21:51:21 B3Xr3RQT
あとプログラム作るにしても数値をチョコチョコいじるのに
一々プログラマさんの手を借りないといけないのは非現実的ですよね
数値やテキストは簡単に変えられるようにしてもらわないと
イベントをチェックするのにそこまでゲームを進めないといけないとか
やってられませんからね
193:154
06/08/10 07:33:52 TxqlPz+d
>>192 については、全くそのとおりなのですが、具体的にどのような方法を取れば
その問題を避けられるかは考えておく必要があります。
ゲーム本体以外に、パラメータ調整専用ツールが必要なら、その仕様も示さなければなりません。
>>１９０ の終わりに書いた「ゲーム性」というのは、ゲームの目的のことではなく、
例えば、アイテムを発見するのを楽しむゲームであるとすれば、
情報により存在は知っているけれども未入手のアイテムがほしいときに、
どのようなパーティ編成をしてどのようなルート選択や戦闘スタイルにするかなどを
プレイヤーが考え、実行する部分のことを言います。
単純に距離を稼ぐだけなら、ある程度の防具を揃え、武器を持たずにその重量分を
食糧と回復アイテムに回し、戦闘は逃げまくる、という戦略も、プレイヤーとしては
一つの選択肢になるでしょう。
その戦略がうまくいく、いかないという味付けがバランス調整の役割になります。
もし「大量のイベント」が単に乱数だけで発生するだけだったらゲームになりませんから、
ちゃんと脈絡のあるストーリー展開、すなわち、イントロダクション～断片的情報提供を経て、
プレイヤーが推理し戦略を立て実行、そして目的達成となるシナリオが必要だと思うのです。
移動や戦闘システムの単純さはセールスポイントにして良いと思いますが、
肝心のイベントやアイテム、人物との出会いまで単純にしてしまったら、
ゲームというより、単なるブラウザじゃないですか？
194:３３
06/08/10 18:25:37 KS/agYsW
＞ちゃんと脈絡のあるストーリー展開、すなわち、イントロダクション～断片的情報提供を経て、
＞プレイヤーが推理し戦略を立て実行、そして目的達成となるシナリオ
こういうものはこのゲームにはありませんよ
プレイヤーが推理するとしたらそれは過去の自分のプレイの経験からですね
プレイヤーのために道を作っておくようなゲームではありません
アイテムについて事前に情報とかそんなのも無いです
イベントは条件と乱数ですね
大航海時代とか、太閤立志伝のような感じというか・・
人物も三国志でいう武将のようなもの（それよりはずっとしゃべりますが）です
ＡとＢは仲が良いらしいから（そういう情報は街での会話で）一緒に連れて行ったら
なんかイベントが起こるんじゃないか？というふうに
プレイヤーが試行錯誤するゲームです
９～１２行目は大事なことですね
ゲームが一通り出来上がってからが結構かかりそうな気がします
195:154
06/08/10 22:16:44 TxqlPz+d
つまり、
・AとBが仲良しらしいという表現（会話・ステータス等）＝断片的状況
・AとBを連れて行くと何かイベントが起こるかも＝プレイヤーの推理
・（その組を連れて行くと戦闘等で不利益が生じるならその補完＝戦略）
・予想通りのイベントが起きたor起きなかった＝プレイヤーの経験
ということですよね？
ところが最後のイベントが起きる、起きないの部分が乱数に依存していたり、
いろいろな条件が重なりすぎていて、何が原因でイベントが起こったかという
因果関係がプレイヤーに理解できない（つまり脈絡が無い）と、
推理も経験もできないんじゃないかと思います。
探検パートや戦闘部分の戦略性・ゲーム性が豊富で、
イベントはおまけみたいな位置づけならそれぐらいでもちょうど良いかもしれませんが、
このゲームのコンセプトはむしろ逆だと思っていました。
それならそれで、イベントや人物を記号的に扱えるので、
もっとシンプルな実装方法もありそうです。
196:３３
06/08/10 22:46:20 KS/agYsW
あー条件が複合だと何が原因でイベントが起きたか
解りにくいというのは考えられますね
イベントのテキストの中にそれとなくヒントを入れておく
のもいいかもしれません
プレイヤーの仕事が複雑になるほどゲーム性が上がる
というものでもないと思うんですよ
単純な中に数値的なシビアさを適度に感じさせる
加えて豊富なイベントやアイテム、人物などのテキストデータ
によって飽きさせない、やり込み心をくすぐる
キャラや世界に魅力があれば尚良し
こういうのが目標ですね
ここのところ高校野球の録画を観るのに時間を使って
あんまり作業が進んでなかったりして・・・
今日はキャラ絵２つほど描きましたが
197:３３
06/08/12 00:27:53 5qgTVGUs
成長関係の設定を一応アップしてみました
数値は大体なので要調整でしょう
198:154
06/08/16 06:07:43 zYtjGimH
戦闘と成長システムに関しては企画書では不明瞭な点が多すぎるので
現時点で具体的な数値を出されても良く分かりません。
例えば成長タイプ一致時の経験値８００という値についても、
成長タイプなしの場合いくつなのか、あるいは、そもそも８００という値は
ゲーム中のどのような行為何回程度相当なのか基準が見当たりません。
（スライム８００匹だと、うんざりしそうな作業量ですし）
個別のパラメータごとに、どういう条件・タイミングでどの程度変動するか、とか、
どういうときに参照され、どういう意味・影響力を持つ値なのかということなど、
後々調整するにしても、もう少し丁寧に書き出してあると良いと思います。
199:名前は開発中のものです。
06/08/17 17:50:56 AhGUK0KX
一応説明を入れてみましたがどうですかね
経験値は最初１００で上がるようにしようかと思ったんですが
イベントごとの獲得経験値に少しずつ差をつけるためには
数値を大きくしないと難しいので一桁増やしました
１季の訓練で経験値が２５０上がると一年で能力が１上がります
訓練のメリットは伸ばしたい能力を上げられること
探検では思い通りの能力を上げられなく、各能力の経験値を
少しずつ稼ぐことになるが合計値では訓練よりも多くなる
というバランスにしようと思ってます
200:154
06/08/17 22:30:33 qCH4tkcf
各能力値（筋力等６種）の「戦闘以外」の作用は、
基本的にイベントの発生または分岐条件ということになると思いますが、
可能性として、
(a)ave(筋力)=パーティの合計値（平均値）
(b)max(筋力)=パーティ内の最大値：誰か得意な人
(c)min(筋力)=パーティ内の最小値：足を引っ張る人
(d)any(筋力)=パーティ内のランダムな誰か：運のいい人、悪い人でも可
を条件式の評価値にすることが出来そうです。
ex. if max(技量)>50 then 宝箱内のアイテムを入手
もちろん他にもイベント発生条件の変数はありますが、それらを組み合わせ、
またそのイベント発生時のテキスト表現や結果について、
完結した典型的な具体例を２，３示していただくと、よりイメージがはっきりしてきます。
きっと、イベントごとに挿絵が一枚くらいずつあると良いんでしょうけれど、
募集するにしても数次第でしょう。
それから勘違いしているといけませんので念のため確認しますが、
「訓練」というのは、
(1)毎年「冬」だけではなかったですか？
(2)パーティ以外の冒険者も訓練するのでしょうか？
201:３３
06/08/17 22:55:04 AhGUK0KX
訓練は探険に出なかった人が留守の間にします
冬は探検隊を出せないので全員が訓練します
各自に[行動]というデータを用意して
「筋力訓練」「敏捷性訓練」・・・と設定をいつでも
変えられるようにしておきます
「自由行動」も用意して能力が上がらない替わりに
稀に何か特典（アイテムを取ってくるとか、スキルを覚えるとか）
があるというのもいいかもしれません
イベントは挿絵欲しいですね・・・
でも全部に一枚ずつだと大量になりそうなので
重要なイベントや発生回数の多いのを優先になるでしょう
202:154
06/08/18 22:24:48 1uROWIqo
なんか、
「冒険者になることを志願したものの『自由に過ごせ』と言われ、
見つけてきたアイテムは主要パーティに召し上げられ、
一度も冒険に連れ出されず歳月を重ねて引退の時を迎える」
うだつの上がらない大学講師のような人生を想像したら悲しくなってきました。
それはそれとして、待機キャラが最大何人ぐらいに増えるかわかりませんので、
それぞれ個別に行動を設定・管理するのは、システム的には可能だと思いますが、
プレイヤーの負担が大きくなるような気がします。
パーティに入っていないキャラクタの行動まで縛るのは心情的にちょっと抵抗感があって、
それぞれ勝手に訓練するようにするか、あるいは全員に対して一括命令できるけれども、
従うか従わないかはプレイヤーとの友好度に任せるというのはどうでしょう。
それと、通年で訓練できるのであれば、別に冬を休みにしなくても良い気がします。
遠征は難しいけれども冬しか発生しないイベント、冬季限定アイテム、
冬しか参加しない冒険者とかを登場させられるようになると思ったのですが、
それでも冬に探検させない理由があるのでしょうか？
203:３３
06/08/19 23:34:17 1sHz5CL3
一人一人に行動を設定するのはプレイヤー的には
特に問題ないと思いますよ
他の色々なゲームと比べてみてもそのくらいは考えること
があっていいくらいだと思います
毎季節設定しなおす必要は無いですしね
時々パラメータをチェックして変更するだけでいいですから
訓練をサボるとか勝手に他の行動をするとか
そういう人間臭さはあると面白そうですね
冬は春～秋に比べて表現上大きな落差を考慮しないと
いけませんからね
冬では違和感のあるイベントが多そうだし、それらを起こらなくすると
冬専用のイベントを多数用意しないといけなくなるでしょう
砂漠や雪原はどうなのかって話もあるし
冬にまで探検隊を派遣するのかよってのも・・・
いっそ冬は出せないことにした方がゲーム上メリハリも出るしいいかなと
冬は街でのイベントを多く用意したらいいんじゃないかな
イベント→イベント例で２個ほど具体案を書いてみました
やっぱりシナリオ面でも協力者が欲しいと思いました・・・
204:154
06/08/20 08:05:01 PNdQ4KZt
パーティ外人物の行動設定関係は、了解しました
ただ、うっかり放置しておくと数年後あまりに偏った成長をするというのも
ちょっと理不尽な気がしたもので。
そういうお話なら、例えば
・冬季は全員の行動について見直し＆清算する季節にする（年単位で行動を指示）
・春・夏・秋はパーティメンバ入れ替えを制限する（5人中1人だけとか禁止とか）
というのはどうでしょうか。
イベント案、拝読しました。非常に分かりやすいです。
しかしセイレーンクラスのイベントを「数百」書くというのは、
単に作業量の問題というだけでなく、要求スキル的に言って、
協力者を募るのは、結構難しいと思いますよ。
名無しさんからネタを出してもらってそれをベースに
スタッフが確定事項（条件評価関数、アイテム、戦闘相手…）の表を
眺めながら実装し、必要な素材を発注する、というような作業スタイルが
そこそこのペースでうまく機能すれば、もしかしたら実現するかも。
まだ時期尚早かもしれませんが、
とりあえず公式にBBSを設置してみてはいかがですか？
205:154
06/08/20 08:11:47 PNdQ4KZt
あと、
・口調タイプ条件が設定されていないキャラクタ（無口、阿呆など）の
台詞が設定されていません
・セイレーンイベントで、神学スキルなし、知力低の場合、
８に進み、９５％の確率で「霧の布」が手に入ります。
こうなるとちょっと意味不明な展開みたいですが、仕様ですか？
206:３３
06/08/20 17:20:26 /QbbWKuB
全員が魅了された場合の結末を忘れてました・・・
イベントのボリュームについては
「宝箱」「薬草」「鉱石発見」「謎の果実」といったような
アイテム入手系、「罠」「雷雨」「落石」のような被害系
そういった感じのテキストの少ない単純なものを１００種程度
ちょっとした戦闘や捜索のようなものを５０種前後
選択肢や会話など物語性、分岐のあるやつを３０くらい
そして一番手間がかかる＆重要な、キャラクター関連をできるだけ多く
あとメインストーリーにかかわるものを１０～２０、これは自分で
責任を持って創らないといけないでしょう
助っ人に頼むとしたら、アイデアだけでもいいしチャートまで作れたら
創ってもらえると助かります
でも数値の変動やテキストは自分で手直ししないといけないでしょう
口調について、実際書いてみて思ったんですが口調タイプはある程度数を
絞らないといけませんね
５～６種くらいが丁度いいんじゃないでしょうか
207:３３
06/08/20 17:33:13 /QbbWKuB
口調タイプ案
俺 ：「俺～」「～だぜ」「～しろ！」「～か？」
僕 ：「僕～」「～だよ」「～だね」「～なの？」
女 ：「わたし～」「～ね」「～よ」「～かしら？」
チンピラ：「チッ～～やがる」「～～じゃねぇよ」「てめぇ～～」 [俺]で代用の場合あり
娘：「あたし～」「～よ！」 [僕]で代用の場合あり
紳士：「私～」「～です」「～ます」
淑女： 紳士とほぼ併用
こんなとこですかね・・・
年齢の変化によって爺口調に変えてもいいかと思いますが
そこまでする必要もないかな
208:154
06/08/20 18:12:07 PNdQ4KZt
バリエーション１００種類という目標の内訳について、
アイテム入手系イベントは、アイテムの設定種類数によって、
また被害系イベントは、主な被害はＨＰが中心で、回避条件の設定の仕方によって
自ずとバリエーションが限られてくるような気がします。
程度の大小もあるでしょうが、「何が起こってどれだけの被害が出たか」を
直感的にプレイヤーに知らせることが重要で、しかも頻繁に発生するのなら、
凝った情景描写を入れても読まれなくなるでしょうから、
極端な話、事務的な台詞で事足りるかもしれませんので、
ここで種類を増やす努力は報われないかもしれませんね。
戦闘･探索にしても同じで、内容がテンプレート化できてしまうような
イベントならば、とりあえず1個実装できれば、数を増やすのは簡単でしょう。
やはり一番面白いのは物語性や分岐のあるタイプでしょうから、
この部分で外部の協力を得られる受け皿を用意するのが良いと思います。
口調…。
極論かもしれませんが、この設定、無くても構わないんじゃないでしょうか？
分けるとしても、年代を考慮しなくて良いようにするべきですし、
性別と職業系スキルもしくは顔画像から分別する手段もあります。
209:３３
06/08/20 23:36:43 /QbbWKuB
口調はやっぱり固有のパラメータが必要でしょう
性別や職で分けると敬語の盗賊とか男口調の女のような
イレギュラーが作れなくなるし、画像で分別っていうと
左上隅のドットの色で判断とか・・・？
まぁ最低限違和感が出なければ良いので７個もあれば上等でしょう
スタッフの募集はまずこのスレで話し合ってきたようなことを
わかりやすくＨＰにまとめてからでないといけませんねぇ・・・
あと装備と主要なアイテムも決めていかないといけないし
顔絵に名前と経歴、性格、生年なんかを付けていく作業もあるし
まだメインのストーリー（なんで探検隊を派遣するか）も決めてない・・・
暑さが和らげば作業もはかどるはず・・・
210:154
06/08/21 21:04:36 z3T5lzNj
企画の内容を逐次更新していくことは、
プロジェクトの目指している方向を示す上でも、アクティビティを示す上でも、
重要だと思いますので、是非進めていただきたいですね。
更新履歴を残しておくのも有効だと思います。
しかしながら、これまでに出てきた内容を反映して詳細な企画を示したところで
新たに募集をかけなおしてみても、
前回の募集時点と比べてぱっと見で劇的な変化に乏しいような気がしますから、
企画の内容に加えて開発計画や実現への見通しを示すことが必要だと思います。
これまでに判明した点として、相当長丁場な開発が予想されます。
おそらく、現時点で完成時期が見えない開発プロジェクトに最後まで
付き合ってくれるようなスタッフは簡単には見つからないでしょうから、
途中で人が入れ替わっても、リソースが無駄にならないようなパート分けを
考えておくと良いと思います。
例えば1ヶ月間で顔グラフィックだけ所定人数分そろえるとか、
所定数の敵キャラを設定するとか、一定の拘束期間と目標を設定して
集中的にスタッフを集めるというやり方はどうでしょうか？
211:154
06/08/23 05:38:00 aF4sll0O
企画ページがずいぶんと加筆修正されて分かりやすくなっていますね。
せっかくですので、トップのイメージもそれに合わせてはどうかと思い、
サンプル画像を作ってみました。
URLﾘﾝｸ(gamdev.org)
背景素材は、>>140に紹介のあるサイト様のものを利用しています。
表示内容の仕様は未定ですが、大体こんなイメージになるのではないかと思っています。
募集も必要でしょうが、それ以前にこのプロジェクトに興味を持っていただける方が
増えると良いですね。
彩色を担当された２７５氏も是非戻ってきてください。
212:３３
06/08/23 21:15:27 c4nXomH7
おぉいいですね！感謝です
早速展示しようと思うんですが一つだけ間違いが
パーティーは探検隊を派遣する時にメンバーを選抜して
帰還すると解散します
なので街に居るときはPTはありません
できれば会話中の画面として、顔グラと会話ウィンドウ（と適当なログ）
が表示されたところを造ってもらえるといいサンプルになるんですが
213:154
06/08/24 04:30:56 djN6LInm
派遣の際は、持っていく荷物の選択と食糧の購入のための選択がありますよね。
そのためにはパーティの編成、つまり人員の選択と装備選択が終わっていないと、
所持可能な重量が計算できません。
ゲームの性質上、パーティ選択は詳細なパラメータをチェックしながら
慎重に人選すべきだと思いましたので、結構時間を掛けると思いますし、
途中、セーブもしたくなるのではないかと思います。
なので、パーティ編成と装備を先に済ませておき、
出発直前に荷物整理と食糧調達だけしたら
すぐ冒険に出発するというメニュー編成を考えてみました。
例えば、>>211で挙げた画像は、
「王子（主人公？）がとりあえず2人雇ってみたが、
装備品が足りなかったので街へ調達に来た」
ような、パーティ編成の途中で起き得るであろう状況をイメージしています。
パーティ編成していないと、せっかくの顔グラフィックの使いどころがありませんし、
街にいる間、暫定的なパーティ編成や旧編成が表示されていても
ゲーム進行上、特に問題にはならないと思いますが、いかがでしょうか。
214:３３
06/08/24 20:58:11 JdqjIOog
街ではＰＴの顔やデータは表示させない方がいいです
街では各自がそれぞれの生活をしているという設定ですし
PTが残ってると街でも一緒に行動してプレイヤーはPTを
操作してるような印象になってしまいますから
編制が長くなるという心配があるなら[編制]コマンドを
追加してもいいかもしれません
キャラ全員の能力を比較してメンバーを選出し
メンバーの所持限界重量に合わせて携帯アイテムを準備する
あと街でも[道具]コマンドは必要ですね
街ではアイテムの使用は無いかと思いましたが
使用することでスキルを覚えるとか能力が上がるアイテム
は街で使えるようにしたいですからね
アイテムの確認、使用、売買をできるコマンドが必要でしょう
装備の変更や各自の行動の設定は[情報]コマンドでいいでしょう
これらのコマンドのレイアウトや操作性は結構重要になってきますね
215:154
06/08/24 21:45:04 djN6LInm
開始直後のイメージ（主人公は王子・必須キャラということで）
URLﾘﾝｸ(gamdev.org)
パーティを編成しているイメージ（上の絵だと寂しいので）
URLﾘﾝｸ(gamdev.org)
ちょっと冒険中のイメージ(テスト画像)
URLﾘﾝｸ(gamdev.org)
ユーザインタフェースの設計は、凝りだすと時間ばかりかかるので、
ゲームバランスの調整をするときに、ついでに弄ればいいでしょう。
おそらく完成することには全然デザインが変わっていくでしょうから、
とりあえず、現時点でイメージの共有化のための参考画像と考えてください。
216:３３
06/08/25 20:44:49 9wIhtZ3u
ありがとうございます
早速２枚目と３枚目をサンプルとしてトップ頁に
使わせてもらいました
ところで主人公ですけど
もう「主人公」というキャラは無しにしようと思います
プレイヤーはキャラクターや国の経営を司る
王か神のような存在になりますが
キャラクターとして画面に登場はしないことになります
必要性を感じないので
今書き溜めておいた顔絵を取り込んで微修正して
アップする作業をしています
ある程度揃ったらキャラ設定や登場年代を大まかに決めて
バランス的に足りないキャラを追加で作っていくつもりです
とりあえず５０キャラくらいが目標ですね
217:154
06/08/25 21:47:01 JF4u7J5I
更新ご苦労様です。
多くの方に関心を持ってもらえるようになれば良いですね。
ちなみに現在もプログラマ募集中になっていますけれども、
とりあえずパーティ編成から探検・イベント処理までの実装の目途が立ちましたので、
こんな調子でよければ開発を続けますが、いかがでしょうか？
それから、主人公キャラなし、ということについては、
そうなりそうな気がしていましたので了解です。
けれども、下手をすると経営シミュレーションになってしまいますので、
キャラクタとストーリー性については、
ちょっと濃い目のものを用意することも視野に入れたほうがいいかも
しれませんよ。
218:３３
06/08/25 23:47:48 9wIhtZ3u
もしかしてあの画像はプログラムになってるんですか？
単なる一枚絵かと思ってましたが・・・
プログラムを担当してくれるのならもちろん大助かりです
今の所自分では絶対出来ないのがプログラムですからね
キャラ関連のイベントは数もそうですが、なるべくテキスト量を
抑えつつ、キャラの魅力を上手く表現できるようにしたいですね
複数キャラのからみ重視で
219:154
06/08/26 06:37:34 AS8bySNV
企画ページ等に列挙されているデータを元に、
内部記憶とユーザインタフェースを構成したハリボテです。
C++で作成していますが、内部変数を「ルールに従って」操作するメソッド
を実装すれば、おそらくゲームらしくなると思います。
現状は、自前のテキスト処理プログラムで内部変数の初期値を書けることと、
選択やメッセージボックスなどの簡単な入力インタフェースを使って
内部変数の操作（一部）ができ、結果を画面に表示できることまでです。
で、その「ルールに従う」部分が大事なのですが、当初は非常に曖昧だたのですが、
ここしばらくのやり取りで、かなり確信が得られた、というところですね。
キャラクタ関連のイベントは、いろいろと構想が広がりやすい部分ですが、
現在のデータ構造では実装上（管理上）の制約がありそうな気がしますので、
もうちょっと良く考えて見ます。
できればこちらについても、２，３サンプルがあるとありがたいです。
220:３３
06/08/26 20:39:42 EKswFwmq
キャラ関連はまだキャラができてないので具体的なのは
作れませんが、問題となるのは発生条件の部分ですよね？
例えば
・イベント４５が既に行われ結果が１であった（全体フラグとして収容）
and キャラＡとキャラＢが同行している
OR
・イベント４５の結果が２であった
and キャラＡとキャラＣが同行している
共通で
・地形が森、草原
・確率２％
というような条件は可能でしょうか
条件に関してはどこまでが可能かをプログラマーから
指定してもらったほうが良さそうです。シナリオはその制限の
中でやりくりしますんで
あと表現に関しては顔絵とメッセージ窓を上下に２つ並べて
対話風なことができるかとか、揺らすようなエフェクトは可能かとか
こちらから注文を出していった方がいいかもしれませんね
221:154
06/08/26 20:59:48 AS8bySNV
実装上の都合で要望に添えない部分が出る可能性はありますが、
その都合でゲームデザインを束縛しては意味がありませんので、
遠慮なく要求仕様を出していただいて構いません。
その仕様に矛盾や問題点があれば、対案もだしながら指摘するようにします。
イベントの結果をゲーム中持続して保持してくことは可能ですが、
いかにしてプレイヤーにそのフラグが立っているかを示すことが問題になります。
よくあるのは、フラグが立っていたら会話が変化するという表現方法ですけれども、
それと、フラグと、イベントクリア条件の関連性をプレイヤーが推理できるような
シナリオの書き方が求められます。
その辺を>>193で心配していました。
他の方法としては、フラグの代わりにアイテム（備品）を使う方法で、これなら例えば、
(存在を知らない/入手していない/所有したことがある/所有している)
の4段階程度の属性つきで保持できると思います。
222:154
06/08/26 21:17:08 AS8bySNV
それからビジュアルエフェクトの関連は専門ではないので、
あまり高度なことに対応できるかどうかわかりません。
現状寂しいスレッドですが、そういう知識のある方がアドバイザとして
付いていただければ、こちらとしては勉強になります。
また多少のことは出来るかもしれませんが、使っている描画エンジンの関係上、
プレイヤーへの要求スペックが過剰に上がってしまうかもしれませんので、
その辺は必要に応じて打ち合わせ、ということでお願いします。
223:154
06/08/27 12:26:25 VuVl8f8x
なんか、>>220の答えになっていませんので、頭がすっきりしているときに補足しておきます。
イベントの開始・分岐条件にキャラクタの状態を使うことは可能です。状態とは、
・冒険者ストックに登録されているか否か
・パーティ内にいるか否か
・指定のスキルを持っているか否か（装飾品による追加スキルも含む）
・指定の装備品を装備している否か
・パラメータ値が参照値より大きい（小さい、等しい）か
など、企画ページの変数の項目で上がっているものすべてです。
なので、「キャラＡとＢがパーティ内にいる」という条件も可能ですし、
論理結合で他の条件を合わせることもできます。
ただし、ほどほどにしておかないとプレイヤーにとって分かりにくくなると思います。
実装上心配があるのは、キャラクタ個人を指定する手段で、現状は、
・登録している個人名
・パーティメンバの1人目～5人目、
・マウスでクリックしたパーティメンバ
・冒険者ストック中で現在参照中の人物
のどれかを使って評価する個人を特定し、上記の状態変数の参照・更新ができます。
シナリオスクリプト中から、個人名を使ってアクセスしていると、
その人物が退役するなどして冒険者ストックから消滅した場合、
そのスクリプト自体が無効になってしまいます。
なので、意図的に特定個人の活躍期間中に限定するイベントでなければ、
「パーティメンバ中で何かの能力が最大の人」というような抽象的な人物指定をしてください。
…というところがプログラマ側からのお願いですが、
これまでのサンプルは、そうなってますので全く問題ありません。
224:３３
06/08/27 18:01:24 bdso7ioA
ちょっとプレイ時間のことを考えたんですが
一回の探険が１０分くらいかかるとすると１年が最低３０分
すると１００年で５０時間、５０年でも２５時間もかかってしまいますね
キャラの現役期間を戦士系で３０年くらい（１５歳～４５歳）魔法系で
４０年くらい（２０歳～６０歳）とすると、一周は７０～８０年くらいは欲しい
でも数周プレイしてもらうつもりなら一周は１０～１５時間くらいが理想でしょう
実際ある程度出来上がってみないとわかりませんが
今のうちに解決策を考えておいた方がいいかもしれませんね
・探険を年一回にする → 単調になるのは防げるがキャラを使う機会が減る
・一回の探険を５分くらいにする → 盛り上がらない
・シナリオを分けて途中からでもプレイできるようにする → アイテムやシナリオをどうするか
225:154
06/08/27 20:11:52 VuVl8f8x
プレイ時間も大事ですが、プレイの目的の方が重要かもしれませんよ。
「最長距離を目指す」だけだったら、セーブ＆リトライを繰り返し、
不利なイベント、戦闘結果を避けまくるという攻略法をすれば、
１シーズン何時間かけてでもプレイするかもしれません。
逆に、遠征が無理だと判断されたらすぐ帰還するでしょうから、
平均的な探検時間を想定しても、思惑通りにはならない気がします。
遠征することは、イベント発生条件の一つとして考え、
それ以外に探検の目的を設定することを提案しておきます。
または、例えば１０００ｋｍまで到達できたなら、次回の探検は
５００ｋｍあたりからでも開始できるようにするとかによって、
プレイヤーのレベルに合わない作業を飛ばす救済策を用意してはどうでしょうね。
226:３３
06/08/28 21:48:50 MCNfI5o2
探険の途中ではセーブは出来ないようにするつもりです
それと死者が出て強制的に帰還するのと帰還コマンド
で無事に帰還するのとでメリットデメリットの差を大きく
つけると緊迫感が出て面白そうですね
あと一応目標距離ってのを設定しておいて、到達すると
ニューゲームでも影響するボーナスがもらえるように
しますかね
・イベントコレクションが見れるようになる
・アイテムコレクションが見れるようになる
・アイテムを持ち越せるようになる
・死んだキャラが再登場するようになる
などのボーナスから一つ選べるようにする
最長距離を目指す場合はそこからさらに奥にも行けると
あと新しい数値として［発展度］というのを作ろうと思います
探検隊を派遣せずに奉仕活動をしたら［発展度］が上がることにして
［発展度］が上がると
・予算が増える
・強い武器、強力なアイテムが購入できるようになる
・学校、開発所などの施設が登場する
こうすることで探検隊を出さないメリットというのをつくり
バランス的に年に１～２回の派遣が最も効率良いようにする
あとは探険から帰還すると調子が絶不調になり、休むと
１ずつ向上するようにする（病気や怪我、幸運などで急低下、上昇もあり）
227:154
06/08/28 22:39:16 5/jkVsYQ
探検隊を出してレアな材料を持ち帰ってくるか、
奉仕活動に精を出すか、良く考えよう、というところですか。
冒険者ストックが少ない（１０人以下）ぐらいなら、
派遣するしないでの差がはっきりすると思いますが、
分母が増えてくると、おそらく毎回派遣するのが得なんじゃないかという気もします。
発展度は面白いと思いますが、ますます経営シミュレーションぽくなっていきますね。
実装上必要なことは、
・発展度の単位、次元
・上昇要因別の上昇値
・上限値
・発展度の表現方法（数値、画像、メッセージ、選択肢）の具体的仕様
などですね。
発展度を上げることと探検することとのトレードオフを作ろうとするなら、
このパラメータに関しても相当量のイベントなどを用意することになりそうです。
こちらも、企画ページで具体例をまとめていただくと分かりやすいと思います。
228:３３
06/08/29 23:35:35 5mj+PQAx
探検隊を派遣しなかった季節だけ発展度が上がるようにします
上がる量は冒険者全員の知力の合計（×α）とかでいいでしょう
あと冒険者一人につき春に一定額の給金を払うことにします
金が足りなかったらなんらかのペナルティ有
キャラの引退は任意にしようかと思ってます
能力が落ちてきたのをどの程度で見切りを付けるか
枠数や給料と相談して考えさせるのも面白いかと
引退コマンドは［情報］表示時でいいでしょう
逆に登場時期の方を変数にしようと思います
全員１５歳で登場とかだと不自然なので
あとは装備ですが、強力な装備を入手したとして
メンバー交代のたびに付け替えるのは面倒です
なので一度授与したら変更不可にしようと考えてます
引退の時に返還されることにして
あとキャラ情報の時に三国志の「列伝」的な経歴情報
を３０字程度で見れるようにしたいです
229:154
06/08/30 22:10:49 fHHK+aKc
先日のイメージを作っているデモプログラムの準備が出来たので公開しようと思います。
そこでちょっとご相談なのですが、このプロジェクトをどの程度の人数がチェックしているか興味があるので、
ダウンロード数をチェックできる自サイト(URLﾘﾝｸ(www7a.biglobe.ne.jp))に置きたいと思います。
プログラムの実行には、企画ページで公開されている顔グラフィック(chr1.bmp～chr13.bmp)が
必要なのですが、コピーをアーカイブに含めて、こちらのサイトで公開してもよろしいでしょうか？
さもなくばそれらのファイルを企画ページからダウンロードしてもらうように、ドキュメント中に書いておきますが、
その場合、まとめてダウンロードできるような形にしていただけたらありがたいです。
よろしくお願いします。
230:３３
06/08/30 23:15:28 VfzRxA+H
よく解りませんが別々にダウンロードするのは面倒でしょうから
そちらで一まとめにしたほうが良いでしょう
でも chr1～4はgifで８８×１０４、chr5～13はbmpで８０×９６なん
ですがそこは問題ないんですかね
とりあえずは適当でいいでしょうけど最終的には揃えないとねぇ
サイズはまぁ近々直すつもりですが、私の使ってるグラフィック
ツールではgifに変換できなかったりして・・・
画像の形式は何がいいとかはCG師さんが現れないと決められないかな
231:３３
06/08/31 22:26:03 FifgZLa/
画像のサイズと拡張子直しておきました
数えてみるとかなりキャラのバランスが悪いですね・・・
魔法使い系と盗賊系が多すぎるかも
学者、医者あたりを増やさないと・・・
あと親子とかも考えていかないとな・・・
232:154
06/09/01 21:25:06 NOsA4zWA
デモプログラムの公開を開始しました。
>>229 のHPから「ちょっと気になったゲーム」⇒「ミニRPG第一部」です。
まだゲームになっていませんが、とりあえず動くとこんな感じではないか、
というところです。
画像の形式は、WEBブラウザで見える形式なら必要に応じて変換しますので、何でも構いませんが、
縦長の画像なら、高さ128(２のベキ乗)で作ってもらえると効率が良いです。
今のままでも問題ありません。
人物は、仮で良いですから登場年数と現役期間を定め、
年表にしてみてはどうでしょうか？
233:３３
06/09/01 23:31:59 lNI1hOt7
おぉ動くものが出来ていますね
ご苦労様です
これでゲームの雰囲気がぐんと伝わりやすくなりますね
興味を持つ人が増えてくれるといいですが
操作性とかレイアウトとか色々注文をつけるのは
まだ控えた方がいいんでしょうか
細かい所は置いておいてとりあえず気になったこと
だけいくつか挙げてみますが
・透過は見づらいのでやめたほうが良いかも
・フォントは６４０×４８０でちゃんと見えるサイズで
・個人の重量は要らないので全体の重量／限界重量
を常にわかるようにしたほうが良い
・編制時の能力は比較しやすいように一覧表示が欲しい
・街にいるときは顔グラ表示は必要ない
とりあえずといいながら結構細かいことまで挙げてしまいましたが
まぁ画面に関しては洗練していく作業にかなり労力を要しそうですね・・・
234:154
06/09/02 05:55:46 yioBrm1m
インターフェースのデザインに関しては、仮組みですからどんな風にもできますが、
「中断前」のレイアウトをベースに、デバッグの都合優先になっています。
すぐにでも修正はできますが、ゲームシステムに変更が起きた場合、
また作り直しになる気がしますので、
まずルールが確定し、表示するパラメータの種類、単位、範囲、表現方法と、
操作別のレイアウトがまとまってから変更しようと思っています。
しかし分かっている部分については、
次回リリース（戦闘システムの実装を予定）までに、可能な限り修正しておきますので、
気が付いた時点で問題点や要求仕様などを挙げておいてください。
とりあえずデモ版に関しては「公開中」ということで、
作業を先に進めたほうが良いと思いますよ。
235:３３
06/09/02 17:52:18 RJyn8Wz3
ＨＰにレイアウト案をアップしてみました
この通りにしろというモノではないので
一応参考程度にしてよりプレイヤーが操作しやすい
インターフェースを模索してみてください
作業はゆっくり自分のペースでやってください
236:154
06/09/03 20:10:02 Sqp5XO5v
ユーザインタフェースデザインというのは結局、
プレイヤーが理解しやすく、使いやすいことが一番なので、
ゲームバランスの調整ポリシーが決まってきたころに考えましょう。
３３氏案拝見しましたが、ちょっと数字が多すぎて難解な印象を受けますから、
グラフ（棒グラフやレーダーチャート）を併用することになると思います。
それはそれとして、戦闘システムに関してですが、
まず、敵キャラクタの登場タイミングについては、地形イベントと同じときに、
乱数で判定しようと思います。
ゴブリンやセイレーンでは分岐によって戦闘になったりますが、
通常の敵も、登場台詞を省略するだけで同じ処理システムに載せられます。
そこでまず、敵編隊の構成パターンをどうするのかについての質問です。
①単一キャラか混成チームか
②常に５体セットか様々か（最大数は？）
③敵の出現パーティはパターン化するのかランダム生成か
④同種のキャラクタに能力差をどのように与えるのか？
※敏捷性が同じだと、敵全員が同時に行動ゲージが満タンになる？
⑤敵の強さに変化をつけるのか
※遠征距離に比例して敵が強くなるという考え方が自然ですが、
このゲームシステムの場合、遠征するにつれ、
物資が厳しくなることが最大の敵になる気がします。
237:３３
06/09/03 21:55:37 n4h8LF1k
敵は１～５匹までで混成のパターンでいいでしょう
前衛、後衛もありますしね
一定距離ごとに区切って、各地形ごとにパターンを２０程度
決めておいてそれぞれ確率も決めておいてランダムで
という形でいいでしょう
例
距離１～５０・草原
１：前衛 野犬×５ ２％
２：前衛 コボルト×２ 後衛 弓コボルト×３ ２％
３：前衛 コボルト×３ 後衛 弓コボルト×１ ゴブリン×１ １％
４：前衛 岩石男×１ ０．５％
５：前衛 ヒクイドリ×３ １％
・・・・２０パターンほど
といった感じ
敵の能力は同種でも小幅で変動があるのがいいですね
同時に行動ゲージが満タンになった場合は優先順を決めておけばいいでしょう
敵は序盤ほど弱く種類が多く、距離が長くなるほど強く種類は少なくがいいですね
戦闘の回数はかなり低くしようと思っています
ゲーム序盤は一回の遠征で１～２回、少ない時は一度も敵に出会わず帰る
くらいでいいと思います
敵の種類はイベント以外で１００種は欲しいですな
取得経験値の種類と割合を敵依存で決めるのか、それとも使用武器依存で
決めるのか、それをまだ考えてませんでしたね・・・うーむ
敵の表示方法も問題だ・・・
238:154
06/09/03 22:34:30 Sqp5XO5v
敵５体が同時に行動ゲージ満タンになって、
敵が５回連続攻撃してくるのはさすがに厳しかろう、と思ったのですが、
良く考えてみたら、戦闘開始時の行動ゲージ初期値を分散させておけば済みますね。
エンカウント条件によって自分または敵の行動ゲージが規定されてましたし。
敵の種類は、地形に合わせて定義し、編成パターンをいろいろ作っておいて、
テストプレイ時に難易度で選別するという方法もあります。
いずれにしても、敵キャラクタの設定や画像のデザインで作業量が増えますね。
３３氏がどこまで自分で作りたいかということと、予定している規模がどのくらいか、
というあたりを示してもらえると、ありがたいんですが。
239:３３
06/09/03 23:25:21 n4h8LF1k
敵キャラの名前とか数値的なことはもちろん自分でやりますよ
問題は画像なんですが、その前に表現法を決めないといけないわけで
一番簡単なのは敵もパーティーと同じように枠で囲ってしまう
やり方ですが見栄えは最悪でしょうね・・・
ミニキャラを作ってクォータービューだと見栄えは良いし楽しいでしょうが
ドット絵師が必要になりしかも作業量が半端じゃない
一番無難なのはドラクエ式でしょうが、正面からの絵で前衛と後衛を
どう表現するかが問題ですね
240:３３
06/09/05 00:52:15 kwFrwAMt
戦闘時のキャラの絵を３０×４０くらいで
武器ごとに７種 × 構え＆攻撃モーションで２種 × 男女 で２８パターン
敵は１００～１５０程度で半シルエット風
このくらいなら可能な気もしますね
やはり前後衛がぱっと見て解るようなのが好ましいですからね
241:３３
06/09/05 01:47:03 kwFrwAMt
ＨＰの戦闘の項にイメージ図をあげてみました・・・
242:154
06/09/05 22:37:00 PDAF9ajh
とりあえず、魔法の種類と効果、使用可能条件と使用方法についての設定をお願いします。
魔法を使う敵を出すのかどうかによっては、プレイヤー側にも魔法耐性の設定（算定）が
必要になるかと思います。
敵のサイズは特に気にする必要はないと思います。
それよりも、絵描きさんにとって「横向き」って描きやすいんでしょうか？
プレイヤーパーティに合わせて、カード対戦ゲーム風に
抽象化した表現でも良いような気がしましたが、いかがでしょう？
243:３３
06/09/05 23:32:53 kwFrwAMt
魔法は普通のゲームのように戦闘中に「メラ！」とかそういうのはありません
杖装備＝魔法攻撃 ということになっていて、物理攻撃との違いは
・威力が知力依存
・防御無視
・全体攻撃が出来る（スキル「魔道」があれば）
ということです
敵も同じような攻撃を使うものを登場させます
スキルで覚える「火炎」や「鉄身」などの魔法は戦闘前に使います
敵が気付いていない時に魔法を使うという選択ができ、火炎だと
先にダメージを与える、鉄身だと防御力を上げる、という具合です
他の「魅了」や「浮遊」「幸運」などは全てイベントで選択肢が出た時に使います
カード対戦風はあまりメリットは無いような・・・
画像サイズを統一しても違和感が無いというメリットはありますが
このゲームの戦闘はかなり単調で戦略性とか無いですからね
見栄えが良くて解りやすいのが良いと思うので、CGの作業量という
問題がクリアできるならオウガバトルのような感じが理想だと考えてます
横向きでミニキャラにすれば絵のクオリティも幾分誤魔化せるし
良いんではないでしょうか
ただプログラム的に難があったら遠慮なく言ってください