[過去ﾛｸﾞ] 2ch版いただきストリート作りませんか？ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
上がテキスト形式マップデータにコメントを入れたもの
下がマップ作成に使ったソース
分かり難いかもしれませんが・・・
背景、店の名前、など他にもいろいろ必要なのですが、まだ手を付けてない場所なので入ってません。
また、今回の移動方法もそうですが、より良い方法があれば仕様の変更などもありえます。
現在は必要なデータを順に保存しているだけなので、
作っていただけるならすべての仕様をしっかり決めてからで構いません。
後で変更するのもお手数ですし。
省4
322: 2005/08/07(日)13:15 ID:UGnp9QSo(1) AAS
背景ってアニメーションだけどそんなの出来るのか
323(2): 2005/08/07(日)20:06 ID:BrYppW08(1) AAS
普通に並べると16行〜22行になりますが
これ意味わからん
324(2): 300 2005/08/07(日)22:33 ID:DeRmvwAL(2/2) AAS
>>321（◆EFBt/pII5Yさん）
テキスト仕様公開ありがとうございます。大体理解できました。
まずは作成アプリの原型が全くできていないと話にならないので(^^;、この仕様を参考に頑張ってみます。
で、ありがとうございますついでに失礼ながら・・・
できましたら、「今回掲載いただいたテキスト形式マップデータからコメントを抜いたもの」もいただけますと大変助かります・・・
というのは、「見やすいように,や半角スペース入ってますが実際は数値のみ」となっている部分の解釈に若干苦しんでます。
例えばマス目データ１行目は、カンマが入ってスペースだけ消えた
x,x,4,4,x,x,x,x,x,4,4,x,x
（xはデータを書き出す時に-1にします）が正しいのか、カンマが入らず、スペースも消える
xx44xxxxx44xx
省14
325(2): ◆EFBt/pII5Y 2005/08/07(日)23:26 ID:6j80KfCL(3/3) AAS
>>323
17〜23の間違えでした。
>>324
外部ﾘﾝｸ[zip]:zxzxzxzxzx.hp.infoseek.co.jp
これが実際使用してるマップデータです。
テキスト形式ですが、保存してるデータをテキストにしただけで、
実際あのように保存されてる訳ではありません。すいません。
保存方法は配列をサイズ指定して保存し、保存位置にサイズを足す。
次の配列をサイズ指定して保存位置から保存し、保存位置にサイズを足すの繰り返しです。
サイズは書いた通りです。
省8
326(4): 2005/08/07(日)23:47 ID:xITz3APv(1) AAS
>>287氏はmacって書いてあるだろ。zipで上げてどうする。
327(1): 300 2005/08/08(月)01:01 ID:rkeTqnYU(1/2) AAS
>>326さん
いや、zipで上げていただいたのは大丈夫です。Macもzipは解凍できます。
>>325
追加UPありがとうございます。なるほど、一定の書式を持ったバイナリファイルだったのか・・・
ただテキストファイルを読み込んでそれでOK、という訳ではなかったんですね。
それで最初にソースを添付して下さった訳ですな。
ようやく必要事項などが理解できました。
すいません、アプリを作ろうとしていた言語がREALbasicという、Macの中でもマイナーな環境なもので（取り柄はWinアプリが作れる事）、
HSPの開発の流れを良く分かっていませんでした・・・
328(1): ◆EFBt/pII5Y 2005/08/08(月)01:23 ID:4S0ZNYye(1/2) AAS
>>327
すいません、こちらの説明不足でした。
内容はご理解されたようですね。
他にも縮小マップのサイズなどもマップに持たせるべきですね。
固定サイズだと画面を埋め尽くしてしまうの可能性があるので。
その辺は規格をしっかり固める必要がありますね。
329(1): 2005/08/08(月)09:34 ID:+oIrkncQ(1) AAS
すごい複雑な意見がたくさん出てますが、
上下左右を検索で道があればそちらに進む
道がなければ斜め4方向を検索して道があれば進む
こうすれば簡単だと思います。
ちなみに4方向以上の分岐ってないんですか？
もしあるなら今の方法では無理じゃないでしょうか。
330(2): 300 2005/08/08(月)23:25 ID:rkeTqnYU(2/2) AAS
>>328（◆EFBt/pII5Yさん）
小マップのサイズ調整は、もちろんマップデータに組み込む事もできますが、マップデータ側ではなくアプリ側で処理すべき項目のような気がしますね。
マップ画面作成の一環として行なうもので、話はそれほど難しいものでもなく、
「マップが画面上で、縦あるいは横で一定以上のスペースを使っている場合、小マップ１マスのサイズをいくつに、それ以下ならいくつにする」
などと扱えばいいはず。
処理イメージとしては、
各マスについて「表示位置（マップデータ上の座標×80＋差分×20＝各マスの右下の画面上における座標）の最大値」を取る。
全マスの中で最大値を取るとマップ領域の右辺・下辺になるので、
その値の大きさによって小マップのマスの大きさを決定する。
どうするかはお任せです。
省9
331(2): 304 2005/08/08(月)23:57 ID:BRbVxpr0(1) AAS
>>324
これも貴方が公開した元の仕様がなければ、
決して思いつかなかった方法だから、これ
からもアイディアをどんどん形にしていって
もらいたい。こういう部分はいたスト自体に
精通してないと思いつかないからね。
階層をまたぐ階段やワープはマスに表示上の
Z座標（「4分の1マス×単位分」と同類）を
持たせてそれを使い、内部の計算では座標
マップを平面的に参照すれば大丈夫だろう。
省14
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
もしマップデータ側に組み込むのであれば、この処理で値が出せます。
334: ◆EFBt/pII5Y 2005/08/09(火)00:12 ID:UCzaNptO(1/2) AAS
>>331
その方法は>>330を読む限り完璧っぽいのですが、
実際そのデータを使って移動させる方法が良い方法思い付かないのです。
プログラム側で行ってる処理を書こうにも上手く説明できないできそうもないですし・・・。
なので>>304に比べると劣りますが、楽な方法を考えました。
>>333
どうもありがとうございます。
熟読しておきます。
335(2): 304 2005/08/09(火)00:30 ID:YYsTfEJ4(1) AAS
>>325 ◆EFBt/pII5Y
マップなんだけど、テキスト形式で読める
ようにするのがいいと思う。マップを制作
してもらう場合、バイナリ形式とは扱い
やすさが違うし、Web上でそのまま公開
できるのも利点だろう。
どうしてもテキスト形式で扱えないなら
コンバーターでも経由して読み込み、
データそのものはテキスト形式で提供
＆公開してもらうことをお勧めする。これ
省15
336(3): 300 2005/08/09(火)01:16 ID:4Fukq1SD(2/2) AAS
うむむ、３連投。◆EFBt/pII5Yさんが混乱してきていなければいいんですが(^^;
ご自分のペースでゆっくり作って下さい。
>>331（304さん）
そう言っていただけて恐縮です。では早速、私ならこうする！ を（笑）。
階層をまたぐ階段・ワープはそれほど難しいものではなかったりするかも。
マップデータの「余っている部分」を使うと新定義書式を追加せずとも、書式解釈の拡張でできます。もはや荒技ですが。
余っている部分が0でなくてもいい、というのが条件で、あらかじめ階段マスの「物件価格」に当たる部分に新たな移動先のx座標、
「所属エリア」に当たる部分に移動先のy座標を書くのがポイント。
移動中に到達先のマスの種類をチェックし（銀行かどうかをチェックするのと同じようなもの）、
到達先が階段ならそのマスの「物件価格・所属エリア」を読む。
省13
337: ◆EFBt/pII5Y 2005/08/09(火)01:34 ID:UCzaNptO(2/2) AAS
とりあえず、ファイル形式のレスだけでも。
マップデータはすべて配列で読み出してるため、プログラム側の処理は1行で済むのです。
しかし、テキストだと非常に面倒になってしまいます。（簡単な方法もあるのかも知れませんが）
そういった理由で今の形式になってます。
338: 2005/08/09(火)07:47 ID:zNyLIjHl(1) AAS
>>336
","で区切られたCSV形式のデータなら、csvstr命令(要hspda)で各データを配列に
展開することができます。\nで区切られているのならノートパッド命令で楽に扱えますが。
339(1): 2005/08/09(火)10:42 ID:dDR8LOXt(1) AAS
>>335
バイナリでも配布は可能でしょ。
メモ帳などで直接書き込んでいくならともかく
専用のアプリを作っているようなので
テキストである利点は見つからない気がする。
340(1): 304 2005/08/10(水)02:28 ID:UqlRroAW(1) AAS
>>339
うんうん、コードの違いもなければ変換の
必要もないし、そのままの形で読み込める
バイナリはいいよな。アプリ側からすれば
便利なことこの上ない。アップロードする
際に設定を間違えなければファイルが壊れる
こともないし、圧縮して配布すればこんな
心配も不要だ。もちろんバイナリで配布が
不可能なんてことはない。
だが、バイナリはそのままでは編集しにくい。
省14
上下前次1-新書関写板覧索設栞歴
あと 662 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s