HSPでＲＰＧ

まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ
まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ
まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ
まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ
まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ
まんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこまんこ

たていすかんなにらぜ゜ちとしはきくまのりれれけむむ

なんかもう一個のほうのスレで頑張ってる奴がいるから俺はこっちで頑張ろうかな

じゃあ俺は応援する

>>120
この文字だけのRPGすげーカッケェーっすね
センスがパネェっす

マップエディタ作るのが難しいっす
既存のエディタを借用すれば楽だけどせっかくなので全部自作を目指すのだった

開発中はインタプリタで実行して
exeファイルにするときはコンパイルするってこと出来ないかな

なんかマップエディタよりドット絵が描きたくなってきたです

ゲーム制作より絵を描く方に興味を持ったのでそっちに行きます
それではお元気で(･∀･)/ヾ〜

>>289から>>290にいって、自分の素材を使いたいがためにゲーム制作に戻ってきたっていうタイプもいる。

自分で作ったプログラムと絵と音楽が合わさると感動するわな

自分で使うのが恥ずかしいってことも・・・そうそう無いか
音楽とか作るの苦手だわ、俺

まちびとに話しかける度に、文字を表示したいのですが、文がたくさんありすぎて
画面がみずらくなってきました。
文だけを別ファイルにするほうほうとかはあるのですか？

あります

>>294
「みずらく」じゃなくて「みづらく」な

戦闘部分のソースがカオスになってきた

ho

無料RPG製作ツール「ロープレジェネレーター」
ttp://sekisekki.net/index.htm
　直感的操作で簡単なゲームが作れます。 簡単に配布可能な状態に出力することができます。
(HSP製のソースコード付きで、スクリプトの知識があれば自由度の非常に高いカスタマイズ
ができます）
他にも仲間預かり機能（100人も）や、仲間の状態/状態異常を細かく設定できたり、
乗り物が作れたりゲーム中に画像を差し込んだり、回転やフラッシュなどのエフェクト
なんかも簡単に作れる様です。戦闘はデフォだとドラクエ系。
移動は矢印キーの他に、キャラがマウスを追っかけたりするとのこと。
　他にはオートアクションというのがあってオリジナルシステムの製作に役に立つかも
しれない機能です。これは、マップエディタで設定することで、「マップに入った時・
出た時・一歩歩いた時・戦闘開始前」に自動的に実行されるアクションを設定できる
機能です。
■分からないことや要望は掲示板へどうぞ。他にもいろいろ進化中みたい。

>>294が何年前かドキドキしながら書いてみる

別ファイルにまとめて書いた文章＆文章表示命令にそれぞれラベル付けて、メインファイルからgosubで呼び出して使う

…の前に、文章まとめた別ファイルを#includeな、#include

#include だぞ、忘れるな

>>300
ありがとうございます。

294じゃないけどHSP本家BBS見て荒んでた心が和んだｗ

>>301
見てくれてて良かった……
なら詳しく書くけど、メインファイルに

#include "(別のファイル名)"

を記述しておくと、ここで指定した名前のファイルがコンパイル時に結合されて、これ以降は同一ファイルのように扱える

ただし、別ファイル内で作成した変数やラベルなどを呼び出すより前に#include命令がないとエラーになる(存在しないものとして扱われる)から、なるべく最上段に書いとくのがいいよ

気がついた

sage

HSPもそろそろクラスや構造体使えるようになっても良いよな
データ管理がキツイ

>>305
モジュール変数使おうぜ

ドラクエのような、全方向MAPスクロールって、割と簡単に作れるのね。
（まだ、作ってる途中だけど）

ちょっと、ビックリした。

mjd?あれ難しくない？＞マップスクロール
以前やろうとしたけど、難しくて上手くいかなかった
しょうがないので、マップは固定させて、
プレイヤーが動き回るようにした覚えがある

暇だしHSPでRPG作ってみるか
とはいえ、絵は描けんし音楽も作れんしプログラムもろくに書けん

・マップはフィールド/村のみ
当然ながらマップスクロールなんてものは無し　ムズいから
・戦闘は攻撃/逃げるのみ
　魔法やらアイテムは難しいから無し
・音楽もマップチップも借り物

ぎりぎり何とかRPG？と呼べるレベルの
DQ1を超劣化させたRPGもどき

・・・これでも完成できるかどうかわからんなあ・・・

プロジェクトスレッドについて　概要や製作状況をまとめたWebページがあることが最低条件です

とか書いてあったので、ひとまずブログ作成
zipファイルはアップロードできるので、
作成途中のファイルはここにアップしていく予定

ttp://hsprpgseisaku2c.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/%E8%A3%BD%E4%BD%9C%E3%83%A1%E3%83%A2%201

ブログたてたんだ。
フットワーク軽いね。

自分は、
A=裏仕事用のウィンドー、
B=表示用のウィンドー、
C=キャラクターチップ用のウィンドー、
D=MAP用のウィンドーと、
４つ用意して、

redraw 0
DのチップをAにちまちまとコピー
AをごっそりBにコピー
CもBにコピー
redraw 1

っていう、
むちゃくちゃ単純な作業の繰り返しで為したんだけど、
キャラクターはアニメーションするし（わざわざ前の絵を消さなくても、AをBにコピーした段階で勝手に消える）、
スクロールはドット単位で出来るし。
なんか、ずいぶん楽だなぁ。
って思っただけです。
（実験に使用したマシンは、Pen3時代のボロマシンです）

ちょっと改良すると、
洞窟物語のようなアクションゲームにも流用できるし、
スクロールするシューティングにもなるし、
『あれ？　ゲーム作りって、こんな簡単だったっけ？』って思ったんで。

ダウンロードしたよ。

まずは、フリーの素材を適当に見繕ってきて、見栄えを良くしてみるといいんじゃないかな？
作りたいもののイメージが固まると、モチベーションが高まるよ。

アドバイスありがとー
素材探すのめんどくさかったんで、画像は超適当
フリー素材探してみます

参考になるかな？

マップを表示する
ttp://www.geocities.jp/hspgame2/rpg1.htm

ありがとー
他人のスクリプト読んで勉強せんとなー
そもそもマニュアルの理解もあやふやだしな・・・

さて、309に書いたことはほぼ出来たので・・・
後はスクリプトを拡張していこうと思ってる

今日はマップチップとの当たり判定。
移動不可の地形には移動できないようにした。

どうぐ → アイテム一覧 → アイテム説明みたいな
メニューを次々表示していくのはシーン番号で管理するのかな

メニューごとに表示フラグを用意して
現在カーソルを持ってるメニューはどれか〜とか
キャンセルしたらどういう順番でメニューが消える〜とか

それをまたインプットに反映させるのもややこしそう

>>317
それ難しいねえ…
今自分の作ってるやつは、それより遥か下のレベルなので、
そんなの考えたことなかった

どうぐ → アイテム一覧 → アイテム説明
この流れの場合、メニューは3つ全部表示されてるのが普通かと思うんで
各メニューごとに表示のフラグがいるわけね　そうかー・・・
flag_menu(0):どうぐ
flag_menu(1):アイテム一覧
flag_menu(2):アイテム説明
みたいな感じかな
んで、今カーソルがあるメニュー示す変数を作って（たとえばmenu_number=1とか）
キャンセルしたら、flag_menu(menu_number)=0 : menu_number--
とか。
・・実際にRPG作ってみた人に聞いてみないと、何ともわからないなあ

さて、次は街にいるNPCを作っていく予定
プレイヤーや通行不可チップとの当たり判定とか
プレイヤーとの会話とか。めんどくさそう・・・

頑張ってますね。

ありがとー　ぼちぼちやってきます

当たり判定完成
次はNPCとプレイヤーとの会話
会話ウィンドウの表示があるのでちょっと手間かな・・・

NPCとの会話完成
次はいよいよ↑で難しそう、と書いたメニュー表示か・・・
ステータス、アイテム、魔法、装備、セーブ等々

・メニューを１つでも表示してたらメニュー操作モード
・カーソルを受け付けるのは最後に出したメニュー
・メニューを出した順に描画するが、描画済みバッファを利用たほうが速い
・どの順にメニューを表示したかのスタックを用意する(配列とインデックス)
・メニュー毎に保持カーソル・項目数・項目名・ジャンプ先・表示位置を保持

要素毎に分解して考えると簡単かも

>>323
うお、凄い・・・
めっちゃ助かります　ありがとう

>>308
マップ上のキャラクター座標を中心に、周囲？×？ドットぶんを切り出して毎回描画するだけ
？、は移動マップ表示部分（というか視界）のサイズね
100*100サイズのマップでキャラクター位置が50,50だとしたら、50,50を中心にした視界範囲ぶんを切り出す

でもこれだと、キャラクターがマップ端にきたときにマップ外の何も無いとこ読み込もうとするエラーが出るから、あらかじめマップ外周を移動不可マスで囲んで読み込みぶんを確保しておくか、または読み込み不足ぶんをマップ反対側から切り出してループ構造にする…とかかな

マップがループ構造になってるRPGって良くあるけど、
そういうことだったのね・・・

>>326
他のゲームの仕組みは知らないけど、無限大の連続マップは無理だろうしたぶんこの手段かなと思う

あと、これはruby言語で試作中の方法だけど…

ベースマップを1マス辺り1ドットのサイズで、移動不可マス、移動可能マスを合わせて全5色〜くらいで色分けして描く
で、キャラ座標周囲の視界ぶん？×？マスを1ドットづつ色判定して、判定色ごとに決められた地形用マップチップを定位置に張り付ける…てな方法なら、数千×数千マスなんて広大なマップも作れそう

例えばドラクエで例えると…
3×3が視界範囲だとして、ベースマップのキャラ座標左上のドット色が0,0,0の通行不可色なら、16×16サイズの岩山チップを視界表示部の左上に描画
キャラ座標真上が255,255,255の通行可能色なら草原チップを表示部真ん中上に、キャラ座標右上が200,255,200なら森チップを表示部右上に……
これをフレーム毎に上段、中段、下段と繰り返す

視界範囲が広がるとフレームあたりのドット色判定処理が飛躍的に多くなるし、1ドットづつのなめらか移動じゃなくて地形チップ1枚ごとの古臭い移動表示にはなるけど、ベースマップのサイズは小さて済むから好きなだけ広いマップが作れる

へえー・・・
自分はフリーソフトのマップエディタ落としてきて、ちまちま
マップデータ作ってたんだけど、そんなやり方もあるのね
マップデータの書き方って色々あるんだな

ttp://sekisekki.net/regene/
HSPのRPGジェネレーター

ソースリスト付きだから、参考になるんじゃないかな？

ドルアーガの塔は、MAPデータ６０バイト（裏モードを合わせると１２０バイト）
だと聞いてぶったまげた俺がいる。
６０キロバイトじゃないぞ。
６０バイトだぞ。