3DダンジョンRPGエディタを作るスレ (587ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
524: 520 2015/12/26(土)12:11 ID:V44X/Fk5(1/3) AAS
次に、ゲーム性の観点から整理すると、
(1)３D表現された迷路の中を探索し、所定のフラグを立てるゲーム
(2)戦闘等で得た資金・資源をもとにパーティの戦力（持久力）を強化しながら、
その維持に要するコストを賄う経営的ゲーム
が融合したゲームであると言える。
(1)には、ストーリー的設定や、謎解き要素を絡めて飽きさせないことが求められる。
プログラミング的には、古典的でオーソドックスな方法で実装できそうである。
ただし、昔と違って、方眼紙に地道にマッピングしながらプレイする時代ではないようなので、
快適に探索できるようなサポート要素が必要かもしれない。
(2)は、戦闘で経験値を集めてレベルアップ、資金を貯めて武装強化など、
RPGでよく見かけるハック＆スラッシュ要素と並行して、このシリーズの特徴である
『戦闘によって捕獲した仲魔を複数掛け合わして未知の仲魔を作り出す要素』
によって、より深淵部を安全に探索する戦力が得られたという達成感をもたらす。
プレイヤーを飽きさせないためには、十分な種類の装備品、仲魔を用意する一方で、
適切なタイミングで強化させ、その効果を実感できる体験を用意する必要があろうかと思う。
なお、強力な仲魔を連れ歩くには相応のコスト（生体マグネタイト）が発生するルールに則り、
コストパフォーマンスを気にしながら遠征しなければならないジレンマに陥らせることが、
ゲームバランスを調整する際のポイントかもしれない。
525(1): 520 2015/12/26(土)22:58 ID:V44X/Fk5(2/3) AAS
このようなゲームを制作するにあたり、上の(1)と(2)を分離して検討することにする。
まず、(1)迷路探索＆フラグ立てゲームのパートについては、
最初にそのゲームのストーリーや世界観を設定し、可能であれば
攻略の流れがわかるプロットを準備するべきである。
それにより、必要なマップの規模や複雑さなどの要件が決まり、
探索可能な迷路の作成、編集作業が始められる。
同時に素材（テクスチャマッピング用や、イベント用の挿絵、BGM等）の
必要数が見積もられ、ゲームの雰囲気に合うものを集めるか、
依頼することもできるようになる。
このパートでの成果の目標は、３Dダンジョンを歩き回り、
各所でイベント的なものを見たり、固定敵と戦って勝った想定のフラグを立てるなどして
ゴールまで歩くことができるプログラムを完成させることである。
そのようなプログラムを開発するにあたっては、プログラマは、
迷路の形を表すマップデータの仕様を独自に設計し、
それに対応したエディタプログラムと、
実際に３D迷路を表示して歩行できるプログラムを作るのが当面の作業目標になる。
イベントやフラグの扱いについては、マップデータ中に埋め込むか、
それらの発生タイミングや挙動を示したスクリプト（テキストファイル）を
解析して処理する仕組みを取り入れると汎用性が高まると思われる。
526(1): 520 2015/12/26(土)23:23 ID:V44X/Fk5(3/3) AAS
疑似３D表示ダンジョンのマップエディタの開発の難易度については、
マップデータの形式が自分で決められる程度のプログラミング能力があれば、
それほど難しいものではない。
実際、このスレッドでも過去にマップエディタを発表された方が複数いたようである。
注意する点としては、マップデザイナーが、イベントやフラグの扱いをカスタマイズ
できる仕組みをどのように実装するかという問題と、階層やエリアをまたぐ移動を
どのような方法でマップデータに含めるかという問題かもしれない。
これらについては、エディタ上ではとりあえず、そうした問題が発生する地点をマークし、
そこに立ち入った際、どのようにしてほしいか記述できる仕様になっていれば、
探索プログラムを組む際に改めてコーディングしてもよい。
もちろん、プログラミング言語的なスクリプトを書かせて解析しながら実行する方法でもよい。
しかしながら、最大の問題としては、例えそのようなエディタが公開されたとしても、
迷路を作図するという作業は実は非常に地味で単調で、一作品として完成された
大規模なマップデータを作るモチベーションが続かないことではないかと想像している。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.026s