ＨＳＰでＲＰＧ作ろうぜ

**名無し** · 2006/07/16(日) 04:56:08

とりあえず素材とかは自作とhttp://www.geocities.jp/naoruyo1937/ここにある素材で。

**196** ◆RGuhLsdBoc · 2008/03/14(金) 19:00:13

生存報告age

>>264
>スクリーンをスクロール式にするのってどうやるんだっけ…
>誰か教えてください(m_ _m)

実は、マップをどのように表示しているかによって最適な表示方法が
いくつかあったりします。
ちなみに自分は画面に表示されるマップブロックを縦横それぞれ＋１ずつ
余分にバッファして、それをうまくスクロールして表示していますよ。

画面の中心は絶対主人公が表示されるから、というのも理由ですけど。

>>255のデモファイルをプレイしていただくと、実際にどんな感じで
表示しているかが（さわりだけですが）分かるかもと思います。

ちなみに自分はレイヤを２つ使っています。
でもフラグなどを使用しているので、もしかしたらもっと多く使っている
ように見えるかもしれませんが。

**159 改めやっぱり159** · 2008/03/14(金) 20:55:56

>>266
見たけど、3.0はさっぱりわからんｗ
2.61で一度俺が作ったエディタがあるけど、上げようか？
需要があればの話だけど

**名前は開発中のものです。** · 2008/03/15(土) 03:05:34

>>251
じゃ自演によって要らないと言うにも出来るはずだ

**>>264** ◆k4UbTrloew · 2008/03/17(月) 13:51:38

>>267
スマン。
ゲームじゃなくてマップエディタの話。
ウィンドウ(HSPじゃなくてエクスプローラーとかインターネットとか)
を縮小すると右とか下とかにスクロールバーが出るんだけど
HSPにもどこぞの説明読んで「出るかなー」って思った…が、出なかったので。
お騒がせして本当にゴメン。完全に説明不足だった。
一応キーに対応させて自己解決しました。
+>>267
なるほど。
そう言う表示もあるのか。参考にさせていただきます。
>>268
3.0って自分(私の意)のか？
自分ので分からない所があったらできるだけ解説するから遠慮なく。
…コメント導入作業をしている最中だけど。
2.61で一度俺が作ったエディタがあるけど、上げようか？
需要があればの話だけど
>自分は性能が分からないことには…誰かには需要があると思うが。

【予告＆結果報告】
画面を縮小してもOKになりました。
でっかいマップやチップを使用(作ろうと)しても大丈夫かと。
現状は表示方法や終了時の保存を修正中。
それが終わったらいよいよの山場、ドラッグに対応をやる予定。
初期チップをクリックで基礎ができてると今頃気づいた自分。
…時間が立ったのは諸事情といいわけしてみる。(てか本当。)

**196** ◆RGuhLsdBoc · 2008/03/17(月) 19:12:41

>>270
あ．．．、そうでしたか。
勘違いしてすみません。

自分も独自にマップエディタを作ってますよ。

自分の場合は．．．

マップを表示したい子ウィンドウに縦と横のスクロールバーを設置する。
スクロールバーが操作されたらイベントをキャッチしてその位置を取得する。
取得後は表示すべきウィンドウ左上のマップチップの座標を計算する。
そのあとはレイヤー分だけマップチップからマップ画面を生成していく。

といった感じです、かなりWin32APIを駆使していますよ～

良かったらご参考に。

**>>264** ◆k4UbTrloew · 2008/03/19(水) 23:19:11

ttp://gamdev.org/up/img/11234.lzh
一応完成板。
クリックのみ対応。ドラッグは非対応。
レイヤー(偽)対応で下の階層見ながら編集可能。
3階層あるので常にキャラの上にかぶる画面と床を同時に作る…とかができます。
通過色とかは簡単設定。
RPGツク規格(と、言うかその手のサイトばかり見るが故に)のマップチップ対応だが
他の規格の物でも使える。
終了時はデータと一緒にそのプレビューも吐き出します。時刻をいれるのでダブりはしないはず。
画像がついてないので適当に見つけてください。
一応検証したがバグがある可能性もあるので見つけましたらご一報ください。
ちなみにしばらくしたら機能拡張版を作る予定なので実装して欲しい機能・邪魔な機能があったら募集します。
とりあえず本体作成に戻るぞ～！

…前回upした物にバグが混じってましたorz

>>270
いえ、こちらこそすみません。
…ってか自分でも寝ぼけて勘違いしたよ･･
あぁぁぁぁ…
＞マップを表示したい子ウィンドウに縦と横のスクロールバーを設置する。
＞スクロールバーが操作されたらイベントをキャッチしてその位置を取得する。
＞取得後は表示すべきウィンドウ左上のマップチップの座標を計算する。
＞そのあとはレイヤー分だけマップチップからマップ画面を生成していく。
＞
＞といった感じです、かなりWin32APIを駆使していますよ～
…む、ムリだTT「Win32API」すら理解していないよ俺。
俺のは「十字キー押しながらクリックしたら」にした。
完璧付け焼刃な機能だが自分自身には使いやすい機能。

まぁ、んなことよりレイアウト力が無いんだよね。ろくなマップができない。

**196** ◆RGuhLsdBoc · 2008/03/28(金) 22:59:32

生存報告＆保守

ついでにsageておく

**>>264** ◆TcXJRvA026 · 2008/04/15(火) 23:58:37

生存報告。
>ちなみにしばらくしたら
とか言ってたけどマップエディタの虜になってしまいました。
バグが見つかりました(動作にはそこまで問題はないが。)
・下キーのスクロールがバグる
・半透明が20*20を超すとちょっとうまくいかない(「半透明」が)
…データはちゃんと吐き出されるので問題はない。
と、言うわげで処理の都合上、拡張中(一個消す、全消し、オートタイル対応)の機能を優先中。

現状はマップの機能拡張と本体を飽きないよう並行してやっている。
マップは広い物の移動と障害物(特殊)の判定、
戦闘はほとんどできず、レイアウト(見た目)と計算式に頭を悩ませているところ。
…いっそ、オートにでもしてしまおうか…

**名前は開発中のものです。** · 2008/04/19(土) 23:26:16

最近公開されたフリゲとネタかぶってモチベがプチダウン

**名前は開発中のものです。** · 2008/05/06(火) 18:53:40

最近つくりはじめました。
たまに訪れるかも知れません……

**276** · 2008/05/11(日) 20:15:46

やっぱエディタ周りが結構大変なんだねぇ、RPGって。
統合開発環境みたいにしていかないと、盛り込むデータが多すぎて
あっぷあっぷになってまう。

**名前は開発中のものです。** · 2008/05/15(木) 00:17:39

アイテム使用画面のモジュールってないんだろか。
こんな単純で需要のありそうなものならどこかにありそうだけど･･･ググっても見つからない。
モジュールさえあればデザイン反映させてアイテム名打ち込むだけでいけて便利なのになー

**名前は開発中のものです。** · 2008/05/18(日) 16:01:59

アイテム使用画面て？

→やくそう
　どくけしそう
　においぶくろ
　マイルーラ

みたいなやつ？

**名前は開発中のものです。** · 2008/06/04(水) 03:19:30

パッと思いつくのは
・マップ（どの座標にどんなオブジェクトがあるか）
・味方キャラ、モンスター、アイテム、魔法のデータベース
・イベント（どの座標で何が起こるか、どこに行くか等）
・戦闘システム
・以上すべてを統合するメインシステム

確か古いツクールですらこのくらい用意してあったよ

**名前は開発中のものです。** · 2008/06/04(水) 03:26:03

なんかみんなでマップエディタ作ってて吹いた。
いっそ共同でフリーのツクール作ればいいと思うｗ

**196** ◆RGuhLsdBoc · 2008/06/09(月) 16:22:33

>>281
サーセンｗ

>いっそ共同でフリーのツクール作ればいいと思うｗ
．．．せっかくだし、このスレのみんなで挑戦してみます？
ツクールみたいなRPG統合開発環境をオープンソースで作成する感じで。

**196** ◆RGuhLsdBoc · 2008/06/09(月) 17:00:58

>いっそ共同でフリーのツクール作ればいいと思うｗ

Wiki開設しました。

HSPでオープンソースRPG共同開発 @ ウィキ
http://www8.atwiki.jp/openrpg/

**>>281** · 2008/06/11(水) 18:14:48

>>283
なんか＼(^o^)／ﾊｼﾞﾏﾀ
俺もできる限り協力するぜ

**196** ◆RGuhLsdBoc · 2008/06/19(木) 04:20:17

生存報告ｗ

あと、Wikiも少しだけ更新しました。

**名前は開発中のものです。** · 2008/06/21(土) 13:50:29

(´･ω･｀)なんか気合の入ったスレだな。
面白そうだから、参加させてくれ。

>>280に便乗するけれど…。
今までRPG作成の経験は無いんだが、以前マップエディタを作った時に
必要だと思ったものと、データ形式について。

マップデータ
　├　チップの並び(チップ番号を格納した２次元配列)
　├　マップの付加情報
　│　　├　マップ名
　│　　├　使用するチップデータ名
　│　　├　マップのサイズ(レイヤ枚数、チップの大きさも含む)
　│　　└　読み込むオブジェクトデータ名
　■

**名前は開発中のものです。** · 2008/06/21(土) 13:50:58

チップデータ
　├　チップ番号(主キー)
　├　チップ画像名
　├　画像内のチップの座標
　├　チップの高さ(描画順)
　├　属性(壁など、毒沼とか作るときの為の複合選択可能にしとくべき)
　├　アニメーション情報　(これは独自に作ってもらったほうが……)
　│　　├　アニメーションのON、OFF
　│　　├　アニメーションの次の番号(チップ番号)
　│　　└　次のアニメーションにうつるまでの時間
　■

(※これは作ったこと無いから、どうなってるかワカランが空想)
オブジェクト情報
　├　オブジェクト番号(主キー)
　├　オブジェクト区分(人やアイテムなど付加できるとラク)
　├　オブジェクト名(あったほうが、メンテがラク)
　│　　　└　コメント(これもあった方が多分ラク)
　├　発現条件(どうしたらマップに登場するのか)
　├　発動条件(どうしたらイベントが発生するのか)
　├　発生するイベント番号(これによりイベントデータや処理にアクセスするという考え)
　■

**名前は開発中のものです。** · 2008/06/21(土) 13:55:12

ツクールレベルで考えてみたんだが、マップ処理だけでこれだけ必要だなぁ…。

**名前は開発中のものです。** · 2008/06/21(土) 20:58:17

>>286-288
乙。
チップデータの所の属性(壁とか毒沼)はイベントとして考えると組みやすいかもね。
ユーザとかプレイヤーからの見た目はチップだけど、実際はそのチップの座標に入ろうとする、もしくは入るという発動条件があるし。

**名前は開発中のものです。** · 2008/06/23(月) 03:45:11

>>286-288
乙、完成度高いしWikiに転載するべき。

オブジェクトはマップエディタとは切り離した方がいいと思う
オブジェクト（イベント）エディタとして独立させるべき

古いバージョンのツクールを目標にするのは分かりやすくていいと思う

**196** ◆RGuhLsdBoc · 2008/06/24(火) 15:21:30

>>286
Wikiへ転載させていただきました。
転載に関して不満があればレスお願いします。

**196** ◆RGuhLsdBoc · 2008/06/24(火) 15:35:03

>>289
＞チップデータの所の属性(壁とか毒沼)はイベントとして考えると組みやすいかもね。
＞ユーザとかプレイヤーからの見た目はチップだけど、実際はそのチップの座標に入ろうとする、もしくは入るという発動条件があるし。

各チップに座標ごとにチップ画像のデータの他に「属性フラグ」のようなものを設定してみても良いかも。
各属性の種類は単純だけれど、組み合わせると多様な属性を作り出したりなども簡単にできるかと。

>>290
＞オブジェクトはマップエディタとは切り離した方がいいと思う
激しく同意です。
確かに、宝箱や隠しアイテム、村人などは個別のオブジェクトとして独立させるほうが良いかと思います。

**289** ◆R7XM18kUMQ · 2008/06/24(火) 19:00:23

>>292
ちょっと考えてみた。
前提1:マップには下層、上層、イベントのレイヤがあると仮定。
前提2:チップ画像は配列として持ってる。

・下層レイヤ
湖、滝等アニメーションはこっち。
[チップNo]
[アニメ有無フラグ]
の2アイテムが必要。
・上層レイヤ
樹木、立て札等。
[チップNo]のみ。
・イベントレイヤ
[イベント有無フラグ]
の2アイテム。

**289** ◆R7XM18kUMQ · 2008/06/24(火) 19:01:04

>>293の続き
別途イベントテーブルを定義。
[マップNo]
[マップX座標]
[マップY座標]
[チップNo]
[イベントNo](マップ座標単位に管理)
[イベント種別]
[イベント情報]
の6アイテム。

1プレイヤが移動する
2イベントレイヤのイベント有無を見る
3イベント有りならイベントテーブルからマップNo、X座標、Y座標をキーにイベントを取り出す。
4描画、壁の判定などなど。
壁とか毒沼みたいな下層、上層レイヤに影響されるイベントとゲーム作者が作るイベントを[イベント種別]で区別して、マップエディタでは前者は非表示で自動定義、後者はエディタで編集可能。

長文失礼。自分のイメージはこんな感じかな。

**196** ◆RGuhLsdBoc · 2008/06/25(水) 09:13:46

Wikiにマップデータ定義のスクリプト書いてみました

基本はあんな感じで、あとは「マップの詳細情報」と、
それとは別に共通の「チップ用データ」の定義が必要かな．．．

マップ関連の仕様を決めてからだとイベント関連の仕様も決めやすくなると思いますが、
案が結構出ているので、とりあえずイベント関連はマップとは別に並行開発していきましょう。

>>293
Wikiへ転載させていただきました。
転載に関して不満があればレスお願いします。

**名前は開発中のものです。** · 2008/06/25(水) 10:04:00

>>295
んー、少々気が早いのではないでしょうか。
とりあえずやるべき事は…

１．マップとは何から構成されているのか。
　　欲しいデータ項目をとにかく列挙する。

２．列挙したものをリレーションの正規化をかけて、
　　いくつかのファイルに分割する。

３．ファイルの保存形式(ルール)を決定する。

この1から3を実行すれば、読み書きするプログラムは違えど
全員がファイルを共有編集できる。
これまでマップエディタを作っていた方は、読み書き部分だけ修正すればいいし、
足りない情報なりは、コンバーターを作成すれば済む。

**289** ◆R7XM18kUMQ · 2008/06/25(水) 12:50:49

>>296と同意見。
マップの仕様を明確にまとめるのが先だと思う。

>>295
チップ用データについて詳細を。

**286** ◆GbVHcPwvTA · 2008/06/25(水) 18:16:31

さて、クソッタレ暇なので、286で書いた奴を元に
適当に書いてみるぞーっと。

**286** ◆GbVHcPwvTA · 2008/06/25(水) 18:17:13

[マップファイル]
　 ├ ファイルタイプ＆バージョン
　 ├ マップID
　 ├ マップ名
　 ├ 使用するチップセットファイル名
　 ├ マップの幅
　 ├ マップの奥行き
　 ├ マップのレイヤ枚数
　 └ チップの羅列データ
　　　　│
　　　　├ レイヤ１
　　　　│　チップ番号....チップ番号
　　　　│　チップ番号....チップ番号
　　　　│　チップ番号....チップ番号
　　　　│
　　　　├ レイヤ2
　　　　│　チップ番号....チップ番号
　　　　│　チップ番号....チップ番号
　　　　│　チップ番号....チップ番号
　　　　・
　　　　・
　　　　・
　　　　└ レイヤn

**286** ◆GbVHcPwvTA · 2008/06/25(水) 18:17:50

[チップセットファイル]
　 ├ ファイルタイプ＆バージョン
　 ├ チップセットファイルID
　 ├ チップセットファイル名
　 ├ 使用するチップ画像名
　 ├ チップの大きさX
　 ├ チップの大きさY
　 ├ チップの詳細情報の羅列
　 │　　│
　 │　　├ チップ１
　 │　　│　├ チップ番号
　 │　　│　├ 画像内の位置X
　 │　　│　├ 画像内の位置Y
　 │　　│　├ 描画順(プライオリティ)
　 │　　│　└ 属性
　 │　　│
　 │　　├ チップ２
　 │　　├ チップ３
　 │　　├ チップ４
　 │　　・
　 │　　・
　 │　　・
　 │　　└ チップn

**286** ◆GbVHcPwvTA · 2008/06/25(水) 18:18:12

　 │　　
　 └ アニメーション情報の羅列
　　　　　├ アニメ１
　　　　　│　├ チップ番号
　　　　　│　├ 次のチップ番号
　　　　　│　└ 次にチップにうつるまでの時間
　　　　　│　
　　　　　├ アニメ２
　　　　　│　
　　　　　・　
　　　　　・　
　　　　　・　
　　　　　└ アニメn

**286** ◆GbVHcPwvTA · 2008/06/25(水) 18:18:39

※ 補足説明 ※

[マップID] や [チップセットファイルID] は作者が任意につける整数とする。
マップファイルの各マップの大きさは、チップ(レイヤ)の枚数で表す。(ドット数ではない事に注意)
レイヤは、レイヤの番号が小さい方が一番下で、番号が上がるごとに上へ上へとなる。
レイヤには、チップ番号が羅列(2次元配列と考えると分かりやすい)されており、その番号からチップセットを参照する。

[ファイルタイプ＆バージョン]については、今後、スレの発展と共にこの形態からファイルの形式が変化する事を見越して
バージョン情報のようなものを付加させて、仕様変更に対応する。(古いバージョンをコンバートしたり、うんたらかんたら)
このへんは正直決まってませんサーセン。
[チップの属性]については、後で説明する。

んで、ここまでざっと書いたが、これをバイナリファイル(bsaveで作る奴な)で作成すると
仕様が変わった時に大変だったり、目視で何が入ってるのか分からなかったり、
メンテナンス効率から鑑みてもよろしくないので、テキストベースで作るとするね。

◆GbVHcPwvTA · 2008/06/25(水) 18:43:17

XML分からないが、マークアップ言語のような記述で書いてみる。

↓マップファイル

<MAPFILE>
<FILETYPE>Ver.0.01 / 286original</FILETYPE>
<ID>1000</ID>
<TITLE>マップＡ</TITLE>
<TIPSET>チップセット草原.hst</TIPSET>
<WIDTH>64</WIDTH>
<HEIGHT>64</HEIGHT>
<LAYER>3</LAYER>
<MAPDATA>
<TABLE>
1,1,1,1, …… 1,1,1,1
1,2,2,2, …… 2,2,2,1
1,2,3,1, …… 3,1,2,1
1,2,3,3, …… 3,1,1,1
1,1,1,1, …… 1,1,1,1
</TABLE>
<TABLE>
8,8,8,8, …… 8,8,8,8
8,0,0,0, …… 0,0,0,8
8,0,0,0, …… 0,0,0,8
8,0,0,0, …… 0,0,0,8
8,8,8,8, …… 8,8,8,8
</TABLE>

**名前は開発中のものです。** · 2008/06/25(水) 18:59:51

連投で規制くらったわｗ

続きはｗｉｋｉに乗っけといた、編集の仕方が間違ってたかも……

疲れたから寝るわ(´・ω・`)乙～

**289** ◆R7XM18kUMQ · 2008/06/25(水) 19:05:30

>>298-304
乙。
6/27AM0:00ぐらいまでのレスとWikiの内容でちょっとマップ仕様書Ver0.1起こしてみていい？
ただのテーブル仕様書だけど。

**名前は開発中のものです。** · 2008/06/25(水) 20:11:44

ようするに、だ
マップエディタのセーブ形式決めようぜってこと？

最初から複雑すぎる仕様にすると迷走するし最低限の仕様でまずつくるべき
（アニメの有無なんかは後回しでいい等）
>>303はその点シンプルでいいと思う

**名前は開発中のものです。** · 2008/06/26(木) 09:29:14

デルフォイでやらないのかフォイ
http://yutori.2ch.net/test/read.cgi/news4vip/1214404203/
これ読むといいフォイ

◆GbVHcPwvTA · 2008/06/26(木) 18:46:49

>>306
ああ、その通りだ。
マップの保存形式を決めようぜって事なんだ。
上に書いたのは、以下の

・プログラムとデータは独立するべきじゃね？　←　特に重要
・バイナリデータは扱いにくいからやめようぜ
・データは正規化しようぜ
・なるべくゲームの作り手に自由度を持たせる仕様を提供したいぜ

って事が言いたかったんだ。

**196** ◆RGuhLsdBoc · 2008/06/26(木) 21:24:26

>>296-308
皆さんお疲れ様です。

自分は最近ちょっと忙しくなってきたので、なかなか顔を出せなくなるかもです。
また暇が出来次第、案と一緒にチョコチョコ顔を出しに来ます。

>>296
そうですね、まずはファイルフォーマットを決めなくてはいけませんね．．．

>>297
「チップ用データ」も「マップデータ」と平行していくつもりをしています。
個人的な案はあるので、今はちょっと無理ですが、暇ができたらWikiに追加しておきますね。

>>303
XMLだとデータの定義関連の拡張が容易に行えそうで（・∀・）イイ！ですね。
ただMSXMLなどのXMLパーサを利用しなければいけませんが、それさえクリアできればなんとかいけそう。

>>306
そうですね。
まずはやっぱりマップデータのファイルフォーマットですよね。

>>308
＞・プログラムとデータは独立するべきじゃね？　←　特に重要
＞・バイナリデータは扱いにくいからやめようぜ
＞・データは正規化しようぜ
＞・なるべくゲームの作り手に自由度を持たせる仕様を提供したいぜ
これには激しく同意です。
オープンソースとして開発していく以上は、こうでなくちゃいけないと思います。

**名前は開発中のものです。** · 2008/06/27(金) 21:34:50

一つの提案としてはBMPファイルだな。
ペイントで書き換えられる。
保存もHSPなら簡単でそういう命令があったはず。

**名前は開発中のものです。** · 2008/06/28(土) 15:27:57

>>310
しかしbmpだと容量が大きくなりすぎないか？
色を抑えればあるいはなんとかなるかもしれないけど。

ところで、bmpってマップファイルの保存形式のことじゃないよな。
まさかそんなはずないよな。別の話題だよな。

**名前は開発中のものです。** · 2008/06/28(土) 16:33:21

>>311
いやいや、マップファイルの事ですよ。
色数は２５６色ぐらいに抑えればいいんじゃないでしょうか。

**名前は開発中のものです。** · 2008/06/28(土) 17:25:43

汎用性は下がるけど、ペイントソフトで開いたときに見た目で分かりやすいんだよね
専用のマップエディタを作るのが面倒だったりするとそれで済ますのもアリ

**名前は開発中のものです。** · 2008/06/28(土) 17:30:01

>>311
BMPをマップファイルにってのは実際にゲーム製作の参考本とかでも使われてたりするんだぜ
２Ｄだとあれだけど、画像からピクセルを取得して濃淡によって高さを決めたりとか
壁はRGB(0,0,0)、床がRGB(255,255,255)として、画像を読み込んで動的にマップデータを生成とかね
複数のチップ使うなら適当に色で見分けて振り分ける感じかな

**名前は開発中のものです。** · 2008/06/28(土) 17:31:50

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

**名前は開発中のものです。** · 2008/06/28(土) 17:34:24

釣りとかではなくｗ

まぁ、実際に使うかどうかとか、実用性とかは置いといて
一応は非現実的っていうほどおかしい話ではないと言いたかっただけだ

**名前は開発中のものです。** · 2008/06/28(土) 17:38:02

>>314
なるほど、てっきり釣りかと思ったぜ。
32x32ドットの100x100マスのマップだとしても普通に並べたら10MB超えるから
これはマジで言ってるのか？チップの画像データに他の属性値を埋め込む話か？
と、色々かんぐってしまった。
すまない。

しかし、実際、それ汎用性は低くないか？
というか初心者には敷居が高いと思うんだが……。

**名前は開発中のものです。** · 2008/06/28(土) 17:56:30

実際のマップチップを埋め込むわけじゃないんだ
ミニマップとかみたいな感じで、点と線で用意してるだけだね
100x100マスのマップだったら、そのまんま画像のサイズも100x100ドットになる

複数の情報を入れるのが面倒とか、初心者向きじゃないのは確かですね
へ～、そういうのもあるんだ、くらいに思っておいていいと思う
個人的にはXMLが便利だなぁ

**名前は開発中のものです。** · 2008/06/28(土) 18:22:00

>>318
ああ、結構勉強になった、ありがとう。

**名前は開発中のものです。** · 2008/06/28(土) 19:54:58

馬鹿ばっか

**名前は開発中のものです。** · 2008/06/29(日) 17:16:31

>>317
汎用性は高いんだと思うんがだが、しかも難しくない。
スクリーンを作って保存命令するだけ。256色だといろいろ設定しなきゃいけないかも。
案の一つとして提案しただけで必ず使えなんて言ってない。
http://quasiquote.org/hspwiki/HSPHelp:bmpsave

**名前は開発中のものです。** · 2008/06/30(月) 03:39:30

http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0298zip.html

話に出てたビットマップをマップに使うヤツを作ってしまったのでうｐ
HSPの経験ほとんどないからマズイ書き方してるかも

**名前は開発中のものです。** · 2008/06/30(月) 07:56:35

今更かもしれないがテキストに半角文字使って地図を書くという手もある
具体的な詳細は面倒だから書かないが、変愚などのローグライクゲームはこの手法を採用してる
まあ別にビットマップに書いても問題ないと思うけど

**196** ◆RGuhLsdBoc · 2008/07/01(火) 12:35:23

ちょっと時間ができたのでまとめてみます。

とりあえず現在までに出ているマップデータファイルのフォーマットは．．．

・XML形式（>>303◆GbVHcPwvTA氏の案）
・BMPフラグ形式（>>310氏の案）
・ローグライク形式（>>323氏の案）
・バイナリ形式（個人的な案、ARCSでも使っている）

※BMPフラグ形式については>>322氏が実際にサンプルを作成されています。
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0298zip.html

※バイナリ形式については196◆RGuhLsdBocが作成したデモがあります。
※要望があればARCSで使っているマップエディタ（未完成ですが）もうｐってみます。
ttp://www.nintendo-fan.com/hspgamedev/arcs-rpg/arcsrpg.lzh

．．．現在までに挙がっている主な意見をまとめてみました。

**196** ◆RGuhLsdBoc · 2008/07/01(火) 12:48:47

ちなみに、こちらと平行してWikiの更新も適宜行っています。
できればこのスレだけでなく、Wikiの更新チェックも行っていただきたいと思います。
あと他にも、RPGの各種仕様に関しての案がある場合はこのスレはもちろん、Wikiにも書き込んでいただきたいと思います。

スレの皆さんにはお手数おかけしますが、どうかよろしくお願いします。

**名前は開発中のものです。** · 2008/07/01(火) 13:15:16

Wiki見てほしいならURL書き込もうよ。
http://www8.atwiki.jp/openrpg/

こういう複数案が出た時って多数決とかで決めるの？
とことん話し合って決めるの？　リーダーっぽい人がバシッと決めるの？

**名前は開発中のものです。** · 2008/07/02(水) 06:12:42

>>326
完成度の高い奴を作ったもの勝ちになるんじゃね？
だから一番作るのが楽な形式でいいと思う。

**名前は開発中のものです。** · 2008/07/02(水) 15:44:08

>>327
評価基準はそれでいいとして、>>326が言いたいのは
それだって決める方法についてなんじゃないのかな？

とりあえず、基本方針を元に
メリットデメリットをはっきりさせた上で、話し合いの後
投票…か？

**326** · 2008/07/02(水) 16:22:19

プログラムは分からないけど、RPG制作ツールには興味があるので、
話し合いに参加させてください。

>>328
そんな所です。

そのメリットデメリットですが、
やはりプログラム的知識がないと的確な判断が付かないと思うので、
・XML形式（>>303◆GbVHcPwvTA氏の案）
・BMPフラグ形式（>>310氏の案）
・ローグライク形式（>>323氏の案）
・バイナリ形式（個人的な案、ARCSでも使っている）
これらの案を出した方が良さをアピールしてもらないですかね？

**名前は開発中のものです。** · 2008/07/02(水) 16:52:51

一目瞭然なのにわざわざ説明なんてする気にはなれんな
面倒だから>>323の案は没でいいよ

**326** · 2008/07/02(水) 17:10:39

じゃあ説明はいらないので、どれがいいのでしょうか？

**名前は開発中のものです。** · 2008/07/02(水) 17:33:33

すまんちょっとムシャクシャしてた今は（ｒｙ

テキスト形式の利点はマップエディタを作る必要がないこと
入力は楽なようで実は面倒な気もする。というか実際にこの形式で作った事ないからよくわからない
個人的にはバイナリ形式を推す。今自分が作ってるデータの形式はこのタイプだからなんとなく

**名前は開発中のものです。** · 2008/07/02(水) 18:13:59

ど素人の意見だけど、BMPだとpackfileしてpicloadが使えるから、手軽だし外部ファイルも片付いていい感じかも。

**326** · 2008/07/02(水) 22:40:07

バイナリ形式とBMP形式がよく推されているみたいですが、
XML形式を提案した>>303はどう思っているんでしょうか？

◆GbVHcPwvTA · 2008/07/02(水) 23:12:11

(´･ω･｀)うーむ、誤解されてるのか、XMLというかテキスト形式を押したかったんだが、まあいい。
テキスト形式のメリットは
　　・汎用性、発展性の高さ。
　　・中身が明確な為、初心者でも必要な部分だけ読み込むなど、分かりやすさがあること
要するに、応用の幅が広くて、ファイルが扱いやすいって事だ。
対してデメリットは
　　・読み込み書き込みのプログラムに手間がかかる　　　　　　　……だと思う。

バイナリの場合、ファイルの保存ルールが"完全"でなければならない。
何～何バイトにバージョン情報とか、決めなきゃいけないし、
保存形式が途中で変更になった場合、テキストベースに比べ変更にかかる手間が大きい。
ガチガチになって後々仕様変更するたびにモチベーションが下がっていく自分の姿が想像できる。

ただ、ルールが完結したものならば、バイナリが一番だと私も思う。

ビットマップに関しては、作ったことがないので憶測に過ぎないが、
3バイト(255x255x255色)の中に、必要なデータが格納できるならばいいと思う。
ローグライクってのは、すまない。よくわからない。
私個人としては、>>296で書いた１(マップとは何から構成されているか分析する)が
割とスルーされてしまって、失敗したと思っているのが本音だが……

なあ、どんなマップを皆は想定してるんだ？

**322** · 2008/07/02(水) 23:13:25

この四つの形式で比較する場合、大まかに二つのグループに分けられると思う

XML/バイナリ　←─────→ BMP/ローグライク
　　要る　　　　　専用のエディタが　　　要らない
　　減る　　　　　マップファイルが　　　増える　　　＜情報を一つのファイルにまとめやすいか否か
　　面倒　　　　　　　　実装が　　　　　　簡単
　　高い　　　　　　　汎用性が　　　　　　低い

マップ上に必要な情報が少なくないRPGなら専用のエディタを作るべきだし、
その方が作業効率は上がるはず（ツールの使い方さえ分かれば誰でも出来る）

その点を重視してXML/バイナリを選ぶとして、XML形式ならちょっとした変更を
テキストエディタで出来るし、汎用性もより高いので個人的にはXMLを推したい

実装する人の面倒さ加減ではダントツってデメリットもあるけどｗ

**322** · 2008/07/02(水) 23:15:09

>>335が言いたいことをよし詳しく完璧に代弁してくれた件ｗ

◆GbVHcPwvTA · 2008/07/02(水) 23:25:59

>>336が言いたい事をすっげぇ分かりやすく図にしてくれてびっくりした件ww

**名前は開発中のものです。** · 2008/07/03(木) 01:48:54

もはや突っ込みを入れる事すら面倒だ
ぶっちゃけお前ら議論したいだけで作る気ないだろ
いい加減、なんでもいいから早く決めてくれ

**名前は開発中のものです。** · 2008/07/03(木) 02:04:16

気まぐれで案だしたら説明しろという奴が出てくる
説明したら誤解されてるとか言う奴が出てくる
もううんざりです

**名前は開発中のものです。** · 2008/07/03(木) 02:34:39

えーと、そういうお前さんは文句言うだけの煽りで外野ってことでいいよね？
て言うか人任せなスタンスを取ってる時点で参加する気がないのは明白か

まあ俺も実作業まで参加する気はないけど

**名前は開発中のものです。** · 2008/07/03(木) 03:08:11

まあ確かにこの企画には最初から興味はなかったな。案出したのも完全に気紛れだし
こんなのでモチベ削がれてもたまらんし見守る事に徹することにする
あと煽りっぽくなってすまんかった

**名前は開発中のものです。** · 2008/07/03(木) 08:49:51

いや、俺の方こそ煽ってすまんかった。

しかし俺も含め外野はそこそこ居るっぽいけど、
本気で作ろうとしてる人はまだ少ないよな

**196** ◆RGuhLsdBoc · 2008/07/03(木) 16:18:06

>>324です。

>>326
そうでしたね、URLは必要ですね。
お手数かけてすみません。

>>335
テキスト形式のことだったんですね！
ちょっと誤解してました、スマソ。

テキスト形式だとCSVやそれに近いようなフォーマットでもよさそうですね。

＞なあ、どんなマップを皆は想定してるんだ？
．．．そうですね、自分はツクールのようなマップ形式を想定しています。
チップの種類や地形・通行属性、複数のレイヤ、オブジェクト（村人・アイテム）など。

>>336
非常にわかりやすい図と説明ありがとうございます。

あとマップエディタについては、専用の物を作るべきかな．．．と思ってます。

**196** ◆RGuhLsdBoc · 2008/07/03(木) 16:18:38

>>339
一個人で開発しているならその考えはありだと思います。
企画から開発まで全部一人で行えるだけの技術や能力があるなら。

一応「オープンソース」という形でみんなで協力して開発している以上、
企画があまり決まっていないうちからどんどん実際のコーディングを進めてしまうと、
あとで必ずｇｄｇｄになるか仕様が頓挫するなどになってしまうのは明らかだと思います。

なので、ある程度議論が長引くのはちゃんとした仕様にするためには仕方のないことだと思います。

>>341-342
みんなで共同開発しているといっても、別に実際のスクリプト書きを強制しているわけではないし、
内野で決まったことに対して、外野でアドバイスや意見、要望を言うだけでも良いと思います。
．．．てか、むしろ外野の意見がないと良いものは作れないと思いますしね。

>>343
自分は仕様さえ決定したら実際にスクリプト書いてみるつもりですよ。
もちろんWikiにコードとexeファイルを挙げたりなんかもしてみますけど。

議論だけじゃ机上の空論になってしまって、何も完成しませんからね。

--------------------------------------------------------------------------------

せっかく335◆GbVHcPwvTA氏が>>296で「やるべき事」をまとめてくれているので、
>>296をもとに、とりあえずはどうすべきかちょっと考えてみます。

次のレスに続きますがごめんなさい．．．

**196** ◆RGuhLsdBoc · 2008/07/03(木) 16:39:04

>>296にを元に書いてみます．．．

※マップはマップファイル内のチップデータとマップチップ画像データから
自動的に生成するものとしてみます。（つまりツクールのような感じで）

マップ情報に関するデータは．．．
　・マップフォーマットのバージョン
　・マップ名
　・マップID
　・使用するマップチップ画像
　・マップの説明（いらないかもしれないけれど一応）
　・実際のマップの座標のチップデータ（※１）
　・村人やアイテムなどのオブジェクトの情報（※２）

続きます．．．

**196** ◆RGuhLsdBoc · 2008/07/03(木) 16:39:48

※１について
　・チップ画像内のどのチップを使うかをあらわす座標データ

※２について
　・オブジェクトの配置位置座標
　・オブジェクトの種類
　・動作関連フラグ
　・各オブジェクトが持つ個別情報など

．．．基本はこんな感じでいいかと思います。
ファイル形式はテキスト（XML？）かバイナリあたりですかね．．．

これでよければ実際に作ってみます。（少し時間がかかりますが）

※通行可不可フラグや地形属性フラグ、アニメーション関連は
「チップデータ」として分離すると、後々の管理が楽かと思われます。

これについても反論があればどうぞ。

**名前は開発中のものです。** · 2008/07/05(土) 12:04:45

各種データベースも含めて考えると
XMLで全部統一すると統合システム作るときに楽な気がする、素人意見だけどね

**名前は開発中のものです。** · 2008/07/16(水) 22:53:21

保守

**名前は開発中のものです。** · 2008/07/18(金) 08:38:49

CSVでデータ作って
編集ツールもHSPで作って
それ読み込んで動くようにすればいいだけ

**196** ◆RGuhLsdBoc · 2008/08/06(水) 20:43:39

とりあえず生存報告sage

夏休みに入ったんで、ちょっと本格的に>>346-347を実行に移してみます。
データベースのファイルフォーマットはhspda.dllのvloadとvsaveを使ってみます。

一通り完成したらこのスレあたりにでもうｐすると思います。

**名前は開発中のものです。** · 2008/08/06(水) 20:52:35

何で夏休みに入ったとたんカキコミなくなってるの？
って書こうとした矢先にこれだよ！ｗ

しかし半月も書き込みなかったんだなここ

**353** · 2008/09/06(土) 03:58:49

新米です。
大学がしばらく休みなので今日から作るかな。
誰か一緒にやりませんか？

**名前は開発中のものです。** · 2008/09/06(土) 16:28:27

ここには誰もいないぜ

**353** · 2008/09/06(土) 20:08:42

マジっすかｗ
とりあえずマップエディタは作りました。

**名前は開発中のものです。** · 2008/09/09(火) 09:26:12

だっておｗｗｗｗｗｗｗ

**353** · 2008/09/10(水) 01:14:29

ホ、ホントなんだからね！ｗｗｗ
一部
↓

*map_save
//MAP_Dateにヘッダ情報をまとめます
sdim MAP_Date,datesize
memcpy MAP_Date,HEAD_DATE,24
memcpy MAP_Date,mapname,32,24
memcpy MAP_Date,list,1,56,0
memcpy MAP_Date,layer,1,57,0
memcpy MAP_Date,map,HEAD_DATE.0*HEAD_DATE.1*4,100,0
dialog "map",17,"マップデータ"
if(stat==0){stop}
bsave refstr,MAP_Date,datesize
goto *main

**名前は開発中のものです。** · 2008/12/28(日) 16:39:18

ここも随分廃れましたね

**名前は開発中のものです。** · 2008/12/28(日) 16:40:20

sageのつもりがタイプミスｗｗｗ
上げちゃいました(*^^*)

**名前は開発中のものです。** · 2009/01/02(金) 21:42:02

ﾎｶﾎｶうんこ

**名前は開発中のものです。** · 2009/01/12(月) 18:28:26

新年あげ

**名前は開発中のものです。** · 2009/01/13(火) 23:46:26

FFっぽいの作ってみるか

**名前は開発中のものです。** · 2009/01/14(水) 20:09:31

>>246
サイドビュー戦闘ってどう作るの？

**名前は開発中のものです。** · 2009/01/15(木) 17:18:57

>>246はもう見てないんじゃないか、一年前だぞ

**名前は開発中のものです。** · 2009/01/15(木) 19:45:47

HSPしか使えないのｗｗｗｗｗｗ

**名前は開発中のものです。** · 2009/01/15(木) 23:13:28

俺はHSPも使えないけど？