[過去ﾛｸﾞ] 2ch版いただきストリート作りませんか？ (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
300(33): [sage 287管理人] 2005/08/05(金)02:30 ID:dkIepTJP(1/2) AAS
>>298
制作お疲れです。
遅めですが、分岐点について提言を。２レスの長文です。すいません。
HSPに「ある文字列のx文字目の文字を得る関数」はありますよね？
日本列島の銀行のような十字路（左・下←→上・右のみ進行可能。３方向のうち２方向だけ進めるマス）を作ろうとすると、
「８方向＋方向転換可能状態」の全てに対し移動先定義をしなくてはならず、マップ制作時の定義設定が大変。
これは、思い切って「一方通行or来たマス以外の全ての方向に進める」定義しか作れないようにしてしまうと、一気に手間が９分の１に！
省9
301: 300 2005/08/05(金)02:34 ID:dkIepTJP(2/2) AAS
続き。
移動先定義は
1文字目＝右上から来た時に次に進める方角を数字で書く
2文字目＝上から来た時に・・・
...
5文字目＝転換状態の時に次に進める方角・・・
...
省15
302(2): ◆EFBt/pII5Y 2005/08/05(金)15:53 ID:SDjMQcMc(1/2) AAS
外部ﾘﾝｸ[zip]:gamdev.org
tabでチャット切り替え
株関係追加
2は2人、4は4人
同じexeじゃないと出来ない
>>300
どうも、いろいろ参考にさせていただいてます。
省9
304(26): 2005/08/05(金)21:43 ID:ylhykbF3(1/2) AAS
>>302
こんな方法もある。各方向に16進の数字を割り当てて、
上：01、右上：02、右：04、右下：08
下：10、左下：20、左：40、左上：80
Y字に移動可能：右上＋下＋左上＝02＋10＋80＝92
X字に移動可能：右上＋右下＋左下＋左上＝02＋08＋20＋80＝AA
という表現をして、自分の来た方向のビットを抜いて
省14
305: 304 2005/08/05(金)21:48 ID:ylhykbF3(2/2) AAS
>>302
元買い物料は、100G未満の店の「元本×10％」から
空き地改築後のコンビニ／木の店の「元本×20％」
まで10〜20％の範囲になっており、元本が高額に
なればなるほど上がりやすい傾向がある。つまり
数式で決めるものではなくマップデータの初期値に
設定しておくものだろう。
省10
306: ◆EFBt/pII5Y 2005/08/05(金)23:47 ID:SDjMQcMc(2/2) AAS
>>303
次回うｐするときにHPにまとめ作っておきます。
>>304
買い物料は固定ではないようですね。
後でも修正できる箇所なんでしばらくは今のままでいきます。
>>300の移動方法ですが、
分岐マスのパターンって
省8
316(1): 300 2005/08/07(日)00:28 ID:DeRmvwAL(1/2) AAS
>>315
必要な書式が分かればどんな形でもOKです。
欲をいえば、
・生のテキスト形式マップデータ
・テキスト形式マップデータにコメントを入れたもの
・一般的な書式解説
の３つのテキストファイルが揃っていると大変助かります。
省1
319: 304 2005/08/07(日)01:05 ID:oc41e6p7(1/2) AAS
>>300＝>>287の中の人
横から見せてもらったが、かなり気合入ってた。
アプリをバカにしたような言い方をしてしまい、
すまなかった m(_ _)m 「実装に時間を費やす
より、他人が作っているところにアドバイスを
してもらうのが、有益な時間の使い方だ」と
言いたかっただけで、気を悪くしないでくれ。
省8
321(1): ◆EFBt/pII5Y 2005/08/07(日)11:37 ID:6j80KfCL(2/3) AAS
外部ﾘﾝｸ[txt]:zxzxzxzxzx.hp.infoseek.co.jp
外部ﾘﾝｸ[txt]:zxzxzxzxzx.hp.infoseek.co.jp
上がテキスト形式マップデータにコメントを入れたもの
下がマップ作成に使ったソース
分かり難いかもしれませんが・・・
背景、店の名前、など他にもいろいろ必要なのですが、まだ手を付けてない場所なので入ってません。
また、今回の移動方法もそうですが、より良い方法があれば仕様の変更などもありえます。
省7
324(2): 300 2005/08/07(日)22:33 ID:DeRmvwAL(2/2) AAS
>>321（◆EFBt/pII5Yさん）
テキスト仕様公開ありがとうございます。大体理解できました。
まずは作成アプリの原型が全くできていないと話にならないので(^^;、この仕様を参考に頑張ってみます。
で、ありがとうございますついでに失礼ながら・・・
できましたら、「今回掲載いただいたテキスト形式マップデータからコメントを抜いたもの」もいただけますと大変助かります・・・
というのは、「見やすいように,や半角スペース入ってますが実際は数値のみ」となっている部分の解釈に若干苦しんでます。
例えばマス目データ１行目は、カンマが入ってスペースだけ消えた
省17
325(2): ◆EFBt/pII5Y 2005/08/07(日)23:26 ID:6j80KfCL(3/3) AAS
>>323
17〜23の間違えでした。
>>324
外部ﾘﾝｸ[zip]:zxzxzxzxzx.hp.infoseek.co.jp
これが実際使用してるマップデータです。
テキスト形式ですが、保存してるデータをテキストにしただけで、
実際あのように保存されてる訳ではありません。すいません。
省11
327(1): 300 2005/08/08(月)01:01 ID:rkeTqnYU(1/2) AAS
>>326さん
いや、zipで上げていただいたのは大丈夫です。Macもzipは解凍できます。
>>325
追加UPありがとうございます。なるほど、一定の書式を持ったバイナリファイルだったのか・・・
ただテキストファイルを読み込んでそれでOK、という訳ではなかったんですね。
それで最初にソースを添付して下さった訳ですな。
ようやく必要事項などが理解できました。
省2
330(2): 300 2005/08/08(月)23:25 ID:rkeTqnYU(2/2) AAS
>>328（◆EFBt/pII5Yさん）
小マップのサイズ調整は、もちろんマップデータに組み込む事もできますが、マップデータ側ではなくアプリ側で処理すべき項目のような気がしますね。
マップ画面作成の一環として行なうもので、話はそれほど難しいものでもなく、
「マップが画面上で、縦あるいは横で一定以上のスペースを使っている場合、小マップ１マスのサイズをいくつに、それ以下ならいくつにする」
などと扱えばいいはず。
処理イメージとしては、
各マスについて「表示位置（マップデータ上の座標×80＋差分×20＝各マスの右下の画面上における座標）の最大値」を取る。
省12
332(1): ◆EFBt/pII5Y 2005/08/08(月)23:59 ID:4S0ZNYye(2/2) AAS
移動に関しては、>>300や>>304からヒントを得て、少し違った方法を考えました。
正直言えば、プログラム側の処理を楽にしたいだけですが・・・。
しかし、その方法では5方向の分岐の場合、「5方向中2方向に移動可」という条件には対応できません。
なのでマップにはある程度の制限を設ける予定です。
333(1): 300 2005/08/09(火)00:02 ID:4Fukq1SD(1/2) AAS
連投すいません。330補足。
一応、私のイメージした処理手順の参考資料、おいておきますね。
外部ﾘﾝｸ[txt]:tsukac.hp.infoseek.co.jp
もしマップデータ側に組み込むのであれば、この処理で値が出せます。
336(3): 300 2005/08/09(火)01:16 ID:4Fukq1SD(2/2) AAS
うむむ、３連投。◆EFBt/pII5Yさんが混乱してきていなければいいんですが(^^;
ご自分のペースでゆっくり作って下さい。
>>331（304さん）
そう言っていただけて恐縮です。では早速、私ならこうする！ を（笑）。
階層をまたぐ階段・ワープはそれほど難しいものではなかったりするかも。
マップデータの「余っている部分」を使うと新定義書式を追加せずとも、書式解釈の拡張でできます。もはや荒技ですが。
余っている部分が0でなくてもいい、というのが条件で、あらかじめ階段マスの「物件価格」に当たる部分に新たな移動先のx座標、
省16
355(6): 300 2005/08/13(土)00:56 ID:zULkqbBR(1/2) AAS
336で書いた「テキストマップデータ→バイナリへのコンバーター」が少し出来上がったので、とりあえず公開してみます。
外部ﾘﾝｸ[html]:tsukac.hp.infoseek.co.jp
の構造を少し変えて、ここに掲載しました。
バイナリマップの方は、「実験マップ」を解凍してできたmap2.bin（名前が「map」である必要があったら直して下さい）を、
現状の「datフォルダ内のmap」に差し換えると、レイクマウンテンっぽいマップが出来上がるはずです。
アプリの方はまだWin機でテストができていない為、非公式公開とさせていただきます。
どんな障害が起きるか分かりませんが（レジストリなどはいじらないはずなので、致命的な障害は起きないと思います）、
省1
358: 300 2005/08/13(土)22:31 ID:zULkqbBR(2/2) AAS
ところで◆EFBt/pII5Yさん。
ゲームアプリ内で、実際に扱える縦横幅・エリア数の領域はどれくらいでしょうか？
一応こちらのエディタでは縦横３０マス、１８エリアという、既存マップの最大値より少し大きいくらいに設定するつもりです。
これ以上いける、あるいはこれ以下しかできない、などありますか？
>>356
人柱ありがとうございます。SS見ました。大体想定の範囲内です。
ひとまずはWin機で正しく動く事と、ゲームで読み込めるデータを一応作れる事が分かればいいレベルでしたので。
省15
369: 300 2005/08/16(火)22:55 ID:HIG/RJGw(1/2) AAS
>>366
バージョンアップお疲れです。
次回のコンバーターのバージョンアップ時に
・移動データに使用できる文字の範囲の調整
・マップ縦横幅とエリア数の上限設定
・表示可能幅超過時の警告
の対応をします。
省15
370(1): 300 2005/08/16(火)23:07 ID:HIG/RJGw(2/2) AAS
>>367
私は試せないので分かりませんが・・・
自分が密談をしたい相手（「プレイヤー１」とする）に密談メッセージを送りたい場合、
送りたいメッセージの前（後？）に「/プレイヤー１」とつけると、
・自分は送ったメッセージが（入力した通りに）表示される。
・プレイヤー１は届いたメッセージが表示される（密談メッセージである事を明示しているかも？）
・その他のプレイヤー（プレイヤー２・３）はメッセージのやり取りがあった事が表示されず、メッセージも分からない
省2
378(2): 300 2005/08/17(水)18:54 ID:ULyEWc+1(1) AAS
>>371
うーん、問題・・・
移動可能方向がイメージしにくいのが最大の問題と言えなくもない(^^;;
・・・すいません。回答をいただいて何なのですが、ハワイのチャンスマスのデータが何故「040000000」になるのかが未だに理解できていません(^^;;;
確かに歩きの場合は上からしか来れませんが、そもそもこのマスにはワープしないと来れません。
ワープ後＝停止状態からなので、ここで移動方向の指定がないと、どの方向に移動できるのか分からないと思うのですが・・・
実際のゲームでは、止まった時と通過する時とで移動可能な方向が違うマスは、
省10
390(2): 300 2005/08/18(木)23:51 ID:k4F+NpDz(1/2) AAS
>>384（◆EFBt/pII5Yさん）
ふむ・・・ 完全一通は、歩いた時に必要な部分だけ書いて、あとは「0」で埋めておけばいい・・・ のかな。
ただ、「ワープして来た、などで方向転換可能になった状態からの歩き方を定義する方法」は早いうちから決めておいた方がいいですよ？
これを考慮に入れないと、絶対に困る事になります。
例えば、今の方法だといたスト３・ホラーハウスの一部のマスの進み方に対応できなかったりするかもしれない訳で・・・
外部ﾘﾝｸ[html]:homepage1.nifty.com
参照。白抜きマーク（変わるマークマス）は分岐３点ですが、このマスでチャンス１番を引いて転換可能になっても左下には移動不可です。
省16
391: 300 2005/08/18(木)23:53 ID:k4F+NpDz(2/2) AAS
微妙に間違えた・・・
最初の>>384は、>>380で。
宛てている方は同じですが、一応・・・
402(2): 304 2005/08/20(土)22:28 ID:kzNeTZxb(2/2) AAS
>>378
言いっぱなしのアイディアに具体的な
解説とコードの提示までしてもらって
恐縮です m(_ _)m 移動データを読み
出しの状況に応じて入れ替えるのは
何も問題ないと思います。テンキー
表記でもビット表記でもそれ以外でも
省15
409(2): 300 2005/08/21(日)22:17 ID:H2QW92na(1/3) AAS
>>407
動作テスト頑張って下さい。
入札制の採用、もしかして私の提言からですか（笑）？ だとしたら、大変光栄です。ありがとうございます。
一発勝負の方が時間もかからず、いいと思いますね。
ワープ情報というのは、「ワープの行き先」ですかね？ この定義法については提言あり。
一度>>336で書きましたが、「あるワープマスで移動できる先は、必ずただ１つのマスに固定されている」ので、
現在、店である時にしか使用しない事になっているであろう、
省16
410: 300 2005/08/21(日)22:29 ID:H2QW92na(2/3) AAS
>>402
こちらも書いていて色々と勉強になっていたりするので、大変ありがたい限りです。
私がこれに似た様な何かをやる時に、糧になるはず。
・・・具体的に何をやる、とは考えていませんが(^^;
>>408
いっぺんにたくさんの機能をつけてから更新して、結果たくさんのバグが発見されるよりも、
新機能を１つ更新して１つバグが見つかる方が、対処は楽です。
省4
411(1): 300 2005/08/21(日)22:37 ID:H2QW92na(3/3) AAS
おっと、１つ忘れた。また３連投・・・
>>404
SS更新お疲れです。
下から２つ目「ss20.png」がアップされていないようです。確認のほどを。
414(1): 300 2005/08/22(月)10:35 ID:2TiRAs5z(1/3) AAS
朝っぱらからこんにちは(^^;
昨日の訂正。
>>409
最初の８バイト（＝マップの縦横幅）
→最初の３６バイト（＝マップの縦横幅とエリア数）
でした。エリア数によってデータの長さが変わっている仕様だったのを忘れていました(^^;
>>412
省10
417(1): 300 2005/08/22(月)22:46 ID:2TiRAs5z(2/3) AAS
朝の訂正。
入札額は現金＋株の値以上にはできないようですね（ですよね？）。失礼しました。
>>416
いいえ。トンネルマスをれっきとしたマスとして扱うのです。もちろんトンネルマスのグラフィックも用意します。
端的にいえば階段マスの階層移動なしバージョン。
階段マスとの違いは、階層の移動があるかないかの１点だけなので、階段マスもトンネルマスとしてまとめてしまうと楽かも？
■＝なにもない □＝トンネルマス以外のマス ◇＝トンネルマス
省11
418(1): 300 2005/08/22(月)22:59 ID:2TiRAs5z(3/3) AAS
今日もまた連投。はぁ。
>>417の続き。
無限ループをきっちり描画するのは、かなり厳しい事が予想されます。
トンネルマスで対応し、ループは考えない方が無難。
どうしてもループさせたい場合、現在の描画ルーチン部分をいじり、
「ループ面の場合、0から左（上）に一番右（下）のマスがあるものとして描画する」必要があります。
描画されるはずの座標値がマイナスになったら、（座標右端or下端の値＋１−マイナス値）のマスを描画する、とします。
省10
426(1): 304 2005/08/27(土)23:24 ID:jCcse6Ng(1/2) AAS
>>422 ◆EFBt/pII5Y
そろそろ夏休みも終わりに近づいて人が
減ってくる頃だな。この際、一時的に
開発の手を休めてでも、まだテストを申し
出てくれる>>423 のような人がいる今の
うちに、しっかりまとめ＆説明のページを
作っておくのが良いのでは？
省10
458(3): 2005/08/30(火)22:00 ID:vfH5fzQH(1) AAS
>>450
プログラムの共同開発はやめたほうがいい。
この板でどれだけ企画倒れしてることか。
手伝う気持ちがあるなら>>300や>>304のように
アドバイスに徹した方がいいと思うぞ。
>>◆EFBt/pII5Y
君の掲示板にソース見せてくれって
省3
469(2): ◆EFBt/pII5Y 2005/08/31(水)10:21 ID:YTrI1vrG(1/3) AAS
>>450
部分的に手伝っていただけるのであれば、お願いします。
>>132の時点ならまだしも、この規模になるとすべてを共同でやるのは逆に大変そうです。
この前チャットした人には話しましたが、この先に作りたいゲームがもう1つあるので
なるべく早く完成させたいなと思っています。
で、まずやって頂きたいのは、移動を>>304方式に変更です。
流れは理解できてるけど、実際に処理を書くとなると俺にはわからないので・・・
省19
479(1): 300 [sage 今さらですが、トリップあった方がいい？] 2005/09/02(金)21:19 ID:2vGuZcx0(1) AAS
お久しぶりの出現です。
・・・いや、いたストオフ会を開いたりなどで、最近はROMるしかできませんでした・・・
>>478（◆EFBt/pII5Yさん）
移動方法が決まったという事は、書式が決まったというのとイコールですよね？
もし良ければ、改めて移動書式のフォーマット部分だけでもまとめていただけると助かります・・・
特に移動方向データ部分の書式と、（もしできていれば）階段・ワープマスの移動先の指定方法が欲しいです。
その書式に準じてエディタを作っていきますので。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.064s