2017年5月13日土曜日

【提督日誌】17年春イベ （後段作戦）

E-5甲クリアしてきました。
なんか今回のイベント難易度がぬるい・ぬるめなどと言う人もいるようですが、最近のイベント難易度がおかしかっただけで、そこから見た評価なのだと思いたい……。自分の中では、ぬるくはないけどここ2年くらいで見ればやさしいほう、といった感じ。

▽クリックで続きを表示
投稿者 時刻: 0 件のコメント:
ラベル:

【提督日誌】17年春イベ（前段作戦）

艦これ4周年おめでとうございます
自分は13年秋イベ始まってから2週間目くらいだったか、そのくらいの時期に始めたのですが、ほんと早いもんですね。
ちなみに13年秋イベは伊19を入手して終わった記憶があります…

フィリスのアトリエに熱中していたのと後段作戦開放が1日後というのもあって、開始してすぐに突入せずに様子見して、数日後にだらだらと始めたところです
まあ、普段でもこれより1日早いか半日早いかくらいですが……。

▽クリックで続きを表示
投稿者 時刻: 0 件のコメント:
ラベル:

2017年4月9日日曜日

【ウディタ】自作メニュー画面をつくる

正確には過去形ですが。

メニュー画面のつくりでも書いておく予定だったはずなので書いていきます。


ウディタ基本システムの雰囲気を踏襲した処理を組んでいます。見た目はこんな感じ。
左端に選択肢を表示、右側に主人公の情報を表示するタイプです。
選択肢表示は自作ではなく、公式サイトで配布されているコモンイベントを使用しています。
背景は白螺子屋（http://hi79.web.fc2.com/）さんの素材を使っています。

参考までに基本システムのままの表示も貼っときます。

メニュー画面にほしいもの・必須なものとして
・「装備」とか「アイテム」とかの一覧を開ける選択肢の表示
・パーティにいるキャラクターのHP（必要があれば他のステータスも）の表示

これだけあればとりあえずメニュー画面を名乗れると思うので、レイアウトさえ決まれば見た目はなんとかなるとおもいます。
あと、ゲーム内容に合わせた背景を表示すると雰囲気出るので、背景表示がゲーム進行の妨げにならないゲームならやったほうがいいと思います。基本システムでもちょっと改造するだけで背景表示は簡単にできます。

メニュー画面の表示処理は
常時並列でキー入力受付（基本システム流用・一部改造でじゅうぶん）
↓
メニュー画面の初期表示をするコモン呼び出し・初期表示をする
初期表示では、「装備」とか「アイテム」とかの一覧を開ける選択肢の表示を行うのと、パーティ情報を表示するコモンを呼び出しています。パーティ情報の表示・消去はメニュー画面で頻繁に使うので、ひとつのコモンにわけておいたほうが便利。
↓
選択肢キー入力受付
↓
決定キーが押された位置に対応するコモンの呼出
↓
キャンセルキーが押されたら選択肢消去・パーティ情報消去

こんな感じ。ただ、自分は借り物のコモンで選択肢表示をしているので、選択肢処理をちょっと省力化してます
他にオプションで現在地出したいとか、操作説明出したいとか思ったら、それ用にコモンを作って、ふさわしい位置で呼び出して表示するだけ。
基本的に描画処理は「それらしい」「使いづらさを感じない」「見づらさを感じない」の3点さえおさえられるようにすればテキトーでもわりとなんとかなります。システムグラフィック作成能力に乏しい自分のような人の場合は、お手軽ウィンドウの機能や図形表示機能を使うことになると思うんですが、それっぽさを考えて配置するとそれっぽくなります。

ウディタ基本システムのメニューではピクチャ番号をコモンセルフ変数で操作してますが、メニュー画面に限らずあらゆるピクチャは変数で番号指定しないと修正が面倒すぎて何時間あっても終わらないので、変数で管理するといい感じ。
ユーザーDBでピクチャ番号を設定しておくデータを作っておいて、コモン内では対応する項目を指定して番号を取ってくるようにすると管理が楽。

あと、個人的な感覚ですが縦にコマンドが並ぶメニューは6個までが操作性の面でいい感じ、それを超えるとちょっとよくないかなと思っています
今作は7個になってしまいました。システムは滅多に開かないので別のところにどかしたほうがいいかもしれないですね。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2017年3月17日金曜日

【ウディタ】ARPG制作の進捗②

メニューについての話をしたいんですが、追加システムを実装する方向でいるので結局後回しに……。

前回から3週間近く経ったので、つなぎで進捗でも書いていきます。

システム部分は9割くらい完成。
前回から新たにシステム設定・キーコンフィグを実装しました。重要なシステムですね。ARPGの操作性は重要ということでゲームパッド向けの設定も用意しましたが、確認できる機材がないので不具合修正のサポート対象外になりそう。ゲームパッド持っている人にテストプレイお願いしたほうがいいかもしれない。
あと、なぜか未実装だった難易度の違いによる処理を追加したり、バグ修正したりしていました。
それで前回から2割も進んだのか？ と聞かれそうですが……ようやくシステム完成のめどがついてきたから進捗も修正した、といった感じですね。

テキストは3～4割くらい完成。
実装も済ませて、すでにテストプレイで表示も確認済み。ただ、正直なところゲーム開始から15～20分間、1回戦闘のチュートリアルやったあとひたすら会話イベントを踏みまくるかダンジョンの出入りを繰り返すか寝るかして時間を経過させないと本番のフィールド探索&戦闘に移行できないのは正直言って苦痛すぎるので、時系列をもっと圧縮する必要がありそうです。
以前作った「Moebirin Adventure」ではテキスト量が最低限しかなかったので、ゲーム始めてから長くても5分でもう自由の身でした。もうちょっとイベント経たほうがいいんじゃないかと思いもしましたが、なんだかんだでよかったかなと思っています。
今作はARPGのジャンルで、かつ自作戦闘なのでチュートリアルパートを仕込んでおく必要があった関係上、自由になるまで若干時間がかかりますが、それを含めても開始から5分くらいで本番のフィールド探索に行けるようにしたいですね。
一応試作バージョンを経るごとにシナリオ上は短縮されているのですが、それでもやっぱり本番までが長い。
昼食食べてるNPCのイベントを夕食食べてるNPCのイベントに置き換えるくらいの気持ちでいいかもしれない。

マップ描きは今の予定分では、9割くらい完成。
通常のフィールドが4つ、ミニフィールドが1つ、チュートリアル用が1つ。
残り1割はエンディング分岐した先のラスボスがいるマップのぶんです。ARPGということもあって、微妙に勝手がわからず、とりあえずやや単純なマップにしています。最後のフィールドも、以前作った「Moebirin Adventure」のラストより迷わないであろうと思われるくらい単純。遊んでいる人の性格によっては今作のほうがドツボにはまってしまうかもしれないけれど……。

データベース入力は町での会話イベントくらいしか入力やってません。モンスターも仮入力の段階…。
ここは3週間経っても進捗ダメですね。
まあ、ラスボスのイベントを仮設置してからでも遅くないくらいデータベース入力は制作プロセスで後ろの方なんですよね。たぶん。

なんか先月はよくわからない制作の段取りを書いてた気がしますが、どう考えてもデータベース入力は後ですよね。思い出せば以前作った「Moebirin Adventure」もバランス調整しながらやってました。
まあ、マップ描きとシステム作成は大半が終わったので、次はテキストってところなのですが、ここの進捗は着実に進みはしてますが微妙に遅いですね。
1日5%くらい進めたいと思っていたのが、実際は2、3日で5%ですからね。時系列を圧縮して、イベント数もただの会話は厳選して減らしていく方向になるでしょうね。クエストシステムは今回入れないつもりなので、それに代わるような遊べるイベントを入れたいところです。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2017年2月25日土曜日

【ウディタ】アクションRPG制作の進捗

アクションRPG作る構想をぶちあげてから数か月経ったし、ブログの更新頻度が月1回を下回るのは個人的なこだわりで避けたいので、進捗状況でも書きます。

「ウディコンに間に合えば出そうかな」くらいのことは考えていますが、休みの日にブーストをかけていかないと、普段のペースからして明らかに間に合わないので、がんばっていきたいところ。

それで、自分で作る部分に関しての進捗ですが……

システム部分は7割完了といったところ。
戦闘システムはほぼ完成しているつもりではあるものの、ボス戦とか作ったら演出用に機能追加したくなるかもしれない。雑魚戦に関してはすでにダンジョン1つ作ってテストして、機能面でおおむね問題ない感じになっています。
ゲームの基幹となるシステムは、システムの設定機能が未作成。
育成関連のシステムですが、こちらは戦闘システムと並行して作成したので、こちらもおおむね完成……と言いたいところですが、システムを追加する予定があるので7割といったところ。バランス調整の段階に入る前に実装するか決めます

テキスト部分は1割完了といったところ。
案はメモ帳やExcelに書き連ねてあるので、あとはこれをきちんとした形式で書き起こすだけなのですが、分量に不安がありますね……。

マップ描きは4割完了。
いちおう、ゲーム内で踏破することが要求されるダンジョンが3つあって、そのうち2つは描き終わっています。
そして、おまけのダンジョンとして大小合わせて3つになるのですが、こちらは小さいダンジョン1つが完成しているだけです。
前回から変わらず、ダンジョン歩いて魔物をボコボコにするのがメイン要素のひとつなので、それを考えると少ない気もしますが、長編RPGは途中で力尽きる自信があるので、短編レベルの長さでいいと思っています。
今月中には描き終えることを一応の目標にはしていましたが、おまけのダンジョンは無理かもしれない。

データベース入力はまだ仮入力の段階。
今作はシナリオの都合上装備システムがないため入力の作業量は前より少ないので、それほど時間はかからないとは思います。
アイテムもないんですけどね。
さすがにカスタマイズ要素というか、「強敵との戦闘に向けて準備をする」という作業に乏しいゲームになりそうなので、そのあたりを補えるシステムを搭載したいと思っています。それが育成関連のシステム進捗で書いた追加システムになります。このシステムを実装したら、前回のゲームのアイテム並みにはデータベースを入力することになりそうです。

BGMや効果音、グラフィック関連はフリー素材を使います。
グラフィック素材で自作しているのなんてウィンドウ画像とタイトルロゴくらいなものです。今作はUIのパーツを少し追加で自作しましたが、どれもシンプルで、簡単に作れるものです。タイトルロゴは無謀な冒険ですね。言葉にならないような微妙さが逆に"らしい"かもなーと考えることにしてそのままにしています。まあ、作らずにタイトルメニューだけ出すってのも手ではあるのですが、たいていのゲームにはあるしね……。

進捗はこんなところです。
とりあえず今はマップ描き→システム構築→データベース入力→テキスト→バランス調整 の順でやる予定でいます。3月末までにはデータベース入力までほとんど終わらせることを目標にがんばっていきたいところですね。
実際は気分が向いたらテキストを書いたりもするので、順番なんて実際はいい加減だったりもしますが……。

あと、戦闘処理の改造に伴って出てきたバグの修正をするなど地味ながらも重要な修正を入れながら続けています。
最近の画面に反映されるような修正といえば、NPCにレベル表示をするようにしたことくらいでしょうか。
同じ魔物でもレベルが異なるものが登場するシステムなので、わりと重要でしたね。レベル表示は結構ちっちゃいので、少し大きくすることも検討したほうがいいかも。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2017年1月28日土曜日

【ウディタ】ARPGの戦闘システムをつくる（4）戦闘情報表示

実装自体はそれほど難しくないけど、レイアウトやら表示する情報量やらを考えると頭が痛くなるやつです。

あるといいと思ったものとしては、
・ダメージ表示
・操作キャラのHP・SP
・NPCのHP

最低限この3つはないと遊びづらいですよね。システムにもよるだろうけど…。

で、他にもこーいうの表示したいな、などと考えた結果がこんな感じ。
なにげにこのブログで今作っているゲームのスクリーンショットを公開するのは初めてですね

まあ、まだ作成中なので、表示が増えたり減ったりするかもしれませんが、基本はこんな感じです。

ひとつひとつ見ながら説明を入れていくことにします。

まず一番上に表示されている「時刻・マップ名表示」ですが、これは町のなかでも表示されます。ぶっちゃけあってもなくてもいいけど、消したり出したりするのが面倒なので、出しっぱなしにしています。ただそこまで邪魔なものでもないし、なかったらなかったで画面のバランスも悪くなるので、これでいいかなと。
Moebirin Adventureでも同様のシステムを積んでいましたが、あちらはダンジョンいっぱいに設置されているランダムエンカウントシステムのなかに組みこまれていました（つまり歩くたびに呼び出されていました）。今回はARPGということで同じ手が使えないため、システム単体で独立させておいて、必要になったらその都度呼び出すようにしてあります。

画面下端に表示されている「スコア表示」ですが、これはモンスターぶっ倒すと増えるやつです。ひとつのダンジョン内で完結せず、複数のダンジョンにわたって蓄積されるゲーム通してのスコアです。これに関しては、まだ周辺システムができていないので、詳細はまた後日書くことにします。

左下に表示されている女の子は主人公（操作キャラ）です。ウディタ公式サイトの素材集に上がっていた高解像度向けのグラフィック合成器用素材を使って作成しています。残りHP%に応じて表情が変化するおまけ付き。
その脇にはHPとSPのバーなどプレイヤー情報を表示。スクリーンショットだとわかりませんが、下地に薄暗いピクチャを表示しています。ここはどのゲームでも同じような感じになっていますよね。このゲームは今のところバーの外枠表示がありませんが……。数値表示ですが、残りHP・SPのほうの文字サイズを地味に大きくしています。
主人公のレベルを表示している通り、このゲームはレベルの概念があります。普通ですね。ダンジョンを出入りしてもレベルがリセットされることはありません。レベルの概念があるなら表示したほうがいいんじゃないかなと思って表示しています。
プレイヤー情報の最下部には、現在のスキルセットと装備中のスキルが表示されています。あんまり見ることもないだろうけど、なに装備してたかわかんなくなると困るので表示しています。

画面の中央付近にはモンスターが3体と主人公が表示されています。モンスターグラフィックの上部に赤いバーが表示されていますが、これが「NPCのHP表示」です。味方NPCだと緑色のバーになります。
ダメージは食らったキャラの上半身あたりのどこかに表示されます。操作キャラも小っちゃいので普通ですね。表示はウディタ基本システムのフロントビュー戦闘にならって、ちょい上から落ちる感じの表示になっています。まあ、不完全すぎる再現ですが。

「むにむにの攻撃！」と表示されていますが、これは仮のものです。たぶん正式版ではスキル使用メッセージなんて出さないと思います。今も通常攻撃しか表示していないしね。地味に1メッセージで複数行表示が可能です。ただ画面が狭いので、NPC用の枠と主人公用の枠の合計2枠しかメッセージを表示できません。まあ、気になるほどメッセージは表示しないでしょう。たぶん……。

投稿者 時刻: 0 件のコメント:
ラベル: , ,

2016年12月25日日曜日

【ウディタ】ARPGの戦闘システムをつくる（3）技の仕様

ようやく全部の仕様が思い通りに動くようになって舞い上がってます。
作った仕様と、こんなのできるよということを書き連ねているだけですが……。

技の挙動
・エフェクトの動作
（1）発動者に隣接する場所にエフェクトが発生する
文字通り。いわゆる近接攻撃です

（2）エフェクトが前進していき、到達する地点に当たり判定が発生する
いわゆる遠隔攻撃です。内部の処理は（1）と同じで、（1）では前進する移動量に0を入れているだけです

（3）範囲内にいる、距離的な意味で発動者に最も近い対象者のいる地点でエフェクトが発生する
回復スキルとか、雷落とすようなやつです。見た目的に前進させたくないやつに使います。
必中だと強すぎなので、発生地点が若干ぶれるようにしています

・当たり判定
エフェクトそのものに当たり判定をつけているわけではなく、別に当たり判定を発生させています。
その関係上、前進するタイプの技能が移動しているところにぶつかってもダメージを受けません。これはもう、どうしようもないね。
当たり判定には、「当たり判定が発生するまでのフレーム数」と「当たり判定が再度発生するまでのフレーム数」を設定することができ、これによって「判定の出が遅いけど高火力」「回復エリアを発生させ、じっとしていれば何回も効果を受けられる」といった性質を持った技能を作成可能になりました（これを今日ようやく実装できた）。

・技能を食らったとき
食らったら、技能ごとに設定された無敵時間が発生します。
自身を対象とした回復スキルでも設定すれば無敵時間が発生するので、やろうと思えば「使えば一定時間無敵になれるバリアを発生させる」みたいなこともできるわけですが、無敵時間を削る技能はあいにく作れないので、そんなひっでえ技能作らないと思います
あと、一部スキルを除き、食らったときのリアクションが発生します。NPCはノックバック、主人公はその場で飛び跳ねます。

・コスト
発動には技能ごとに設定されたぶん以上のSP（MPとかTPとかで表記するゲームもある）を必要とします。
技能を使用した後は、技能ごとに設定された再詠唱時間が発生し、すべての技能が使用不可になります。

技の発動
（1）キーの入力（2種×2セット）
技能は通常攻撃も含め、装備することでキー入力による発動ができるようになります。
2つの技能を登録できるスキルセットが2つあるので、キー入力で使用できる技能は実質4種類になります。
セット切り替えは戦闘中にAキー入力で実行できるようにしました（攻撃は左Shift／Zキー）。

（2）メニューから使用（習得済みの全種類の技能／再詠唱時間にペナルティあり）
難易度選択機能をもし実装したら、イージーモード限定にすると思うような、やさしい機能。
習得済みならすべての技能が使えます。効果が及ぶ目安範囲まで表示するようにしたよ。
ただ、全技能使えるという超性能なので、次に技能が使えるまでの時間（再詠唱時間）にはペナルティをつけるようにしてあります。


基礎は講座を参考にしたとはいえ、初めての自作戦闘で、ここまで実装するのはすごく大変でした……。
ただ、おかげでテストプレイ中に戦闘するのはすごく楽しくなりました。
前回の記事から今回の記事を投稿するまで、戦闘の画面表示とかメニュー画面とか作っていたので、それについての記事も空いた時間に書いていこうと思います。

システム関連で未作成なのは、コンフィグと一部の補助的なもののみとなったので、あとは中身を詰めていく作業になります。
まあ、ウディタはこの作業がスッゲーしんどいわけですが……。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2016年11月6日日曜日

【ウディタ】ARPGの戦闘システムをつくる（2）NPCのAI

前回の記事を書いたあと、NPCのAIづくりをやっていました。
やたら重かったり、使い勝手が悪かったりしたのと、最終的に落ち着いたもののバグ取りに時間がかかって、結局5日ほどを費やしてしまいました。

処理の方法ですが、
確率行動+特定条件下で指定された行動をする
という形に落ち着きました。細かい条件指定とかはできないですが、まあターン制のバトルじゃないので、ある程度ゆるいAIでないとうまくいかないでしょう、きっと。負荷もきついしね。

個人的な要件としては、
味方属性のNPCの存在を考慮すること（シナリオ上の理由から）。
敵属性の仲間同士で補助ができるような処理をつくること。
RPGらしく一定HP切ったら本気モードとかできるようにしたい。
ある程度NPCが手加減できる仕様を入れること。
状況に応じて多少戦い方を変えられるとなおよし
…こんな感じ。まあ、以前クエストシステムとか作っていたときよりはざっくりとしたところから形にしています。大丈夫かよって感じもするでしょうが、実際ほぼ期待通りの動作ができているので、いいんじゃないでしょうか。期待通りの動作をするまでにいくつかバグ出たので潰したりもしましたし…。

仕様

NPCが使用できる技は基本3種類まで。あとは特殊行動用に+3種類があります
また、行動処理と移動処理には、キャンセル率を設定できます。移動はランダム移動時にそれっぽく見せるため、行動処理は、技が撃てるときに必ず撃つようにすると鬼畜難易度になってしまうためです。
ぎゃくにいえば、キャンセル率を調整することで難易度調整できるということでもあります。雑魚敵は高めに、ボスは低めにといった感じ。重要ですね。

特殊行動
特定条件を満たしたとき、必ず実行する行動
条件は、
①自身の残りHP%が、指定%以上または以下のとき
②行動（攻撃/回復）した回数が指定回数目のとき
③敵または味方との距離が、指定範囲の内または外にいるとき
で、「または」を挟んでいる要素はどちらか選択する形になるので、実質的には7種類の条件が存在します

この条件を満たしたとき、
AIを切り替えるか、指定された技を使うことができます。
AI切り替えは何度でもできますが、指定された技は一度しか使えません。技が一度しか撃てないのは、節目ごとに大技を放つような使い方を想定しているため。

これでなにができるかというと、たとえば
・敵が離れたところにいるとき、自己強化に特化したAIに切り替えて待ち構える
・敵が近距離戦闘タイプだったので、自身も近距離戦闘のAIに切り替えて応戦。間合いが取れたら遠距離攻撃のAIに戻す
・HPが減ってきたので大技をぶっ放す/本気モードのAIに切り替える

みたいな感じ。1キャラ1AIではなく、複数種のNPCが1つのAIを使えるようなつくりにしたことで、AI切り替えが実装できました
わりと重要なシステムです。

行動
指定された範囲内に敵または味方がいたとき、攻撃または回復を確率で選択し、確率で最も高威力または最も低コストの技を選択して、技を発動する処理。
当たり判定の範囲を考慮すると、どうあがいても処理がめっちゃ増えるので考慮してません。

走査
指定された範囲内にいる、最も残りHP%の低い敵味方、最も近い敵味方と走査しているキャラとの距離と見つけた敵味方のイベント番号をデータベースに保存する処理。
主人公だけ探すのではなく、敵同士とか、味方同士の情報も探せるので、敵が弱っている仲間を回復しに向かう行動なんかができます。

ウディタ関連のサイトでこういう走査処理について扱っているところは少ないと思うのですが、数少ないそのサイトでは、この処理走査をする処理はどうあがいてもスッゲー重くなると書かれていました。主人公だけ探すなら楽らしいけど。
ちなみに自分は負荷対策で、生きている戦闘可能キャラかつ画面内にいるNPCのみ処理するようにしています。画面外からひっそり近づいてくるNPCは今のところ作れないというわけです

移動
確率で敵か味方に、
指定範囲内に対象がいるときだけ、
確率で残りHP%が最も減っているやつか最も近いやつに接近する処理です。
敵か味方を確率で選択する処理は実質死んでいるようなもので、実際は敵100%か味方100%にしないと、NPCが敵と味方の間を右往左往し始めて使い物にならなくなります
範囲内に誰もいなかったらランダムに移動します。

まだ経路探索処理という、障害物を回避できるようなかしこい処理が未実装なので、これから重くなる処理です。それさえできればもうAI処理の処理部分はできあがりとなるはず…。
さっきウディタ公式のコモン集を見たらちょうど経路探索処理をしてくれるコモンがあったので、組みこめそうな処理だったら組み込むかもしれません。無理だったら自分で組みます。


そんなわけでおおむねAI処理ができたので、画面処理を作っているのですが、これもむずかしい…。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2016年10月31日月曜日

【ウディタ】ARPGの戦闘システムをつくる（1）基本的な処理

講座でもなんでもねえ、ただの制作日記です。
ちょっと前置きが続きます。

まえおき
現在公開中のRPG「Moebirin Adventure」を公開してからは、「作るのは大変だったけど、経験が生かせるように次の作品もRPGにしよう」と思っていたのですが、
「RPGを作るといっても前作の戦闘や育成システムはそのまま流用するのではなく、強化していかないとやっぱ面白くないよなー」と考えるのは、ゲ制以外の創作をやっていても当然のことながら似たようなことはあるわけで、
その当然の流れから、ほしい機能でウディタ公式にないものをなんとか自作しようと奮闘することになったのでした。

しかし、基本システムの改造は場所によってその難易度が大きく異なり、単体である程度独立しているコモン（例えばコモン164番の単体処理とかね）はわりと容易に改造できてしまいますが、一方万能ウィンドウが絡んでくる描画系コモンなんかは結構めんどくさくて、ものによっては大量の「一時変数」が飛び交う魔境だったりして、処理を理解するところまでで気力を使い果たすレベルでした。

あと、やろうとしていたゲームのシナリオ的にも、フロントビューのコマンド式バトルよりも、アクションRPG的な、プレイヤーの操作がよく反映されるゲームのほうが合っていそうだったので、システムの流用&改造は少しやったところで取りやめて、ARPGで作ることにしたのでした。

本題
ここから本題。

じゃあ、ARPGにするとして、どういう処理が必要で、どういう情報をデータベースに入れておく必要があるかという知識は、考えればある程度は出てきますが、前提としてARPGのプレイ経験がさほどでもないので、とりあえずネット上にあるARPGの制作講座を探しました。
でまあ、参考になったのがこれ。ニコニコ動画に上がっていた実況講座。変数の概念がある程度わかっていればかなりわかりやすい講座なので、個人的にはかなりおすすめ。
アクションRPG編の1～4を順番にやっていくことで、アクションRPGの戦闘処理の土台である

・対応するキーを押すと攻撃エフェクトが出る
・敵に当たるとダメージを与えることができる

この二つと、それに関連した処理をある程度揃えることができます。ここまでのハードルがめちゃめちゃ下がるのは自分みたいなへっぽこにとってはすごくありがたいですね。
ただ、最低限の機能のみなので、ある程度は自力で工夫する必要があります。また、不便な仕様や不具合もまったく無いわけではないので、こちらも自力でなんとかする必要があります。ただ、そういう自力での工夫という工程は動画見ながらサッサと作ってしまったので、対応する処理の案なんかを取り上げることは残念ながらできません。
工夫のコツは、システムは違うものの基本システムの戦闘処理の流れを理解すれば掴めると思います。コモン188番の「X◆戦闘処理」なんかが特に参考になるはず…。ダメージを与える処理はコモン164番の「単体処理」が参考になります。
基本システムの描画や一部の内部処理は難解なのであんまり参考にできないのですが、コモン単体で処理がある程度まとまっているものは大いに参考になります。

それで、結局講座とその関連で組んだコモンやDBの内訳がこんな感じ。
主人公操作：攻撃キーの受付をするコモン。
NPC：敵キャラの動作を指定するコモン。まだ主人公に近づいて、一定時間ごとに攻撃してくるだけ。AIはこれから組んでいく予定…。
攻撃：発動者と技能に応じたエフェクトを表示するコモン。
向き→角度：指定キャラの向いている方向から角度を算出するコモン。動画のまんま。
当たり判定：技能の性質（相手に当てる技か自分に使う技か）を見てから当たり判定を発生させるコモン。当たればダメージ処理とリアクションを発生させる。
ダメージ計算：ダメージ計算をして、対象にダメージを与えるコモン。
状態判定：とりあえずダメージ計算のあとに呼び出して、対象のHPが0以下なら死んだとみなす処理をしているコモン。
主人公DB→戦闘DB：主人公のデータを戦闘用DBにコピペするコモン。
敵DB→戦闘DB：敵のデータを戦闘用DBにコピペするコモン。

DBは基本システムのものを削ったり増やしたりしただけ。
主人公データ：項目名の変更だけ。
戦闘用DB：主人公と敵のステータスを一時保存しておくDB。
敵キャラ：敵キャラのステータスを入れとくDB。
技能：大量に項目をいじったので基本システムとは別物に近いかも。ただ、RPGなのでベースは共通（コストや威力）
アニメーション：ほぼ基本システムのまんま。効果音をシステムDB管理に変更したくらい。

まあ、なんていうか、講座以外で新しく自分で作った部分はまだ他人さまに見せられるような中身でもないので、こんな感じで…。
投稿者 時刻: 0 件のコメント:
ラベル: , ,

2016年10月2日日曜日

【ウディタ】Moebirin Adventure を公開しました


このページの最終更新：2016/11/18

こちらのページの更新予定はありません。最新の情報は別ページに掲載しています。

最新バージョン：2016/11/18 ver1.04に更新しました。

こういうゲームです
・ジャンル：RPG
・プレイ時間：3～4時間程度
・プレイヤーがキャラクターを作って遊びます[ギルド名、名前、外見]。外見は30種のなかから1つ選ぶ
・近所の森に薬草取りに行って帰ってくるゲーム並みのストーリー要素
・周回要素はないです
・最終目標は街の近くに出現したあるモンスターを倒すことです
・戦闘難易度は全体を通してみるとやや低め。スキル使用が前提のバランスです。ウディタ製でみかけたかもしれないフロントビューのターン制バトルです
・職業は11職業あります。新規登録時は基本職のみに就けて、条件を満たすと転職ができます。
・レベルアップでもらえるポイントを割り振って戦闘に使用するスキルを習得したりステータスを成長させたりできる
・クエストは約30個
・装備は武器と防具2つ
・街は歩けません
・戦闘やメニュー処理などはウディタv2.02aの基本システムにいくらかカイゾウを加えたものに自作のシステムをいくつか乗っけています

ゲームの要素】
＜キャラ育成＞
・スキル（特殊技能）の習得は、レベルアップによって獲得できるポイントを使用することで行えます。
・取得できるスキルには、全員が取得できるコモンスキル、そして戦闘中に使用することができるスキルが、基本職は3～4個、上級職は7～10個程度存在します。
・転職は、条件となるステータスを満たすことで可能となります。早く転職したい場合は、コモンスキルを活用しましょう。
・基本職4職と上級職11職があり、基本職と上級職の組み合わせ次第でより強くなる職業もあります。上級職のなかには、基本職と同じ名称の職業が含まれます。
・装備箇所は武器1つと防具2つです。

＜戦闘＞
・よくあるターン制フロントビューバトルです（ウディタ基本システムver2.02aベース）。
・強力な補助効果を発揮する「場効果」が存在します。
・戦闘難易度はスキルの使用を前提としています。

＜探索＞
・よくある2Dのダンジョンです。森マップが多いですが、これは制作者の趣味です
・ダンジョンレベルという概念があり、ダンジョン内で戦闘を繰り返すことで上昇し、より強い編成が出現するようになります。

＜その他＞
・時間の概念が存在します。0～5時までを深夜、5～6時を早朝、6～8時を朝、8～18時を日中、18時～24時までを夜と区分しています。

配布はふりーむ（http://www.freem.ne.jp/win/game/13059）や
Googleドライブ上で行っています
（https://drive.google.com/open?id=0BxNOdMNeFHcoWEdLZHVhRl92TGs）。
バグ修正の反映はGoogleドライブが最もはやいです。

投稿者 時刻: 6 件のコメント:
ラベル: ,
登録: 投稿 (Atom)