3DダンジョンRPGエディタを作るスレ (579ﾚｽ)
上下前次1-新
540: 520 2016/01/29(金)22:24 ID:iWN0LHQ9(2/2) AAS
このほか、階段の昇り降りやエレベータ判定、店などに入った時の切り替えも、
同じようにマップセル中にスクリプトとして記述できる。
店や回復施設など、複雑な選択操作やデータアクセスを伴うものについては、
別途プログラマが実体を開発する必要があるが、マップ上の特定地点に
その施設を置くという指示は、マップデザイナーに委ねることができる。
また、併せてストーリー進行に関しても、フラグを併用して迷宮内の謎を解きながら
探索するというパズル性も、若干プログラミング的な思考を伴うが記述可能で、
エディタ上でテストできる環境が整った。
現在、試しにＦＣ版女神転生のダイダロス塔（静玉をとってエレベータに乗れるまで）を
このシステムで収容できるかどうかテストしているところである。
541: 520 2016/02/11(木)06:26 ID:TKq/gaXF(1) AAS
ダイダロス塔クリアまでの迷宮マップとイベントの設置テスト結果について。
このエリアの１階には一部に一方通行の場所とダークゾーンがあるが、
これらを含め、宝箱や壁の落書きなど全てそれっぽく収容することができた。
画像ﾘﾝｸ[png]:amadela.web.fc2.com
セル単位に東西南北の壁または通路を記憶する本方式では、
隣接部屋間のその設定値を敢えて不整合にすることで
一方通行を設定することができる。
定型的なトラップの一種なので、エディタ上で入力サポートするように
機能を追加した。
ダークゾーンについては、階段と同じように、該当セルにフラグを立てて置き、
省6
542: 2016/02/12(金)16:23 ID:iP/PhpAe(1) AAS
がんばって〜
どこまで作るか知らないけど
543: 520 2016/02/13(土)04:45 ID:sZ75RTIP(1/3) AAS
当面の目標はファミコン版女神転生を収容できるシステム＆エディタを自作することで、
現状、３Ｄ迷路のマップデータとトラップ類の設置については既報のとおり完了した。
幸いにして実機およびＲＯＭカセットを所有しているのと、攻略サイトやプレイ動画等
豊富に情報があるので入力と検証も自力で可能なのがありがたい。
問題があるとすれば今後のモチベーションをどのように保っていくかと思われる。
544: 520 2016/02/13(土)05:36 ID:sZ75RTIP(2/3) AAS
ここからは開発の焦点を変えて、このゲームのプレイ要素の一つである
キャラクターメイキング、パーティ編成のシステムの実装について検討する。
最終的に、戦闘システムの勝敗に関わる要素であるため、バランス調整が
肝になると予測されるが、まずはプレイヤーとのインタフェース部分から考えていく。
本作中には、戦士型のナカジマ、魔法使い型のユミコと、その他仲魔の３タイプの
キャラクタが登場し、その設定項目がタイプ別に微妙に異なることと、
それに応じてステータス画面のレイアウトも変える必要がある。
共通する要素としては、
・名前、種族、レベル
・強さ、知力、攻撃、機敏さ、運もしくは防御
省8
545: 520 2016/02/13(土)05:50 ID:sZ75RTIP(3/3) AAS
AA省
546: 520 2016/02/16(火)21:35 ID:OSyFbIMG(1) AAS
キャラクターメイキングの画面を試作した。
画像ﾘﾝｸ[png]:amadela.web.fc2.com
また、同種の方法でプレイヤーのステータス画面および
仲魔のステータス画面も実装してみた。
画像ﾘﾝｸ[png]:amadela.web.fc2.com
ステータス画面に、キャラクタの肖像画が表示されるというのは
ＦＣ版で、特に印象的だった記憶がある。
試作プログラムにおいてもその仕様に準拠し、
複数枚の画像を用意すればアニメーションも可能である。
なお、プレイヤーたちの画像および悪魔の画像については、
省2
547: 520 2016/02/23(火)04:44 ID:VJ1v/4yS(1) AAS
このゲームでは、パーティに悪魔を加えるためには、
事前に交渉（もしくは合体）の上で「仲魔」として登録が必要とされる。
仲魔はＦＣ版では最大７体まで登録可能である。
この「仲魔登録」クラスの設計については、以下の仕様とする。
(1)初期状態では空っぽとする
(2)登録しようとする悪魔が既にエントリされていないかチェックする
(3)登録数が上限に達していないかチェックする
(4)登録可能な場合、悪魔の種類と現在のHP、MPをセットで配列末尾に登録する
(5)登録されている悪魔を抹消し、配列を詰める
(6)悪魔データベース記載の最大HP,MPを参照し、回復に必要な金額を算出する
省1
548: 2016/02/24(水)21:20 ID:3aPoux15(1) AAS
なんの言語を使っているのだろう。
配列じゃなくList型とかでもいい気がする？
class Nakama {
int hp, mp;
}
List<Nakama> nakamaList;
みたいな。
ちなみに自分は、敵、味方、（未実装だけど味方が召喚したのも）
Characterクラスで統一して、
List<Character> characterList;
省1
549: 520 2016/02/25(木)22:31 ID:cdKIzSfc(1) AAS
システム設計上の話とプログラミングの話を曖昧にして申し訳ない。
ゲームの仕様上は、要素数に上限のある配列構造を準備できればよく、
プログラミング上、必要な操作ができるのであれば、
listでもarrayでも構わない。
ただ、この仕様で敢えてlistを採用するメリットが見いだせない。
と言ってデメリットもないような気もするが、、
高々７個程度の要素数では、効率云々を議論するまでもなく、
結局、どっちでも構わないと思う。
なお、的確な指摘であるだけに、最後の「ｗ」は残念だ。
550(1): 2016/02/27(土)00:05 ID:xKWjyR2t(1) AAS
おおう、申し訳ない。
「ｗ」はクセのようなもので他意はないです。失礼しました。
なるほど、論理設計上、配列的な設計ということですね。
3Dダンジョン繋がりで、いろいろ参考にさせてもらってます。
（「セル」という名前付けは同じなんだなー、とか、
セル同士リンク構造でつなげてるんだなー、とか（うちはX×Yの方形構造））
551: 2016/02/27(土)18:53 ID:k3nxuSN5(1) AAS
3Dダンジョン ウィザードリィをベースに作ってる
ワイヤーフレームと3D画像と
552: 520 2016/02/28(日)21:40 ID:fYTROrM4(1/2) AAS
引き続き、その「仲魔登録クラス」の利用方法について検討する。
戦闘状態で交渉に成功したときに、登録エントリーの末尾に新規登録するのは
特に問題はないと思われる。
ＣＯＭＰ→よぶコマンドを実行したときには、
「登録している仲魔のうち、まだ召喚していない悪魔」の選択リストを作る操作と、
その選択画面でカーソルを動かしたとき、呼び出しコストの見積もり表示を更新する
処理が必要になる。
この処理の実装に、汎用的なメッセージウィンドウを流用するのが困難であれば、
専用の選択ダイアログを作る価値はあると思う。
画像ﾘﾝｸ[png]:amadela.web.fc2.com
省11
553: 520 2016/02/28(日)21:57 ID:fYTROrM4(2/2) AAS
>>550
セル（部屋）をリストで管理する方法については>>533で述べたように、
広さや形、フロア間の相対的な位置関係を気にせずに
ストレスなく作成、編集できるようにするための実装であるが、
方形配列に比べてアクセス効率が悪いデメリットがある。
しかし、これも仲間登録クラスの実装の問題と同じで、
今のＰＣなら速度的に大して問題にならないという理由で、
３Ｄダンジョンに限らず、拙作のドラクエ風ゲームでも採用している。
ただし、マップデータの保持がそうなっているだけで、
マップを表示する処理クラス内では、速度的な効率改善のため、
省2
554: 2016/03/04(金)19:52 ID:4OMe0RSY(1) AAS
なるほど、セル＝１マスじゃなくてセル＝１部屋だったのか。通りで
＞１フロアあたりせいぜい１００セル程度
１００って少ないと思ってたんだ（２０ｘ２０でも４００マスだし）
555: 520 2016/03/05(土)08:32 ID:/l9sJN3a(1) AAS
２０ｘ２０というと、Wizardryのマッピングを思い出す。
なお、ＦＣ版の女神転生は、基本８ｘ８部屋で１フロア（またはフロア中のエリア）
を構成する仕様になっている。
技術的な理由が何かあったのかどうかわからないが、
説明書にも８×８を単位にマッピングしながらプレイすることが推奨されている。
無論、今どきの制作、実行環境でそのようなサイズ制限は考えなくてもよいが、
序盤から暗記できないほど巨大なマップを歩かせるよりも、
(1)まずは３Ｄ迷路を歩くこと、
(2)繰り返し歩くことでマップを覚えること、
(3)覚えきれなってきたらマッピングをすること、
省3
556: 520 2016/03/10(木)04:16 ID:zG9zBMGi(1/3) AAS
話を仲魔登録クラスに戻して続けようと思う。
仲魔を最もアクティブに使うのは、合体操作を行う「邪教の館」で、
"合体"という操作についての仕様を検討する。
とりあえず、ＦＣ版の２体合体を考える。
ＵＩを使って合体させる２体を選んだあと、何になるかについては、
>>530にも書いたように、対象となる２体の組み合わせごとに、
合体結果を定義した表があれば完璧であるが、
非常に大きな表になるため、実際には次のようにして縮小している。
(1) 合体元の悪魔を、３種類程度ずつグループ化してラベルを付ける
(2) グループラベル同士の組み合わせごとに合体結果の悪魔を定義する
省14
557: 520 2016/03/10(木)04:37 ID:zG9zBMGi(2/3) AAS
合体ルールを自作する場合に配慮すべき点としては、
ＦＣ版においては、原則として一旦仲魔にした悪魔の登録は、
むやみに解除できないということと、登録数には上限があること、
そして、登録数の空きを確保するには合体させる必要があることである。
ただし、以下の場合には合体ができない。
(1) 合体後の悪魔と同種のものが既に登録されている場合
(2) 合体後の悪魔が現在のパーティレベルに比べて高すぎる場合
そのため、仮に合体素材よりも強い悪魔しか生成されないルールになっていると、
現在の探索範囲に対しコストパフォーマンスが悪い悪魔だらけになって、
呼び出し魔っ貨やマグネタイトが不足するようになったとしても、
省6
558: 520 2016/03/10(木)05:05 ID:zG9zBMGi(3/3) AAS
合体に関する実装に関しての話題を２つほど。
合体元を指定したとき、合体後の悪魔のステータスをプレビューできるが、
そのときには、悪魔の画像はグレイスケールで表示したい。
画像ﾘﾝｸ[png]:amadela.web.fc2.com
ファミコンの場合、おそらくパレット変換で処理しているとみられるが、
拙作のプログラムでは自前でRGB→Y変換して表示した。
画像ファイルの扱いをライブラリに丸投げしている場合には、
このような処理ができるのか確認しておいたほうが良い。
合体を実施することにした場合、２つの悪魔が合体する様子を
イメージしたデモンストレーションを挿む。
省4
559: 520 2016/03/16(水)22:45 ID:kzVfeYKW(1/2) AAS
キャラクターの武装および装備品の売買システムを作るにあたっては、
いくつか検討すべきことがある。
(1)ゲームを通して登場するすべての装備品（武器、鎧、楯、兜）について、
名前、標準価格(非売品も含む)、性能値、その他特性データ
を羅列したリストを準備する。
(2)各装備品について、ナカジマまたはユミコが装備できるものだけを
集めた集合を準備する。
この２つは、ゲーム全体で１つ定義すればよい。
(3)売買を行う「辺境の店」があるマップデータ内の地点設定項目に、
その店での取り扱い品目を設定する。
省5
上下前次1-新書関写板覧索設栞歴
あと 20 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s