2ch版いただきストリート作りませんか？

[過去ﾛｸﾞ] 2ch版いただきストリート作りませんか？ (1002ﾚｽ)
上下前次1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞
抽出解除ﾚｽ栞

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

324: 300 [sage] 2005/08/07(日) 22:33:02 ID:DeRmvwAL

>>321（◆EFBt/pII5Yさん）
テキスト仕様公開ありがとうございます。大体理解できました。
まずは作成アプリの原型が全くできていないと話にならないので(^^;、この仕様を参考に頑張ってみます。
で、ありがとうございますついでに失礼ながら・・・
できましたら、「今回掲載いただいたテキスト形式マップデータからコメントを抜いたもの」もいただけますと大変助かります・・・

というのは、「見やすいように,や半角スペース入ってますが実際は数値のみ」となっている部分の解釈に若干苦しんでます。
例えばマス目データ１行目は、カンマが入ってスペースだけ消えた
x,x,4,4,x,x,x,x,x,4,4,x,x
（xはデータを書き出す時に-1にします）が正しいのか、カンマが入らず、スペースも消える
xx44xxxxx44xx
が正しいのか。
休日・銀行の表記が10・11になっていて、ただ文字をつなげると解釈がおかしくなりそうなので、前者が正しいものと考えますが・・・

>>320（304さん）
この形式だと、どんな分岐にも完璧に対応できますね。
階段とか動くマスとか宇宙星雲の複雑仕様は、この際（軌道に乗るまでは）採用しなくていいと思いますし。
素晴らし過ぎて私の案はもはや形無し（笑）。
元いたマスを弾くチェックをアプリ側ではなくマップデータ側に持たせる（マップ作成の段階で最初から行けないように設定してしまう）と、
分岐や強制一通などの方向チェック処理を一本化してしまえるので、アプリ側も楽ができそう。
作成アプリ側で分岐の設定をアシストする機能をつければ、分岐設定もそれほど大変にはならなそうです。
最初に言ってしまった労力９倍はどう考えても嘘だ(^^;

>>323
このマップを、ただ普通に座標から再現すると、横１３×縦７マスのボードに角張った丸のような形が２つ繋がったマップになります。
この「ボードのマスの数」の事を言っているのだと思います。
それを、画面上だけは本来の座標の位置から４分の１マス×単位分だけずらして表示できる仕様なのですよね？>>◆EFBt/pII5Yさん

http://mevius.5ch.net/test/read.cgi/gamedev/1070487979/324

336: 300 [sage] 2005/08/09(火) 01:16:52 ID:4Fukq1SD

うむむ、３連投。◆EFBt/pII5Yさんが混乱してきていなければいいんですが(^^;
ご自分のペースでゆっくり作って下さい。

>>331（304さん）
そう言っていただけて恐縮です。では早速、私ならこうする！　を（笑）。

階層をまたぐ階段・ワープはそれほど難しいものではなかったりするかも。
マップデータの「余っている部分」を使うと新定義書式を追加せずとも、書式解釈の拡張でできます。もはや荒技ですが。
余っている部分が0でなくてもいい、というのが条件で、あらかじめ階段マスの「物件価格」に当たる部分に新たな移動先のx座標、
「所属エリア」に当たる部分に移動先のy座標を書くのがポイント。

移動中に到達先のマスの種類をチェックし（銀行かどうかをチェックするのと同じようなもの）、
到達先が階段ならそのマスの「物件価格・所属エリア」を読む。
読んだ値を新たな到達先のx・y座標として流用し、そちらに移動させる。
階段は店ではないので、物件価格・所属エリアは本来は必要のないデータのはずですが、必要のない事を逆用して別用途で使ってしまおう、と。
ワープマスは、歩いている最中→止まった後になるだけで同じ処理。

>>335
分かった！　私がコンバーターも一緒に作ればいいんだ（笑）！
元々作成の途中経過をセーブ・ロードする機能はつけるつもりでしたし。
書式はひとまず最初に上げていただいたmapdata.txtに準じます。
あとはアプリからバイナリ出力とテキスト読み込み機能の部分を分離したものを別公開すればいいだけ。
もっとも、テキストを読み込むとゲームが自動起動する機能をつけるとなると、◆EFBt/pII5Yさんにお願いするしかなくなるのですが。

・・・HSP言語のテキストファイルを扱う能力って、どんなものなのだろう。
こういうデータを読み込む場合、「カンマ区切りの文の中から、何単語目を取り出す」ような命令がないと辛いですが、
少なくともMac版HSP言語リファレンスには、そういう関数がなかった・・・
もしかしてバイナリ形式を使っているのは、そこがネックだったからですか？>>◆EFBt/pII5Yさん

http://mevius.5ch.net/test/read.cgi/gamedev/1070487979/336

390: 300 [sage] 2005/08/18(木) 23:51:40 ID:k4F+NpDz

>>384（◆EFBt/pII5Yさん）
ふむ・・・　完全一通は、歩いた時に必要な部分だけ書いて、あとは「0」で埋めておけばいい・・・　のかな。
ただ、「ワープして来た、などで方向転換可能になった状態からの歩き方を定義する方法」は早いうちから決めておいた方がいいですよ？
これを考慮に入れないと、絶対に困る事になります。
例えば、今の方法だといたスト３・ホラーハウスの一部のマスの進み方に対応できなかったりするかもしれない訳で・・・
http://homepage1.nifty.com/tsukac/itast/kouryaku/street3a06.html
参照。白抜きマーク（変わるマークマス）は分岐３点ですが、このマスでチャンス１番を引いて転換可能になっても左下には移動不可です。
このマスのデータはどう書きます？

>>386
マークが５つ必要なマップというのもどうなんでしょう・・・
ただ、マークを３つ以下しか採用しないマップというのは、逆に「あり」なのかも。
もちろんサラリー額を低くするのが前提ですが。
>>355のテストデータは、単純に私が書式を間違えたままアップしてしまったものです(^^;
本当は銀行の２つ下の四角マークは、ただのカードマスにしたかったんですが、間違えた(^^;

>>383　>>384（◆EFBt/pII5Yさん）
１０株売りは、プレイヤーが唯一、自発的かつ確実に相手の資産を落とす事ができる手段です。
これを完全になくしてしまうと、それこそ運だけゲーになりかねないです。
また、サイコロ前の株売りをできなくする事も、自発株売りと強制株売りで株価の下がり方を変えるのも、問題が多数。
そこで、単純な解決策っぽいものを１つ。
「株売買時の株価変動幅も定義できるようにする」。
マップデータの基本データ部を拡張し、株売買時の株価上下幅をマップデータ内で定義できるようにするもの。実装は簡単なはず。
上昇８％、下降６％にするだけでも大分違うと思います。
・・・本当は、目標金額や破産人数とかこの辺りの数値なんかは、ロビーでゲーム開始前に設定を変えられるとベストなんですがね・・・

http://mevius.5ch.net/test/read.cgi/gamedev/1070487979/390

409: 300 [sage] 2005/08/21(日) 22:17:23 ID:H2QW92na

>>407
動作テスト頑張って下さい。

入札制の採用、もしかして私の提言からですか（笑）？　だとしたら、大変光栄です。ありがとうございます。
一発勝負の方が時間もかからず、いいと思いますね。

ワープ情報というのは、「ワープの行き先」ですかね？　この定義法については提言あり。
一度>>336で書きましたが、「あるワープマスで移動できる先は、必ずただ１つのマスに固定されている」ので、
現在、店である時にしか使用しない事になっているであろう、
「元本」・「エリアNo.」の部分を上手く使うと、専用配列を増やす必要がありません。
ワープ先の取得は店のデータを読むのとほぼ同じ処理になるので、新規配列を作るよりも楽。

例：座標(5,8)にワープするワープマス（このマスの座標は8,7）がある場合

「元本」の座標（8,7）のデータ部分に5、「エリアNo.」の座標（8,7）に8を入れます。
実際にこのマスに止まったら（止まったマスがワープマスなら）、
新x座標をそのマスの「元本」から読んだ値、新y座標をそのマスの「エリアNo.」から読んだ値にします。

こういう定義法を提言するのは、ワープマスの数によってマップデータの長さが変わってしまう事を防ぐ為です。
ワープ先だけ別定義で用意すると、その分だけマップデータを追加しなければなりません。
既存マップデータの未使用部分を使用する方法だと、データの数値が変わるだけなので、マップデータの容量は変わりません。

この方法の欠点は特定のマスにワープするチャンスカードに対応できない事。
実はいたストSPでは、銀行行きを除いて、この種類のカードがなくなっていたりします。

なお、データの長さが変わらないようにすると、ゲーム前に正しいマップデータかチェックする事ができるようになります。
つまり、最初の８バイト（＝マップの縦横幅）を読んだ結果から算出されるマップデータの長さと、実際の長さが合わなければ、
このバイナリデータは正しいマップデータではない、とできます（次回のコンバーターVer.アップ時に試験的に実装予定）。

>>405
ワープできないと、良くも悪くも、離れ小島マップが作れないですよ？

http://mevius.5ch.net/test/read.cgi/gamedev/1070487979/409

上下前次1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.031s