超ウルトラスーパー米の子

さらに修正+STRICT化して公開 プロジェクト 　キー:1DR33K3E 　サイズ:1079070バイト ファイルのみ 　キー:2DNN83N4 　サイズ:25183バイト

いまオフラインなので、明日になるかな…

気づいていると思いますが 土台係とプログラム係のコメント場所を 統一しました！

主さん サンプルプログラム追ってます…？

↑Yes

よかったです

ストーリーもせっかく合作なので ほぼ同時進行で作っていきたいんですが 皆さんの文句が無いように作っていきたいので 小分けにして投稿していきます

小分けにして投稿したストーリーで変更して欲しいところがあるとき 楽に対処出来るようにです

タイトルが欲しいですね

プチコナーズ冒険記みたいなのは？

なんか、すごく レトロなBGMが合いそうですね…

みずさわ☆めぐり氏がBGM係に 参加しているからには もう少し現代風でもいいかと あ、でもフィールドデザインからするとレトロな方が面白いですかね

あ、Unified Peticonersが メインのストーリーなんでしたっけ (忘れたわけではないです 土台班の議論が活発すぎて、 流れが掴みきれていないだけです)

タイトル名&タイトル画面作成は ゲームの中身を完成させた最後に 持っていきたいんだけど…。 今のイメージとはズレたゲームに なる可能性もあるので。 一応言っておくと、 あのストーリーって実は'裏'も 考えてるので、シリーズ化して2作品目とかを 作ることになっても、大歓迎です。

あっ ハイ… ちょっとストーリー見てきます

とりあえず、仮名として 「ユニプチSRPG」とでもしておく?

https://miiverse.nintendo.net/replies/AYMHAAADAAADV44EFgJ4yQ ここが最終的なストーリーの 流れになるのでしょうか

うん。

ありがとうございます

CHRMOVE_V1.5公開 プロジェクト全体 　キー:N3A3QJ8S 　サイズ:1088011バイト ファイルのみ 　キー:4D8DA3X3 　サイズ:26263バイト PETITRPG_HELP公開 　キー:B2L3N34E 　サイズ:7841バイト

改善点 ・デベロッパ向けヘルプを追加 　(随時更新していきます) ・メニュー画面を追加 　(選択項目は未定です) ・完全なOPTION STRICTを実現 　(現状STRICTモードです) ・ウィンドウ表示を関数化 　(引数は X,Y,幅,高さ です)

さらに更新 PETITRPG_HELP 　キー:4K3X8X 　サイズ:8571バイト

改善点 ・SPRITE管理番号の使用状況表を追加

これで、かなりコードの可読性が 増したと思われます。 他の自作関数についても 更新していこうと思っています

マップ移動時は スライドパッドも使えたらいいですね

(あ、やっぱりそうですよね… 修正して公開しておきます) だにえるさんのストーリーの流れ、 熟読させていただきました。 メニュー項目としては、 ステータス、道具、プレイヤー情報、セーブ、設定、ノート、閉じる(ぇ という案で考えています 続

ステータス 　仲間の状態やレベルを確認 道具 　道具一覧を開く。 　ポケモンの「ボックス」みたいな 　使い方ができてもいいかも 　(手持ち道具数制限) プレイヤー情報 　プレイ時間などの確認

ノート 　NPCに聞いたこと、 　看板に書いてあった 　重要な点などが 　自動的に記録される。 　内部的には単なるフラグ操作 セーブ 　セーブ。ただそれだけ 設定 　ポケモンの「せってい」と同 閉じる 　ウィンドウを閉じる。

※順番は変わる可能性があります

だにえるさんの考えたストーリーと GMプログラマーSHさんの考えたストーリーをもとにして 整理していくという感じでいいですか？

https://miiverse.nintendo.net/replies/AYMHAAADAAADV44FOlRgYQ これが元になっています

魔王に姫がさらわれる。 仲間とともに魔王城に向かう。 マップ移動(と以下3種類のイベント)を繰り返す ・アイテム購入、仲間が増える ・魔王の手下と遭遇、戦闘。 ・聖獣に出会うこともある。 　強力なアイテムが入手できる 魔王城に辿り着く。その奥で連戦。 魔王を倒し、姫を救い出して ハッピーエンド。

(だにえるさんの投稿のコピペになります)

ふむふむ。 何か作ってほしいシステムがあったら言ってね

ありがとうございます

（うちのBEGIN_LOOP命令を使うと、ボタンとかを変数にしまったり、プレイ時間を記録したりとかいろいろついてくるけど…ちょっと扱いが難しいかも）

(MiniRPGのサンプルの方に入ってますか？)

マップ情報のラベルがネストされてローカルラベルっぽくしてるけど、マップ２つめを定義するとMAP_STATUSが二重定義なっちゃうのでローカルラベルっぽいの消すか定義固定にするか拡張予定ならデータ数か終端文字定義するかに期待。 マップIDも担当によって10～19までとか決めればマップとメッセージファイルのマップラベル範囲だけ取り込むだけなので開発行けそうな予感 アイテムは配列に入れてるけど配列の順番かえちゃダメなのコメントに書いた方がいいかも（DATA位置がIDになるのでずれたらいろいろ大変）

ストーリ（音楽、絵も）はプログラムから見ればただのデータ（DATA文などファイルに追加なのでコードの作り知らなくてもできる） ゲームシステムはプログラムから見ればロジック（新しくコードを書くのでコードの作り知らないと大変） 全体が動く基本プログラムを作るにも、ストーリーからシステムに必要なモノを話した方がよさそうかも。 （シナリオフラグ配列、バトルシステムによる敵と主人公のステータス配列、レベルアップによるステータス上昇のしくみ、どの情報をセーブするかなどなど） ※基本プログラムができあがればみんなで追加や修正ができそう

BEGIN_LOOP命令は入ってるよ DEFのところを色々見て、気になったらこれ何？って聞いてくれると活用しやすいかも

ありがとうございます！

なんか魔法も使えたらいいと思う もちろん名前はオリジナル

»魔法 FEにもあるから、あっていいと思う。 でも確定するのは、もう少し後で。

(魔法名がBASICのコマンド…) いや、なんでもないです

BGのグラってデフォルトのものを使うの? せっかく絵係がいるんだから、 オリジナルのものを作ってもらう っていうのはアリだよね?

たんじぇさん≫ うう、そうでした… 拡張予定は全くないので 終端文字で 判断するようにしておきます

だにえるさん≫ プログラム中で システム的に確保しておきたいエリア以外は開放する予定です それを含めてPETITRPG_HELPを更新します

現状確保しておきたいBGおよびSPRITEエリアは SPRITE面の右端最下端48＊48ドットのみです（メッセージウィンドウ）。 さらに縮小できそうな気もしますが、拡張性の観点から これくらいのサイズがベストかな、と勝手に思っています

ただいま！ メッセージウィンドウは その話し相手が誰かわかる方がいいです (例) 魔法使い やっぱり りんごは すてきだ

(サンプルDLしてますか…?) メッセージウィンドウの構造的に 不可能ではないですが 少し改変が必要ですね

（アトリビュート駆使すればウインドウ用SP16*16も可能というツッコみはいいのだろうか）

ええ、理解しています 究極8×8でも実現可能です しかし、ここは拡張性の観点から 48×48としています。 (ウィンドウの着せ替え的な 拡張性を予想)

そういえば SEKI22さん 最近来ませんね……

あー着せ替えかーなるほど

はい。 簡易テンプレ集等装備しても 面白いと思います

BGM係の方がかなり待っているので ストーリーを作っていきましょう 最初 姫がさらわれる 最後 魔王を倒す 2への伏線(2は作るかわからん) これに、魔王の設定となぜ姫をさらったのかという理由と 姫の設定などをつけていきましょう Unified Peticonersは一体どんな団体なのか Unified Peticonersは魔王または姫または舞台となる町、世界と どのような関係があるのかという設定も必要ですね

今から僕が考えた設定を書いていくので 変えてほしいところなどがあれば 意見よろしくお願いします 姫 ・このゲームに出てくる国の王子の婚約者(厳密に言うと姫じゃない) このほか名前などは皆さんの追加意見で 魔王 ・この世界を侵略しようとしている ・ある程度の魔法が使える(なぜ使えるかは伏線or裏設定にする) ・手下の過半数は自分の魔法によって召喚したもの ・王の政権がなくなった瞬間を狙い、後継ぎをさせないようにするのが 姫をさらった一番の理由

(BGM係を応募するのが早過ぎたのでは)

Unified Peticonersについては また今度 意見お願いします

僕が思ってるのは… 姫(役:みずさわ☆めぐり氏が適役?) 　*魔法が使える(ピーチ姫的な?) 　*やんちゃ 　*魔王にさらわれるも、ry(裏) 魔王 　*元々魔法は使える 　*世界の侵略のため、'古代魔法の力'を 　　手にいれるため姫をさらう。 　*手下は魔族の兵士達。

役:みずさわ☆めぐり氏が適役? 魔法が使える 魔王にさらわれるも、ry(裏) 世界の侵略のため、'古代魔法の力'を 手にいれるため姫をさらう。 個人的にこれ好きです

俺居ますよぉぉぉぉ

↑なっ…なんだとっ！？∑(ﾟДﾟ)

めぐり、魔法が使えるなら 助けた時点で パーティーに加入とか。 さーせん。 (気にせず流して下さいね。)

BGMと絵を作る人が何人いるかだけど、ストーリーというか世界観は剣と魔法と姫と魔王の世界なら中世っぽい感じで、フィールドと魔王の手下と戦闘があるので、今決まっている事からでもBGMは依頼出来ると思う ストーリーが膨らんできたらそれらしい伏線を含めてさらに街やタイトル（平和な時代か、事件が起きた後か）もという感じで。 （チームのイメージ音楽作ってもらうのもありだと思いますよ） 絵もプチコン内蔵のキャラ（歩行４方向）を書き換える形なら、姫や兵士や主要主人公（参加者）なども書き始められそう 絵と音楽は行き当たりばったりで作れないので、何を作らないといけないかはまとめた方が良いかも

ちなみに、決まったことを書き込むお絵かき投稿をした方がいいかも 決まったこと以外書いちゃダメなので。 「まだ決まってないこと」も今の段階では決まってることなので、必要があるなら書き込みだけど、話し合わないといけないことは書いちゃだめで（「魔法が使える」じゃなくて「魔法が使えるかはいろいろ決まってから」な感じで） それ見れば何が決まってるかすぐ見れるし、何を決めないかわかるし、そこから新しく思いつくこともあるかもだし、 まずは だにえるさんのまとめ画像をコピペで、そのあと決まった事を追記するのがいい感じ みんながゲームの中に出てくるとか、バトルがFE風かDQ風かは未定だけど戦闘はあるとか、ゲームタイトルはストーリー決まってから決めるとか 流れでなんとなくそうなるだろうって暗黙の了解とか文章にしておくの大事です

たんじぇ さん≫ 簡易マップ/NPC会話エディタ的な ものを作っておくべきでしょうか？ 現状、今日または明日に公開予定の 「PETITRPG_V1.6」では ・MAPDATA内のRESTOREを削除 ・メニュー表示機能 　(選択までできるようになるのは 　 V1.7になるかもしれません) ・システムコンソールを追加 　(マップジャンプ、 　 NPC会話データ呼び出し、 　 インベントリ編集等) を予定しています。

追加として、 ・簡易マップエディタ ・PETITRPG_HELPの情報量追加 等も、一応考えてはいます。 マップエディタは全投稿で 共有してもいいかと思います (プロジェクト「PETITRPG」ごと)

あ、さらに追記させてください ・道具ライブラリは 　完全に作り直す可能性大 ・現バージョンの構造では 　ムービー的シーンの実装が可能 　(デバッグ用関数DRND()使用) 連投失礼しました。

じつは参加宣言してなくて、プロジェクトがうまくいくように流れを見守っているだけで、ゲームの内容までは意見してないので、必要そうなのは話し合って決めるといいかもです。 （みんなでゲーム作ろう的なのはだいたい完成しないで終わるので、プチコンコミュではぜひとも完成させてほしいところなのです） 個人的に言えば、プチコンコミュニティだし、みんなプチコン触れるので、いまのままマップファイルやメッセージファイルに書き込んでもらうのもありだと思います 将来スロットで使うのが増えると思うので（音楽とか敵データとか）、メッセージはマップでしか使用されないので、マップとメッセージは同じファイルに統合するのも手かもです。

マップエディタ作っちゃうと簡易RPGツクールになっちゃうので、 エディタ作成、エディタのファイル読み書き、ゲームシステムのファイル読み込みと、結構完成させるまで大変な感じです。 マップエディタを他の人が担当するのもありかもしれないけど、ゲームシステム側でマップエディタ側でマップファイルのデータ構造はちゃんと決めないといけないので、それはそれでまた大変な感じです。 今のマップデータ構成でもNPC会話以外に、マップ移動やシナリオフラグ管理（などなどRPGツクールで使ってるようなのいろいろ）は必要になるので、それをマップに置くのか、マップに置くなら定義どうするか、別ファイルなのか、いろいろ考えないといけないので、 まずは「複数マップで動けるようにする」を目標にしたほうがいいかもです

ただいま TTcreationさんのプログラムを スライドパッド使えるようにしました キー【N34N4JLY】

(WiiUで作ったからもしかすると出来てないかも…)

たんじぇ さん≫ 構造上、複数マップの移動は可能です (関数MAPREAD内で NPCも初期化済みです。 二重定義等でエラーにもなりません) 公開予定の「PETITRPG_V1.6」では NPCの会話内容に 「JUMP:マップ番号」 と入力することで マップジャンプができます。

(裏機能として、V1.5でも 「CALL:@NPCラベル名」 と入力することで 指定したラベルのデータを読めます) 複数マップの移動の安定化が 完全に済んでいないので、 今回公開するV1.6では マップ移動に不具合が出る 可能性があります。

V2.0までにベースシステムを 完成させ、それ以降はストーリーや 絵、BGMとの擦り合わせを 行っていこうと考えています。 (僕のサンプルがこのまま 使われれば、の話ですが…)

主さん≫ スライドパッド移動は V1.6で実装予定でした… 現在DLできる環境にないので 今日中にDLして確認しておきます。

大変お待たせいたしました。 PETITRPG_V1.6公開 　プロジェクト全体 　　キー DRCQ83Q4 　　サイズ 1090831バイト 　ファイルのみ 　　キー N3A3EXLX 　　サイズ 29083バイト 改善点 ・アドバイスを受け、 　関数MAPREADを編集 ・システムコンソール実装 詳しくはプログラム中の REM文で確認してください

ちょっと力尽きかけてるので キー間違えてるかもしれません。

次回更新予定 ・メッセージウィンドウに 　喋っているキャラを 　書き込めるように

アドバイスください… ・アイテムとインベントリの管理 ・スライドパッドによる斜め移動

複数マップで移動が出来ないとストーリーや世界観やマップが決まってきたときに、分担してマップやメッセージが作れなかったりもなので、 マップを歩いてたり、イベントなどで別マップに移動できるような仕組みをそろそろあったほうがよさげかも （マップファイルかメッセージ系かの定義どうするかや、マップ端で移動なのか、チップに乗ったらなのか会話中なのかとか） メニュー系も必要かもしれないけど、主人公用のステータス配列を必要そうなぶん用意しておいて、今後のバトルシステム実装のために準備しておくとよさげかも。 （メニューも呼び出し口あるし、他の人でも作れるはず） バトルシステム呼び出し口はあるので、バトルシステム案が複数あるなら、その案のバトルを他の人が作ることも一応可能な感じ。

ログとコード読んでマップ移動がNPC会話で実装されてるのをいまごろ把握。 そうなると特定のところ（階段やマップ端）にいったときに何かしら実行される仕組みが必要かも（イベント） NPC26体制限はマップデータ定義によるものなので、NPCの数ぶん座標定義と、イベントの数ぶん座標定義するようにして、DATA文の終端管理するとよさげだけど 実装側のコードの変更量が結構大変そうなところです。 マップ作成を分担するのに、メイン側の開始の方で @MAPDATA_DEBUG ラベルが居れば呼び出すようにして、 マップのデバッグのためにマップ番号や開始座標などの指定をするようなデバッグ呼び出し処理があったほうがよさそうかも。 ＞ナナメ移動 ゲームとしてナナメ移動を入れるなら 0.6はぎりぎりなので0.4くらいがよさげ ナナメ移動を入れないなら、判定条件を厳しくしないといけない感じかもです。

バトルシステムがどうなるか分からないけど、バトルシステムとしては主人公たちのステータス、仲間（兵士？神獣？）たちのステータス、敵たちのステータス、装備品（武器種類、防具種類）、バトルシステムに影響する特定のパラメータや攻撃手段などなど、 プログラムとして実装しなくちゃいけない配列変数がそろそろ必要な予感がします。 ゲームとしては主人公たちのパラメータで敵たちのパラメータを操作して、何かを得たりして主人公たちのパラメータが変わる流れなので、そろそろ必要なパラメータを話し合った方がよさそうかもです。

たんじぇ さん≫ MAPDATAのデータ形式に ワープ先座標を書いておき、 読み込む際にMAPMEMO配列の 二次元目に格納すれば 実装できると思います。 (マップ定義はやはり終端文字で 分割したほうがよさそうですね… 次バージョンで改善しておきます)

次回更新予定 ・会話システム機能追加 ・マップワープ実装+MAPREAD更新 ・プログラム中で定義されている 　全てのグローバル変数の詳細を 　PETITRPG_HELPに追加

とりあえずストーリー案 姫(役:みずさわ☆めぐり氏が適役?) ・このゲームに出てくる国の王子の婚約者(厳密に言うと姫じゃない) ・魔法が使える(ピーチ姫的な?) ・やんちゃ ・魔王にさらわれるも、ry(裏) 魔王 ・この世界を侵略しようとしている ・ある程度の魔法が使える(なぜ使えるかは伏線or裏設定にする)or元々魔法は使える ・手下の過半数は自分の魔法によって召喚したものor手下は魔族の兵士達。 ・王の政権がなくなった瞬間を狙い、後継ぎをさせないようにして侵略するというのと '古代魔法の力'を手に入れることが 姫をさらった一番の理由

orになっているところは どっちがいいですか？

主要関数(MAPREAD、MES等)の 規格が定まらないことには ソースの共有がしにくくなるので、 なるべく早めに規格を定めたいです 主要関数の更新予定 ・会話中のキャラ名を表示 ・MAPREADは終端文字で分割 ・マップ端ワープ、階段ワープ 続

・NPCとの会話でアイテムを 　入手(購入？)できるように ・マップ上の箱や棚等の 　オブジェクトから 　アイテムを入手可能に 　(MAPDATAに書き込み) 以上を現在の方針としています。 この他に何か実装したい機能があれば コメントお願いします

すいません喋りすぎました 主さん、次トピお願いします

作って来ました！ 一応URL https://miiverse.nintendo.net/posts/AYMHAAADAAADV44F7wPRgg

移動してください！